[releng_8 tinderbox] failure on ia64/ia64
TB --- 2009-09-26 15:45:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-09-26 15:45:35 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2009-09-26 15:45:36 - cleaning the object tree TB --- 2009-09-26 15:48:08 - cvsupping the source tree TB --- 2009-09-26 15:48:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2009-09-26 15:48:54 - building world TB --- 2009-09-26 15:48:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-09-26 15:48:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-09-26 15:48:54 - TARGET=ia64 TB --- 2009-09-26 15:48:54 - TARGET_ARCH=ia64 TB --- 2009-09-26 15:48:54 - TZ=UTC TB --- 2009-09-26 15:48:54 - __MAKE_CONF=/dev/null TB --- 2009-09-26 15:48:54 - cd /src TB --- 2009-09-26 15:48:54 - /usr/bin/make -B buildworld >>> World build started on Sat Sep 26 15:48: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 [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfganal.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfgbuild.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/ia64/src/tmp/usr\" -DCROSS_COMPILE -I/obj/ia64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -I/obj/ia64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfgcleanup.c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfgcleanup.c: In function 'try_crossjump_to_edge': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/cfgcleanup.c:1601: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-09-26 15:55:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-09-26 15:55:04 - ERROR: failed to build world TB --- 2009-09-26 15:55:04 - 212.52 user 51.89 system 568.80 real http://tinderbox.des.no/tinderbox-releng_8-RELENG_8-ia64-ia64.full ___ 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"
various kde programs spin in a poll/read loop against their respective config files
Hello everyone,
the discussion in -current and the behavior of my hard disk caused me to
investigate. Whenever kde programs are run on this system, the hard disk
will not spin down (even when excessive timeouts for syncs are in effect)
So I ran truss against kwallet and plasma-desktop to find out they do the
same thing:
stat("/home/erika/.kde4/share/apps/kwallet",{ mode=drwx--
,inode=56314,size=3,blksize=4096 }) = 0 (0x0)
clock_gettime(4,{10454.430272035 }) = 0 (0x0)
clock_gettime(4,{10454.430363671 }) = 0 (0x0)
clock_gettime(4,{10454.430432397 }) = 0 (0x0)
clock_gettime(4,{10454.430516490 }) = 0 (0x0)
read(8,0x808f9102c,4096) ERR#35 'Resource temporarily
unavailable'
poll({3/POLLIN 9/POLLIN 8/POLLIN 5/POLLIN},4,0) = 0 (0x0)
clock_gettime(4,{10454.430734403 }) = 0 (0x0)
read(8,0x808f9102c,4096) ERR#35 'Resource temporarily
unavailable'
clock_gettime(4,{10454.430882473 }) = 0 (0x0)
read(8,0x808f9102c,4096) ERR#35 'Resource temporarily
unavailable'
poll({3/POLLIN 9/POLLIN 8/POLLIN 5/POLLIN},4,499) = 0 (0x0)
clock_gettime(4,{10454.939752100 }) = 0 (0x0)
read(8,0x808f9102c,4096) ERR#35 'Resource temporarily
unavailable'
clock_gettime(4,{10454.939905198 }) = 0 (0x0)
stat("/home/erika/.kde4/share/apps/kwallet",{ mode=drwx--
,inode=56314,size=3,blksize=4096 }) = 0 (0x0)
clock_gettime(4,{10454.940151049 }) = 0 (0x0)
clock_gettime(4,{10454.940242126 }) = 0 (0x0)
clock_gettime(4,{10454.940309456 }) = 0 (0x0)
clock_gettime(4,{10454.940392710 }) = 0 (0x0)
read(8,0x808f9102c,4096) ERR#35 'Resource temporarily
unavailable'
poll({3/POLLIN 9/POLLIN 8/POLLIN 5/POLLIN},4,0) = 0 (0x0)
clock_gettime(4,{10454.940612580 }) = 0 (0x0)
read(8,0x808f9102c,4096) ERR#35 'Resource temporarily
unavailable'
clock_gettime(4,{10454.940760929 }) = 0 (0x0)
read(8,0x808f9102c,4096) ERR#35 'Resource temporarily
unavailable'
Shouldn't this be handled by fam/gamin in order to avoid this overhead?
While it does not produce notable load it prevents my processor from
saving power as well as spinning down the disks. I will gladly provide
more information on this if necessary.
This is a FreeBSD 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Jul 7 04:56:00
CEST 2009
r...@ccschu935:/usr/obj/usr/src/sys/GENERIC amd64
system
Regards
Christof
___
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"
(no subject)
pro bono publico ___ 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"
How to upgrade kernel with gmirror boot?
I've got a couple FreeBSD 7.0 systems which I am trying to upgrade. I had used ZFS for everything except the boot where I had used a gmirror. I didn't really understand it all then, but it's been working fine. The problem is that now with I "make buildworld" and "make installkernel" I get the old original kernel, not the new one. I suspect it's because I'm not installing the kernel in the boot partition that's actually being used, but am out of my depth here and need some advice. Here's how I created the gmirror and installed onto it back then, per my notes. I had 2x 1TB drives and wanted to use a gmirror for the boot and ZFS for the rest: Did a minimal install onto a 1GB ad4s1a. fdisk -BI ad6 bslabel ad4s1 > /tmp/label bsdlabel -RB ad6s1 /tmp/label gmirror label boot ad6s1a newfs /dev/mirror/boot mount /dev/mirror/boot /mnt find -x / | cpio -pmd /mnt rm -rf /mnt/var/* /mnt/usr/* /mnt/tmp/* reboot gmirror insert boot ad4s1a Rebooting I believe is now booting from the gmirror comprised of ad4s1a and ad6s1a: $ df -h / /boot Filesystem SizeUsed Avail Capacity Mounted on /dev/mirror/boot 989M634M276M70%/ /dev/mirror/boot 989M634M276M70%/ After "make installkernel" my /boot/GENERIC is still from 2008, when I did the original installation. My /boot/kernel is new, from the installkernel. What am I missing? It seems I am not "installkernel"-ing to the right place where the boot loader is looking. Thanks. PS: Current "gmirror list" output: $ gmirror list Geom name: boot State: COMPLETE Components: 1 Balance: split Slice: 4096 Flags: NONE GenID: 0 SyncID: 1 ID: 2728037890 Providers: 1. Name: mirror/boot Mediasize: 1073741312 (1.0G) Sectorsize: 512 Mode: r1w1e1 Consumers: 1. Name: ad6s1a Mediasize: 1073741824 (1.0G) Sectorsize: 512 Mode: r1w1e1 State: ACTIVE Priority: 0 Flags: NONE GenID: 0 SyncID: 1 ID: 2864447916 ___ 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-RC1 panic attaching ppc
Daniel O'Connor wrote:
On Sat, 26 Sep 2009, Alan Cox wrote:
John Baldwin wrote:
On Friday 25 September 2009 3:20:05 am Daniel O'Connor wrote:
On Thu, 24 Sep 2009, John Baldwin wrote:
Can you try this patch perhaps:
Index: sys/amd64/isa/isa_dma.c
=
== --- isa_dma.c(revision 197430)
+++ isa_dma.c (working copy)
This patch fixes the panic for me.
I haven't tried printing (don't have any device handy here).
I wonder if pmap_extract(kernel_pmap) doesn't work with direct map
addresses for some reason? I kind of find that hard to believe
actually. Alan, the original panic was in
pmap_extract(kernel_pmap, ...) calls in the isa_dma code. My patch
that "fixes" the panic just changes them to pmap_kextract().
Is this problem occurring on an AMD processor?
Yes,
CPU: AMD Athlon(tm) II X2 240 Processor (2812.73-MHz K8-class CPU)
Origin = "AuthenticAMD" Id = 0x100f62 Stepping = 2
Features=0x178bfbff
Features2=0x802009
AMD
Features=0xee500800
AMD
Features2=0x37ff
TSC: P-state invariant
real memory = 4294967296 (4096 MB)
avail memory = 3974762496 (3790 MB)
Ok, now I can explain what is happening. The kernel is using 1GB pages
to implement the direct map. Unfortunately, pmap_extract() doesn't know
how to handle a 1GB page mapping. pmap_kextract() only works by an
"accident" of its different implementation. In other words, it should
not be relied upon to work either.
Please revert whatever patch John gave you and try the attached patch.
It simply disables the use of 1GB page mapping by the direct map.
Regards,
Alan
Index: amd64/amd64/pmap.c
===
--- amd64/amd64/pmap.c (revision 197425)
+++ amd64/amd64/pmap.c (working copy)
@@ -442,7 +442,7 @@
if (ndmpdp < 4) /* Minimum 4GB of dirmap */
ndmpdp = 4;
DMPDPphys = allocpages(firstaddr, NDMPML4E);
- if ((amd_feature & AMDID_PAGE1GB) == 0)
+ if (TRUE || (amd_feature & AMDID_PAGE1GB) == 0)
DMPDphys = allocpages(firstaddr, ndmpdp);
dmaplimit = (vm_paddr_t)ndmpdp << PDPSHIFT;
@@ -476,7 +476,7 @@
/* Now set up the direct map space using either 2MB or 1GB pages */
/* Preset PG_M and PG_A because demotion expects it */
- if ((amd_feature & AMDID_PAGE1GB) == 0) {
+ if (TRUE || (amd_feature & AMDID_PAGE1GB) == 0) {
for (i = 0; i < NPDEPG * ndmpdp; i++) {
((pd_entry_t *)DMPDphys)[i] = (vm_paddr_t)i << PDRSHIFT;
((pd_entry_t *)DMPDphys)[i] |= PG_RW | PG_V | PG_PS |
___
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: ath0: stuck beacon; resetting (bmiss count 4)
Back in July, I asked the following on this list. I didn't get any replies. I was running 7.2 at the time and the messages were coming up every couple of minutes. Now I've upgraded to 8-RC1 and the same message is coming out on the console every few seconds. The miss count limit is now a sysctl tunable. I've increased it to 20 which slows the messages down but they still happen. I then increased it to 2000 which has stopped them completely. Although I did get a few "ath0: device timeout" messages. It seems to work correctly as a WPA2 AP. Below is the contents of my hostapd.conf and the relevant lines from rc.conf. Is this something to worry about? Can I improve it any way? Thanks for any help, Graham hostapd.conf: interface=wlan0 debug=1 ctrl_interface=/var/run/hostapd ctrl_interface_group=wheel ssid=Menhennitt wpa=2 wpa_passphrase=x wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP rc.conf: ifconfig_wlan0="inet xx.xx.xx.xx/25" wlans_ath0="wlan0" create_args_wlan0="wlanmode hostap mode 11g" hostapd_enable="YES" Graham Menhennitt wrote: > I'me getting the message "ath0: stuck beacon; resetting (bmiss count 4)" > logged to syslog every so often. I have a Soekris net5501 with a Wistron > CM9 mini-PCI wireless card. I'm running FreeBSD 7.2-stable and "dmesg | > grep ath0" gives: > > ath0: mem 0xa001-0xa001 irq 15 at device 17.0 on pci0 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:0b:6b:36:99:93 > ath0: mac 5.9 phy 4.3 radio 3.6 > ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal > flags 0x150), hal status 12 > > I've seen Sam Leffler's reply to a previous question about the same log > message at > http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004196.html. > > Looking at the source code of if_ath.c in stable: > > if (sc->sc_bmisscount > 3)/* NB: 3 is a guess */ > taskqueue_enqueue(sc->sc_tq, &sc->sc_bstucktask);\ > > Now, in head the 3 has been made a variable but it doesn't seem to be > able to be tuned in any reasonable way. > > I've tied increasing it to 20 and it doesn't seem to have any obvious > bad effects. > > So, my questions: > - is 3 really a good guess? > - can it be increased safely? > - what sort of values should I try? > - are there any consequences of increasing it? > - could it be made a sysctl tunable? > ___ 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: How to upgrade kernel with gmirror boot?
Am 26.09.2009 um 21:04 schrieb Chris Shenton: PS: Current "gmirror list" output: $ gmirror list Geom name: boot State: COMPLETE Components: 1 ^^^ There's your problem: your mirror consist of only ad6s1a. You need to add ad4s1a using gmirror insert, or tell your BIOS to boot from the second disk. Stefan -- Stefan BethkeFon +49 151 14070811 ___ 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-RC1: kernel page fault in NLM master thread (VIMAGE or ZFS related?)
On Fri, 25 Sep 2009, Jamie Gritton wrote: It seems to be NFS related. I think the null pointer in question is from the export's anonymous credential. Try the patch below and see if it helps (which I guess means run it overnight and see if it crashes again). I've also patched a similar missing cred prison in GSS_SVC, since I'm not versed enough in NFS/RPC stuff to know if it might be the problem. This is one of the reasons I really dislike "magic" credentials and special handling of NULL credentials -- they always get into code the author doesn't expect, and either there are bad pointer dereferences, or incorrect security decisions. It's almost always the case that a correct credential should have been cached or generated at some earlier point to represent the security context... Robert - Jamie Index: kern/vfs_export.c === --- kern/vfs_export.c (revision 197506) +++ kern/vfs_export.c (working copy) @@ -122,6 +122,8 @@ np->netc_anon->cr_uid = argp->ex_anon.cr_uid; crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, argp->ex_anon.cr_groups); + np->netc_anon->cr_prison = &prison0; + prison_hold(np->netc_anon->cr_prison); np->netc_numsecflavors = argp->ex_numsecflavors; bcopy(argp->ex_secflavors, np->netc_secflavors, sizeof(np->netc_secflavors)); @@ -206,6 +208,8 @@ np->netc_anon->cr_uid = argp->ex_anon.cr_uid; crsetgroups(np->netc_anon, argp->ex_anon.cr_ngroups, np->netc_anon->cr_groups); + np->netc_anon->cr_prison = &prison0; + prison_hold(np->netc_anon->cr_prison); np->netc_numsecflavors = argp->ex_numsecflavors; bcopy(argp->ex_secflavors, np->netc_secflavors, sizeof(np->netc_secflavors)); Index: rpc/rpcsec_gss/svc_rpcsec_gss.c === --- rpc/rpcsec_gss/svc_rpcsec_gss.c (revision 197506) +++ rpc/rpcsec_gss/svc_rpcsec_gss.c (working copy) @@ -449,6 +449,8 @@ cr->cr_uid = cr->cr_ruid = cr->cr_svuid = uc->uid; cr->cr_rgid = cr->cr_svgid = uc->gid; crsetgroups(cr, uc->gidlen, uc->gidlist); + cr->cr_prison = &prison0; + prison_hold(cr->cr_prison); *crp = crhold(cr); return (TRUE); ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" ___ 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"
