8.0-RELEASE and Emacs port

2009-07-30 Thread Byung-Hee HWANG
Hello! A few hours ago, Chong Yidong, Emacs maintainer, has been
released Emacs 23.1 on gnu.org's mailing lists. Since i use Emacs
as default mailer, i really want that FreeBSD Project Release Team to
add Emacs 23.1 (Stable Ver.) into FreeBSD 8.0-RELEASE. Because i use
only -RELEASE branch as far as i possibly can. Then i can use pkg_add
instead of ports, so easily. Thanks in advance ..;;

Sincerely,

-- 
Your new son-in-law. Do we give him something important, inside the Family?
-- Tom Hagen, Chapter 1, page 40
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: Loading ng_socket at runtime?

2009-07-30 Thread Robert Watson


On Wed, 29 Jul 2009, Matthew Fleming wrote:

I'm doing a migration from releng/6.1 to stable/7, and one of the many new 
things is that I get a warning when doing things with ng_socket that didn't 
used to happen.


WARNING: attempt to net_add_domain(netgraph) after domainfinalize()


I've wondered about these warnings also, and am not sure they're justified -- 
any protocol loading after domainfinalize() should expect that timers are 
already started, etc, and loadable protocols are clearly desirable.



- ignore the warning (usually a bad idea...)


Probably remove the warning.  Some more synchronization is likely required in 
domain registration than is currently there -- on the other hand, it's 
probably not a big issue that it's missing as write operations on the domain 
list are conservative and extremely rare.


I've CC'd Max Laier, who added the warnings -- perhaps he could lend some 
insight into the types of problems he anticipated.  The main one I'm aware of 
is that mutating the domain list on a live system is risky because it's not 
well-synchronized -- however, adding domains should be pretty safe in 
practice.


Robert
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: Cannot rm files when ZFS is full

2009-07-30 Thread Arnaud Houdelette

grarpamp a écrit :

Yep, the cp /dev/null file works to truncate. So I can deal with it.
Yep, everything is snapshotted.
Yep, this is a Sun issue not a FreeBSD one. FreeBSD should just stay
current with the versions and the minimum needed to port... fbsd dev
time is valuable elsewhere.
I do remember reading about copy on write, d-oh :)
ZFS should probably keep track of the largest extent needed to effect
any given operation and reserve that behind the scenes. If it took n
bytes to create something sans data, it'll probably take n bytes to
modify it.
Quotas and things might work though the user under quota might run
into the same problem. Who knows.

Thx CW, et al.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

  

Just tried it on a test pool. (on md devices).  7.2-RELEASE


[carenath] /testpool# zfs list -r -o name,used,avail,refer,quota testpool
NAMEUSED  AVAIL  REFER  QUOTA
testpool156M  0   156M   156M
testp...@test  22.6K  -   153M  -
[carenath] /testpool# ll -h
total 159295
-rw-r--r--  1 root  wheel15M Jul 30 11:29 random
-rw-r--r--  1 root  wheel61M Jul 30 11:35 random2
-rw-r--r--  1 root  wheel77M Jul 30 11:37 zero
-rw-r--r--  1 root  wheel   2.6M Jul 30 11:44 zero2
[carenath] /testpool# rm zero
rm: zero: Disc quota exceeded

So quota workaround doesn't quite works.
It could possibly be an issue where quota limited users fill up their 
allowed space : they can free space by themselves.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: Cannot rm files when ZFS is full

2009-07-30 Thread Christian Walther
2009/7/30 Arnaud Houdelette arnaud.houdele...@tzim.net:
 grarpamp a écrit :
[...]
 [carenath] /testpool# rm zero
 rm: zero: Disc quota exceeded

 So quota workaround doesn't quite works.
 It could possibly be an issue where quota limited users fill up their
 allowed space : they can free space by themselves.

The idea would be to use quotas to ensure that there is some space
left to prevent the rm issue from rendering the pool useless.
You need to remove the quotas, remove the data, and set the quotas
again afterwards.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: Cannot rm files when ZFS is full

2009-07-30 Thread Andrey V. Elsukov

Arnaud Houdelette wrote:

[carenath] /testpool# zfs list -r -o name,used,avail,refer,quota testpool
NAMEUSED  AVAIL  REFER  QUOTA
testpool156M  0   156M   156M
testp...@test  22.6K  -   153M  -
[carenath] /testpool# ll -h
total 159295
-rw-r--r--  1 root  wheel15M Jul 30 11:29 random
-rw-r--r--  1 root  wheel61M Jul 30 11:35 random2
-rw-r--r--  1 root  wheel77M Jul 30 11:37 zero
-rw-r--r--  1 root  wheel   2.6M Jul 30 11:44 zero2
[carenath] /testpool# rm zero
rm: zero: Disc quota exceeded

So quota workaround doesn't quite works.
It could possibly be an issue where quota limited users fill up their 
allowed space : they can free space by themselves.


Just try to use refquota instead of quota property.
Also you can use both quota and refquota (should be smaller that quota).

--
WBR, Andrey V. Elsukov
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Ancient NFS problem with readdir: any workaround?

2009-07-30 Thread Alex Povolotsky

Hello!

FreeBSD NFS client seems to have an ancient problem 
(http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/57696) with readdir(2).


Do we have any workaround on system level? running lockd does not help, 
attempt to increase readdir read size does not help as well.


Does 8-CURRENT NFS client has the same problem?

Alex.

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: Loading ng_socket at runtime?

2009-07-30 Thread Max Laier
On Thursday 30 July 2009 11:39:00 Robert Watson wrote:
 On Wed, 29 Jul 2009, Matthew Fleming wrote:
  I'm doing a migration from releng/6.1 to stable/7, and one of the many
  new things is that I get a warning when doing things with ng_socket that
  didn't used to happen.
 
  WARNING: attempt to net_add_domain(netgraph) after domainfinalize()

 I've wondered about these warnings also, and am not sure they're justified
 -- any protocol loading after domainfinalize() should expect that timers
 are already started, etc, and loadable protocols are clearly desirable.

  - ignore the warning (usually a bad idea...)

 Probably remove the warning.  Some more synchronization is likely required
 in domain registration than is currently there -- on the other hand, it's
 probably not a big issue that it's missing as write operations on the
 domain list are conservative and extremely rare.

 I've CC'd Max Laier, who added the warnings -- perhaps he could lend some
 insight into the types of problems he anticipated.  The main one I'm aware
 of is that mutating the domain list on a live system is risky because it's
 not well-synchronized -- however, adding domains should be pretty safe in
 practice.

This originated from http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/72772 - 
if I remember correctly.  As usual, the devil is in the details.  In the case 
of the PR there was a race for if_afdata contents.  The specific problem 
described in that PR is a static initialization order problem, but - as I 
recall - we did see a similar issue with runtime loading of domains as well.

The waring was added as a compromise.  We didn't want to remove the ability to 
add netgraph at runtime, but would want to discourage more domains with module 
capabilities.  A full fix was way out of reach at the time as it means a lot 
of synchronization around otherwise very static data (e.g. if_afdata).  Maybe 
it is time to revisit as we now have read-mostly locks and there is more 
locking in place for things like address-lists (which was also an area of 
concern).

In any case and my opinion, removing a domain should never be allowed at 
runtime.  Unless we add proper synchronization around the protosw, that is.

-- 
/\  Best regards,  | mla...@freebsd.org
\ /  Max Laier  | ICQ #67774661
 X   http://pf4freebsd.love2party.net/  | mla...@efnet
/ \  ASCII Ribbon Campaign  | Against HTML Mail and News

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: 8.0-RELEASE and Emacs port

2009-07-30 Thread Giorgos Keramidas
On Thu, 30 Jul 2009 16:42:26 +0900, Byung-Hee HWANG b...@izb.knu.ac.kr wrote:
 Hello! A few hours ago, Chong Yidong, Emacs maintainer, has been
 released Emacs 23.1 on gnu.org's mailing lists. Since i use Emacs as
 default mailer, i really want that FreeBSD Project Release Team to add
 Emacs 23.1 (Stable Ver.) into FreeBSD 8.0-RELEASE. Because i use only
 -RELEASE branch as far as i possibly can. Then i can use pkg_add
 instead of ports, so easily. Thanks in advance ..;;

Hi Byung-Hee,

AFAIK, The ports are not frozen yet.  I think we can make it by updating
the port before this weekend.

There is a bit of testing to make sure that we can repo-copy the
editors/emacs port to editors/emacs22 and check that the new
editors/emacs port for 23.1 works fine.

I'm working on it, and I will post patches soon-ish :)



pgpAJZYPn7zwe.pgp
Description: PGP signature


Re: gstripe problem

2009-07-30 Thread Pawel Jakub Dawidek
On Fri, Jul 17, 2009 at 01:08:13AM -0300, Nenhum_de_Nos wrote:
 hail,
 
 I have a problem with gstripe on today stable. I created this stripe using a 
 bit more old stable (two weeks tops) and it can't be read on old stable (from 
 30/12/2008). So I recreated in 8-BETA1 and I could mount and see files. When 
 I tried again on 30/12/2008 stable and todays, on PII machine (i386):
 
 [r...@xxx ~]# gstripe status
   Name  Status  Components
 stripe/stripe0  UP  ad4s2
 ad6s2
 [r...@xxx ~]# gstripe list  
 Geom name: stripe0
 State: UP
 Status: Total=2, Online=2
 Type: MANUAL
 Stripesize: 4096
 ID: 2302026851
 Providers:
 1. Name: stripe/stripe0
Mediasize: 1242615693312 (1.1T)
Sectorsize: 512
Mode: r0w0e0
 Consumers:
 1. Name: ad4s2
Mediasize: 621307846656 (579G)
Sectorsize: 512
Mode: r0w0e0
Number: 0
 2. Name: ad6s2
Mediasize: 621307846656 (579G)
Sectorsize: 512
Mode: r0w0e0
Number: 1
 [r...@xxx ~]# ls /dev/stripe/
 stripe0   stripe0c
 [r...@xxx ~]# mount /dev/stripe/stripe0 /null 
 mount: /dev/stripe/stripe0 : Invalid argument
 
 on 8-BETA1 it works, but can't create stripe on it and use on this stable box 
 though. the stripe already has files ! so anything weird could make me loose 
 my data ...
 
 the 8-BETA1 is amd64 and core 2 quad cpu.
 
 any hints ?

'gstripe create' command doesn't store any metadata, it creates
temporary device (see Type: MANUAL). If you want your stripe to show up
after reboot, the command you're looking for is 'gstripe label'.

-- 
Pawel Jakub Dawidek   http://www.wheel.pl
p...@freebsd.org   http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!


pgpCDiriagqWe.pgp
Description: PGP signature


Broadcom BCM5784M Support ?

2009-07-30 Thread Kurt Jaeger
Hi!

Can anyone point me to patches to support this broadcom device on fbsd 7.2 ?

no...@pci0:3:0:0:   class=0x02 card=0x11651734 chip=0x169814e4 rev=0x10 
hdr=0x00
vendor = 'Broadcom Corporation'
class  = network
subclass   = ethernet

What would be required to get this going ?

Thanks!

-- 
p...@opsec.eu+49 171 310137211 years to go !
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


[releng_7 tinderbox] failure on amd64/amd64

2009-07-30 Thread FreeBSD Tinderbox
TB --- 2009-07-30 18:59:06 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-07-30 18:59:06 - starting RELENG_7 tinderbox run for amd64/amd64
TB --- 2009-07-30 18:59:06 - cleaning the object tree
TB --- 2009-07-30 18:59:36 - cvsupping the source tree
TB --- 2009-07-30 18:59:36 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s 
/tinderbox/RELENG_7/amd64/amd64/supfile
TB --- 2009-07-30 18:59:43 - building world
TB --- 2009-07-30 18:59:43 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 18:59:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 18:59:43 - TARGET=amd64
TB --- 2009-07-30 18:59:43 - TARGET_ARCH=amd64
TB --- 2009-07-30 18:59:43 - TZ=UTC
TB --- 2009-07-30 18:59:43 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 18:59:43 - cd /src
TB --- 2009-07-30 18:59:43 - /usr/bin/make -B buildworld
 World build started on Thu Jul 30 18:59:44 UTC 2009
 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 Thu Jul 30 20:30:21 UTC 2009
TB --- 2009-07-30 20:30:21 - generating LINT kernel config
TB --- 2009-07-30 20:30:21 - cd /src/sys/amd64/conf
TB --- 2009-07-30 20:30:21 - /usr/bin/make -B LINT
TB --- 2009-07-30 20:30:21 - building LINT kernel
TB --- 2009-07-30 20:30:21 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 20:30:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 20:30:21 - TARGET=amd64
TB --- 2009-07-30 20:30:21 - TARGET_ARCH=amd64
TB --- 2009-07-30 20:30:21 - TZ=UTC
TB --- 2009-07-30 20:30:21 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 20:30:21 - cd /src
TB --- 2009-07-30 20:30:21 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Thu Jul 30 20:30:21 UTC 2009
 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 -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 -mcmodel=kernel -mno-red-zone  
-mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow  -msoft-float 
-fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue 
/src/sys/dev/an/if_an_isa.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 -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 -mcmodel=kernel -mno-red-zone  
-mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow  -msoft-float 
-fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue 
/src/sys/dev/an/if_an_pccard.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 -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 -mcmodel=kernel -mno-red-zone  
-mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow  -msoft-float 
-fno-asynchronous-unwind-tables -ffreestanding -Werror -pg -mprofiler-epilogue 
/src/sys/dev/an/if_an_pci.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 -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 

[releng_7 tinderbox] failure on i386/i386

2009-07-30 Thread FreeBSD Tinderbox
TB --- 2009-07-30 20:03:02 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-07-30 20:03:02 - starting RELENG_7 tinderbox run for i386/i386
TB --- 2009-07-30 20:03:02 - cleaning the object tree
TB --- 2009-07-30 20:03:21 - cvsupping the source tree
TB --- 2009-07-30 20:03:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s 
/tinderbox/RELENG_7/i386/i386/supfile
TB --- 2009-07-30 20:03:29 - building world
TB --- 2009-07-30 20:03:29 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 20:03:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 20:03:29 - TARGET=i386
TB --- 2009-07-30 20:03:29 - TARGET_ARCH=i386
TB --- 2009-07-30 20:03:29 - TZ=UTC
TB --- 2009-07-30 20:03:29 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 20:03:29 - cd /src
TB --- 2009-07-30 20:03:29 - /usr/bin/make -B buildworld
 World build started on Thu Jul 30 20:03:30 UTC 2009
 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 Thu Jul 30 21:07:50 UTC 2009
TB --- 2009-07-30 21:07:50 - generating LINT kernel config
TB --- 2009-07-30 21:07:50 - cd /src/sys/i386/conf
TB --- 2009-07-30 21:07:50 - /usr/bin/make -B LINT
TB --- 2009-07-30 21:07:50 - building LINT kernel
TB --- 2009-07-30 21:07:50 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 21:07:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 21:07:50 - TARGET=i386
TB --- 2009-07-30 21:07:50 - TARGET_ARCH=i386
TB --- 2009-07-30 21:07:50 - TZ=UTC
TB --- 2009-07-30 21:07:50 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 21:07:50 - cd /src
TB --- 2009-07-30 21:07:50 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Thu Jul 30 21:07:50 UTC 2009
 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 -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-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow 
-mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue 
/src/sys/dev/an/if_an_pccard.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 -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-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow 
-mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue 
/src/sys/dev/an/if_an_pci.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 -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-align-long-strings -mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow 
-mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror -pg -mprofiler-epilogue 
/src/sys/dev/asr/asr.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 -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-align-long-strings 
-mpreferred-stack-boundary=2  -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 
-ffreestanding -Werror -pg -mprofiler-epilogue ata_if.c
cc -c -O2 -pipe 

[releng_7 tinderbox] failure on i386/pc98

2009-07-30 Thread FreeBSD Tinderbox
TB --- 2009-07-30 20:35:04 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-07-30 20:35:04 - starting RELENG_7 tinderbox run for i386/pc98
TB --- 2009-07-30 20:35:04 - cleaning the object tree
TB --- 2009-07-30 20:35:36 - cvsupping the source tree
TB --- 2009-07-30 20:35:36 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s 
/tinderbox/RELENG_7/i386/pc98/supfile
TB --- 2009-07-30 20:35:44 - building world
TB --- 2009-07-30 20:35:44 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 20:35:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 20:35:44 - TARGET=pc98
TB --- 2009-07-30 20:35:44 - TARGET_ARCH=i386
TB --- 2009-07-30 20:35:44 - TZ=UTC
TB --- 2009-07-30 20:35:44 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 20:35:44 - cd /src
TB --- 2009-07-30 20:35:44 - /usr/bin/make -B buildworld
 World build started on Thu Jul 30 20:35:45 UTC 2009
 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 Thu Jul 30 21:39:55 UTC 2009
TB --- 2009-07-30 21:39:55 - generating LINT kernel config
TB --- 2009-07-30 21:39:55 - cd /src/sys/pc98/conf
TB --- 2009-07-30 21:39:55 - /usr/bin/make -B LINT
TB --- 2009-07-30 21:39:55 - building LINT kernel
TB --- 2009-07-30 21:39:55 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 21:39:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 21:39:55 - TARGET=pc98
TB --- 2009-07-30 21:39:55 - TARGET_ARCH=i386
TB --- 2009-07-30 21:39:55 - TZ=UTC
TB --- 2009-07-30 21:39:55 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 21:39:55 - cd /src
TB --- 2009-07-30 21:39:55 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Thu Jul 30 21:39:55 UTC 2009
 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 -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-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 
-ffreestanding  -pg -mprofiler-epilogue /src/sys/dev/an/if_an_isa.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 -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-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 
-ffreestanding  -pg -mprofiler-epilogue /src/sys/dev/an/if_an_pccard.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 -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-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 
-ffreestanding  -pg -mprofiler-epilogue /src/sys/dev/an/if_an_pci.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 -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-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding  -pg 
-mprofiler-epilogue ata_if.c
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes 

Re: 8.0-RELEASE and Emacs port

2009-07-30 Thread Byung-Hee HWANG
Giorgos Keramidas keram...@freebsd.org writes:

 On Thu, 30 Jul 2009 16:42:26 +0900, Byung-Hee HWANG b...@izb.knu.ac.kr 
 wrote:
 Hello! A few hours ago, Chong Yidong, Emacs maintainer, has been
 released Emacs 23.1 on gnu.org's mailing lists. Since i use Emacs as
 default mailer, i really want that FreeBSD Project Release Team to add
 Emacs 23.1 (Stable Ver.) into FreeBSD 8.0-RELEASE. Because i use only
 -RELEASE branch as far as i possibly can. Then i can use pkg_add
 instead of ports, so easily. Thanks in advance ..;;

 Hi Byung-Hee,

 AFAIK, The ports are not frozen yet.  I think we can make it by updating
 the port before this weekend.

 There is a bit of testing to make sure that we can repo-copy the
 editors/emacs port to editors/emacs22 and check that the new
 editors/emacs port for 23.1 works fine.

 I'm working on it, and I will post patches soon-ish :)

Thanks, Giorgos! Let's fire Emacs gun!

... and following is somewhat off topic. FreeBSD Project's SPF rules
marked Giorgos's mail address (keram...@freebsd.org) as
softfail. That's bad news to me. SPF [RFC4408] is Experimental draft,
you know. Actually Giorgos's mail is very healthy message. Hmm.. i
cannot understand why FreeBSD Project postmaster team adopted such lame
email policy. Please let's go with another policy (e.g., RFC4801). There
is good role model on RFC4801. The Python Project deployed RFC4801 rules
in their own mailing list server, as far as i know. And i heard that is
working very fine ...

Sincerely,
   
-- 
Do you have my goods still? Did you look inside?
I'm not interested in things that don't concern me.
-- Peter Clemenza and Vito Corleone, Chapter 14,
   page 194-195
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


[releng_7 tinderbox] failure on ia64/ia64

2009-07-30 Thread FreeBSD Tinderbox
TB --- 2009-07-30 21:13:26 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-07-30 21:13:26 - starting RELENG_7 tinderbox run for ia64/ia64
TB --- 2009-07-30 21:13:26 - cleaning the object tree
TB --- 2009-07-30 21:13:47 - cvsupping the source tree
TB --- 2009-07-30 21:13:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s 
/tinderbox/RELENG_7/ia64/ia64/supfile
TB --- 2009-07-30 21:13:55 - building world
TB --- 2009-07-30 21:13:55 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 21:13:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 21:13:55 - TARGET=ia64
TB --- 2009-07-30 21:13:55 - TARGET_ARCH=ia64
TB --- 2009-07-30 21:13:55 - TZ=UTC
TB --- 2009-07-30 21:13:55 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 21:13:55 - cd /src
TB --- 2009-07-30 21:13:55 - /usr/bin/make -B buildworld
 World build started on Thu Jul 30 21:13:56 UTC 2009
 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 Thu Jul 30 22:39:47 UTC 2009
TB --- 2009-07-30 22:39:47 - generating LINT kernel config
TB --- 2009-07-30 22:39:47 - cd /src/sys/ia64/conf
TB --- 2009-07-30 22:39:47 - /usr/bin/make -B LINT
TB --- 2009-07-30 22:39:47 - building LINT kernel
TB --- 2009-07-30 22:39:47 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 22:39:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 22:39:47 - TARGET=ia64
TB --- 2009-07-30 22:39:47 - TARGET_ARCH=ia64
TB --- 2009-07-30 22:39:47 - TZ=UTC
TB --- 2009-07-30 22:39:47 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 22:39:47 - cd /src
TB --- 2009-07-30 22:39:47 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Thu Jul 30 22:39:47 UTC 2009
 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 -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/an/if_an_isa.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 -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/an/if_an_pccard.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 -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/an/if_an_pci.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 -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  ata_if.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 -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 

Re: [releng_7 tinderbox] failure on ia64/ia64

2009-07-30 Thread Michael Butler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

FreeBSD Tinderbox wrote:

 cc -c -O2 -pipe -fno-strict-aliasing  -std=c99  -Wall -Wredundant-decls 
 -Wnested-externs -Wstrict-prototypes  -Wmissing-prototypes -Wpointer-arith 
 -Winline -Wcast-qual  -Wundef -Wno-pointer-sign -fformat-extensions -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/ata/ata-all.c
 /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl':
 /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in 
 something not a structure or union
 /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in 
 something not a structure or union
 *** Error code 1

Presumably, the intended lines were as in the attached patch ..

imb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (FreeBSD)

iEYEARECAAYFAkpyI8gACgkQQv9rrgRC1JLagQCfVzv7O2cV3qAgj9TT6qQe+kFj
RIUAoIArFHee79h4wDaRgFZm4wgQeieQ
=ZbvL
-END PGP SIGNATURE-
*** ata-all.c~	Thu Jul 30 14:11:23 2009
--- ata-all.c	Thu Jul 30 18:46:43 2009
***
*** 451,457 
  switch (cmd) {
  case IOCATAREQUEST:
  	if (ioc_request-count 
! 	(ch-dma.max_iosize ? ch-dma.max_iosize : DFLTPHYS)) {
  		return (EFBIG);
  	}
  	if (!(buf = malloc(ioc_request-count, M_ATA, M_NOWAIT))) {
--- 451,457 
  switch (cmd) {
  case IOCATAREQUEST:
  	if (ioc_request-count 
! 	(atadev-max_iosize ? atadev-max_iosize : DFLTPHYS)) {
  		return (EFBIG);
  	}
  	if (!(buf = malloc(ioc_request-count, M_ATA, M_NOWAIT))) {
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org

[releng_7 tinderbox] failure on powerpc/powerpc

2009-07-30 Thread FreeBSD Tinderbox
TB --- 2009-07-30 21:44:01 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-07-30 21:44:01 - starting RELENG_7 tinderbox run for powerpc/powerpc
TB --- 2009-07-30 21:44:01 - cleaning the object tree
TB --- 2009-07-30 21:44:25 - cvsupping the source tree
TB --- 2009-07-30 21:44:25 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s 
/tinderbox/RELENG_7/powerpc/powerpc/supfile
TB --- 2009-07-30 21:44:32 - building world
TB --- 2009-07-30 21:44:32 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 21:44:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 21:44:32 - TARGET=powerpc
TB --- 2009-07-30 21:44:32 - TARGET_ARCH=powerpc
TB --- 2009-07-30 21:44:32 - TZ=UTC
TB --- 2009-07-30 21:44:32 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 21:44:32 - cd /src
TB --- 2009-07-30 21:44:32 - /usr/bin/make -B buildworld
 World build started on Thu Jul 30 21:44:33 UTC 2009
 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 Thu Jul 30 22:50:12 UTC 2009
TB --- 2009-07-30 22:50:12 - generating LINT kernel config
TB --- 2009-07-30 22:50:12 - cd /src/sys/powerpc/conf
TB --- 2009-07-30 22:50:12 - /usr/bin/make -B LINT
TB --- 2009-07-30 22:50:12 - building LINT kernel
TB --- 2009-07-30 22:50:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 22:50:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 22:50:12 - TARGET=powerpc
TB --- 2009-07-30 22:50:12 - TARGET_ARCH=powerpc
TB --- 2009-07-30 22:50:12 - TZ=UTC
TB --- 2009-07-30 22:50:12 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 22:50:12 - cd /src
TB --- 2009-07-30 22:50:12 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Thu Jul 30 22:50:12 UTC 2009
 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 -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 
-msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-Werror  /src/sys/dev/an/if_an.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 -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 
-msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-Werror  /src/sys/dev/an/if_an_pccard.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 -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 
-msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-Werror  /src/sys/dev/an/if_an_pci.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 -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 -msoft-float 
-fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror  
ata_if.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 -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 
-msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding 
-Werror  

Re: 8.0-RELEASE and Emacs port

2009-07-30 Thread Byung-Hee HWANG
Byung-Hee HWANG b...@izb.knu.ac.kr writes:

 Giorgos Keramidas keram...@freebsd.org writes:

 On Thu, 30 Jul 2009 16:42:26 +0900, Byung-Hee HWANG b...@izb.knu.ac.kr 
 wrote:
 Hello! A few hours ago, Chong Yidong, Emacs maintainer, has been
 released Emacs 23.1 on gnu.org's mailing lists. Since i use Emacs as
 default mailer, i really want that FreeBSD Project Release Team to add
 Emacs 23.1 (Stable Ver.) into FreeBSD 8.0-RELEASE. Because i use only
 -RELEASE branch as far as i possibly can. Then i can use pkg_add
 instead of ports, so easily. Thanks in advance ..;;

 Hi Byung-Hee,

 AFAIK, The ports are not frozen yet.  I think we can make it by updating
 the port before this weekend.

 There is a bit of testing to make sure that we can repo-copy the
 editors/emacs port to editors/emacs22 and check that the new
 editors/emacs port for 23.1 works fine.

 I'm working on it, and I will post patches soon-ish :)

 Thanks, Giorgos! Let's fire Emacs gun!

 ... and following is somewhat off topic. FreeBSD Project's SPF rules
 marked Giorgos's mail address (keram...@freebsd.org) as
 softfail. That's bad news to me. SPF [RFC4408] is Experimental draft,
 you know. Actually Giorgos's mail is very healthy message. Hmm.. i
 cannot understand why FreeBSD Project postmaster team adopted such lame
 email policy. Please let's go with another policy (e.g., RFC4801). There
 is good role model on RFC4801. The Python Project deployed RFC4801 rules
 in their own mailing list server, as far as i know. And i heard that is
 working very fine ...

Oops, i made mistake. The above RFC4801 should be RFC4871. Sorry ;; 
 
-- 
Sonny, you in there?
Yeah, Tom, what is it?
-- Tom Hagen and Santino Corleone, Chapter 1, page 28
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


[releng_7 tinderbox] failure on sparc64/sparc64

2009-07-30 Thread FreeBSD Tinderbox
TB --- 2009-07-30 22:44:47 - tinderbox 2.6 running on freebsd-stable.sentex.ca
TB --- 2009-07-30 22:44:47 - starting RELENG_7 tinderbox run for sparc64/sparc64
TB --- 2009-07-30 22:44:47 - cleaning the object tree
TB --- 2009-07-30 22:45:13 - cvsupping the source tree
TB --- 2009-07-30 22:45:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s 
/tinderbox/RELENG_7/sparc64/sparc64/supfile
TB --- 2009-07-30 22:45:21 - building world
TB --- 2009-07-30 22:45:21 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 22:45:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 22:45:21 - TARGET=sparc64
TB --- 2009-07-30 22:45:21 - TARGET_ARCH=sparc64
TB --- 2009-07-30 22:45:21 - TZ=UTC
TB --- 2009-07-30 22:45:21 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 22:45:21 - cd /src
TB --- 2009-07-30 22:45:21 - /usr/bin/make -B buildworld
 World build started on Thu Jul 30 22:45:22 UTC 2009
 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 Thu Jul 30 23:44:50 UTC 2009
TB --- 2009-07-30 23:44:50 - generating LINT kernel config
TB --- 2009-07-30 23:44:50 - cd /src/sys/sparc64/conf
TB --- 2009-07-30 23:44:50 - /usr/bin/make -B LINT
TB --- 2009-07-30 23:44:50 - building LINT kernel
TB --- 2009-07-30 23:44:50 - MAKEOBJDIRPREFIX=/obj
TB --- 2009-07-30 23:44:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2009-07-30 23:44:50 - TARGET=sparc64
TB --- 2009-07-30 23:44:50 - TARGET_ARCH=sparc64
TB --- 2009-07-30 23:44:50 - TZ=UTC
TB --- 2009-07-30 23:44:50 - __MAKE_CONF=/dev/null
TB --- 2009-07-30 23:44:50 - cd /src
TB --- 2009-07-30 23:44:50 - /usr/bin/make -B buildkernel KERNCONF=LINT
 Kernel build for LINT started on Thu Jul 30 23:44:50 UTC 2009
 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 -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 -Werror  /src/sys/dev/an/if_an_isa.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 -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 -Werror  
/src/sys/dev/an/if_an_pccard.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 -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 -Werror  /src/sys/dev/an/if_an_pci.c
awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ata/ata_if.m -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 -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 -Werror  ata_if.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 -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 -Werror  /src/sys/dev/ata/ata-all.c
/src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl':
/src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in 

{Spam?}

2009-07-30 Thread John Sijstermans


___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org


Re: kern/134584: [panic] spin lock held too long

2009-07-30 Thread barbara
 The following reply was made to PR kern/134584; it has been noted by GNATS.

 From: Attilio Rao atti...@freebsd.org
 To: barbara barbara.xxx1...@libero.it
 Cc: bug-followup bug-follo...@freebsd.org, FreeBSD-stable 
 FreeBSD-stable@freebsd.org
 Subject: Re: kern/134584: [panic] spin lock held too long
 Date: Sun, 26 Jul 2009 16:36:44 +0200

  2009/7/26 barbara barbara.xxx1...@libero.it:
   It happened again, on shutdown.
   As the previous time, it happened after a high (for a desktop) uptime and, 
 if it could matter, after running net-p2p/transmission-gtk2 for several hours.
   I don't know if it's related, but often quitting transmission, doesn't 
 terminate the process. Sometimes it end after several minutes the gui exited, 
 sometimes it's still running after hours.
   I've noticed it as the destination folder is on a manually mounted device 
 and I can't umount it as fstat reports the device used by a transmission 
 process.
   So I often have to kill it.
   This happened both the time I had this kind of panic.

  Can you try to reproduce it with WITNESS and *without*
  WITNESS_SKIPSPIN? I would need to look at show alllocks and
  possibily ps because it seems that the lock owner is preempted but
  it should not happen while holding a spinlock (unless the acquired
  spinlock is the one in the preempting path, in this case thought it
  should drop inside sched_switch() and we can try to understand why
  that doesn't happen).


Yesterday it happened again but the machines locked on panic command and 
nothing was dumped.
It also happened today, and as yesterday after some hours (~10) of uptime, but 
this time I've got no ddb.txt, just vmcore.

It stopped after the following message:
cpu reset: Stopping other CPUs

The output of show alllocks command is (http://pastebin.com/f2323ad60):
Process 1 (init) thread 0xc589bd80 (12)
exclusive sleep mutex Giant r = 0 (0xc0873b10) locked @ 
/usr/src/sys/kern/kern_module.c:102

That is the mtx_lock(Giant); line in static void module_shutdown(void 
*arg1, int arg2).


ps -axl from crashinfo (http://pastebin.com/f15e7ff90):
  UID   PID  PPID CPU PRI NI   VSZ   RSS MWCHAN STAT  TT   TIME COMMAND
0 0 0   0 -16  0 0 0 sched  DLs   ??  10505772:02.00 
[swapper]
0 1 0   0  -8  0  1888 0 -  RLs   ??  8198756:46.00 [init]
0 2 0   0  -8  0 0 0 -  DL??  -31491914:-33.55 
[g_event]
0 3 0   0  -8  0 0 0 -  DL??  -18031048:-1.55 [g_up]
0 4 0   0  -8  0 0 0 -  DL??  29902314:39.00 
[g_down]
0 5 0   0   8  0 0 0 -  DL??0:00.00 [kqueue tas
0 6 0   0  -8  0 0 0 ccb_sc DL??0:00.00 [xpt_thrd]
0 7 0   0   8  0 0 0 -  DL??0:00.00 [acpi_task_
0 8 0   0   8  0 0 0 -  DL??0:00.00 [acpi_task_
0 9 0   0   8  0 0 0 -  DL??0:00.00 [acpi_task_
010 0   0 -16  0 0 0 audit_ DL??0:00.00 [audit]
011 0   0 171  0 0 0 -  RL??  30495164:05.00 [idle: 
cpu1
012 0   0 171  0 0 0 -  RL??  -8752676:-56.55 
[idle: cpu0
013 0   0 -44  0 0 0 -  WL??  1297477:00.00 [swi1: 
net]
014 0   0 -32  0 0 0 -  RL??  25300285:42.00 [swi4: 
cloc
015 0   0 -36  0 0 0 -  WL??0:00.00 [swi3: vm]
016 0   0 -16  0 0 0 -  DL??  33237141:47.00 
[yarrow]
017 0   0 -40  0 0 0 -  WL??  33608583:19.00 [swi2: 
camb
018 0   0 -28  0 0 0 -  WL??0:00.00 [swi5: +]
019 0   0   8  0 0 0 -  DL??  577:12.00 [thread tas
020 0   0 -24  0 0 0 -  WL??  15874802:41.00 [swi6: 
Gian
021 0   0 -24  0 0 0 -  WL??  34388543:22.00 [swi6: 
task
022 0   0 -52  0 0 0 -  WL??0:00.00 [irq9: acpi
023 0   0 -80  0 0 0 -  WL??  33965005:45.00 
[irq24: vga
024 0   0 -64  0 0 0 -  WL??0:00.00 [irq28: ata
025 0   0 -64  0 0 0 -  WL??  15406643:53.00 
[irq21: ata
026 0   0 -64  0 0 0 -  WL??  225221:21.00 [irq14: 
ata
027 0   0 -64  0 0 0 -  WL??  -19343052:-29.55 
[irq15: ata
028 0   0 -64  0 0 0 -  WL??  -5763326:-52.55 
[irq20: uhc
029 0   0   8  0 0 0 usbevt DL??  143817:50.00 [usb0]
030 0   0   8  0 0 0 usbtsk DL??0:00.00 [usbtask-hc
031 0   0   8  0 0 0 usbtsk DL??0:00.00 [usbtask-dr
032 0   0 -64  0 0 0 -  WL??0:00.00 [irq22: uhc
033 0   0   8  0 0 0 usbevt DL??  139260:44.00 [usb1]
034 0   0 

Re: portmaster -R (Was: Re: HEADS-UP: Shared Library Versions bumped...)

2009-07-30 Thread Cezary Morga

Alson van der Meulen pisze:

* Doug Barton do...@freebsd.org [2009-07-29 22:10]:

I'm planning to remove the -u option altogether. It actually does very
little now, and certainly does not do what most users expect it should
do.


If I may chip in here on a similar note.
I'm currently looking for a port management tool that might replace good 
ol' portinstall/portupgrade tools in my toolbox. Portmaster looks 
promising but I noticed that it doesn't seem to take BATCH=yes in my 
/etc/make.conf into consideration. So, is it me or there's something 
more I have to do?


--
Cezary Morga
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org