I have downloaded the FreeBSD 8.0 beta2 AMD64 version, but in my mainboard of AMD 790GX chipset(SouthBridge SB750), it still can't support the RAID mode. When I chosen the RAID mode in BIOS, and I boot from the cdrom, my computer restarted right now. When can FreeBSD support SB750's RAID mode? guhi.zhang 2009-07-20 发件人： freebsd-current-request 发送时间： 2009-07-19 20:01:03 收件人： freebsd-current 抄送： 主题： freebsd-current Digest, Vol 300, Issue 16 Send freebsd-current mailing list submissions to freebsd-current_at_freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-current or, via email, send a message with subject or body 'help' to freebsd-current-request_at_freebsd.org You can reach the person managing the list at freebsd-current-owner_at_freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-current digest..." Today's Topics: 1. Re: CARP broken on -CURRENT? (Bruce Simpson) 2. Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' (Rick Macklem) 3. Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 (Artem Naluzhnyy) 4. Re: gstripe problem (Nenhum_de_Nos) 5. Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 (Artem Naluzhnyy) 6. make distribution Re: 8.0-BETA2 Available (Marten Vijn) 7. [PATCH] Fix in6p_leave_group() panic by misbehaving apps (Bruce Simpson) 8. Re: make distribution Re: 8.0-BETA2 Available (Daniel Gerzo) 9. Re: make distribution Re: 8.0-BETA2 Available (Marten Vijn) 10. [bug] ZFS zvol dev entry disappearing upon reboot (McLone) 11. Re: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 (Sam Leffler) 12. Re: [newnfs/client] SIGINFO aborts transfer and produces `permission denied' (Anonymous) 13. Sending multicast datagrams broken (regression) (Pieter de Goeje) 14. SiI3124/3132/3531 CAM driver (Alexander Motin) 15. 8.0-BETA2 sysinstall spelling error (David Boyd) 16. Re: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 (Artem Naluzhnyy) 17. Re: Sending multicast datagrams broken (regression) (Bruce Simpson) 18. Re: ipw in 8.0-BETA1 (James Butler) 19. Re: Joliet and release ISOs? (John Hay) 20. Re: Joliet and release ISOs? (Tim Kientzle) 21. Re: [bug] ZFS zvol dev entry disappearing upon reboot (Thomas Backman) ------------------------------------------------------------ From: Bruce Simpson <bms_at_incunabulum.net> To: d_at_delphij.net Subject: Re: CARP broken on -CURRENT? Date: Sat18 Jul 2009 14:29:35 +0100 Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I got it. It was the cached llentry that preventing ether_output() to > choose the right broadcast/multicast address and use the default > gateway's L2 address. Here is a proposed patch. > This might fix the layer 2 address breakage seen in IGMPv3 traffic by iprebeg_at_ in VMware, which didn't seem to come from the multicast code further up in the stack, as it hadn't changed since testing. thanks, BMS ------------------------------------------------------------ ------------------------------------------------------------ From: Rick Macklem <rmacklem_at_uoguelph.ca> To: Anonymous <swell.k_at_gmail.com> Subject: Re: [newnfs/client] SIGINFO aborts transfer and produces `permissiondenied' Date: Sat18 Jul 2009 09:35:33 -0400 (EDT) On Sat, 18 Jul 2009, Anonymous wrote: > > Yep, I can reproduce it as easily on 8.0-BETA2 snapshot under qemu > > # uname -vm > FreeBSD 8.0-BETA2 #0: Wed Jul 15 23:25:30 UTC 2009 > root_at_almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > I'll try to get around to testing it this weekend, but if you'd like to test the following patch, I think it might fix the problem. The new krpc only checks NFSMNT_INT at connect and not every rpc. rick ps: The line #s assume the other patch you tested is already applied. --- untested exp. nfs client patch --- --- fs/nfsclient/nfs_clvfsops.c.sav2 2009-07-18 09:19:07.000000000 -0400 +++ fs/nfsclient/nfs_clvfsops.c 2009-07-18 09:29:14.000000000 -0400 _at__at_ -1037,7 +1037,7 _at__at_ { struct nfsmount *nmp; struct nfsnode *np; - int error, trycnt, ret, clearintr; + int error, trycnt, ret; struct nfsvattr nfsva; static u_int64_t clval = 0; _at_@ -1152,20 +1152,8 @@ nmp->nm_sockreq.nr_vers = NFS_VER2; - /* - * For Connection based sockets (TCP,...) do the connect here, - * but make it interruptible, even for non-interuptible mounts. - */ - if ((nmp->nm_flag & NFSMNT_INT) == 0) { - nmp->nm_flag |= NFSMNT_INT; - clearintr = 1; - } else { - clearintr = 0; - } if ((error = newnfs_connect(nmp, &nmp->nm_sockreq, cred, td, 0))) goto bad; - if (clearintr) - nmp->nm_flag &= ~NFSMNT_INT; /* * A reference count is needed on the nfsnode representing the ------------------------------------------------------------ ------------------------------------------------------------ From: Artem Naluzhnyy <tut_at_nhamon.com.ua> To: current <current_at_freebsd.org> Subject: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 Date: Sat18 Jul 2009 16:48:28 +0300 Hi, After 7.2-RLEASE -> 8.0-BETA2 update my notebook wireless works without problems but there are lots of annoying "ath0: bad series0 hwrate 0x1b"-like messages on console now. ==================================================== pciconf: ath0_at_pci0:1:0:0: class=0x020000 card=0x3065168c chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 (USBVID_147E&PID_20165&B71A446&0&1)' class = network subclass = ethernet ==================================================== sysctls: hw.ath.bstuck: 4 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.resetcal: 1200 hw.ath.shortcal: 100 hw.ath.longcal: 30 hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 dev.ath.0.%desc: Atheros 5424/2424 dev.ath.0.%driver: ath dev.ath.0.%location: slot=0 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001c subvendor=0x168c subdevice=0x3065 class=0x020000 dev.ath.0.%parent: pci1 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.sample_stats: 0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 96 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.rfsilent: 1 dev.ath.0.rfkill: 1 dev.ath.0.intmit: 1 dev.ath.0.monpass: 24 ==================================================== dmesg: ath0: <Atheros 5424/2424> mem 0xbf7f0000-0xbf7fffff irq 17 at device 0.0 on pci1 ath0: [ITHREAD] ath0: AR5413 mac 10.0 RF5424 phy 6.1 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series2 hwrate 0x1c, tries 4 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ==================================================== ifconfig: ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290 ether 00:15:af:xx:xx:xx media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 ether 00:15:af:xx:xx:xx inet xx.xx.xx.xx netmask 0xfffffff8 broadcast xx.xx.xx.xx media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g status: associated ssid xx channel 3 (2422 Mhz 11g) bssid 00:1f:1f:xx:xx:xx regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme roaming MANUAL ==================================================== -- Artem Naluzhnyy ------------------------------------------------------------ ------------------------------------------------------------ From: "Nenhum_de_Nos" <matheus_at_eternamente.info> To: freebsd-current_at_freebsd.org Subject: Re: gstripe problem Date: Sat18 Jul 2009 11:06:33 -0300 (BRT) On Fri, July 17, 2009 21:01, Nenhum_de_Nos wrote: > > On Fri, July 17, 2009 09:07, Nenhum_de_Nos wrote: >> >> On Fri, July 17, 2009 07:20, Ivan Voras wrote: >>> 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): >>> >>> So your problem is that: >>> >>> a) you created a gstripe array on a recent STABLE (two weeks ago) and >>> it >>> was fine >>> b) you tried to use it with an old STABLE (30.12.2008.) and it didn't >>> work >>> c) you tried to use it with today's STABLE and it didn't work >>> d) it works with 8-BETA1 >>> ? >> >> its quite this. the stripe just vanishes when I try to see it in any >> stable. and if I create in stable, a reboot makes it go way :( >> >>> The only thing that comes to my mind is that during your tests you have >>> changed the stripe size, making the file system data unusable (and >>> unmountable). >>> >>>> [root_at_xxx ~]# gstripe status >>>> Name Status Components >>>> stripe/stripe0 UP ad4s2 >>>> ad6s2 >>> >>>> 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 ... >>> >>> Are you saying you won't use 8-BETA1 because you fear there may be >>> problems with it? If so, you shouldn't worry so much - 8-CURRENT is >>> very >>> stable. >> >> I know it is. 8-CURRENT is great really (I use it in other places). my >> main concern is that this is a server with mail/dns/dhcp/apache/some >> other >> services I forgot and changing to 8-BETA may need to recompile all >> things, >> and need time I don't have right now ... >> >> can I just update and use all software compiled for 7.1-PRERELEASE ? >> >> thanks, >> >> matheus > > thins here just got weird. I did updated to 8-BETA2. same problem though. > so I just thought it was problem when I create a stripe in amd64 machine > and try to use it on i386. > > I then put the drives in the amd64 machine, and it did worked fine, after > another gstripe create command. so I rebooted the amd64 machine to see if > after reboot the stripe would be there. guess what ... nothing there ... > > I used gmirror and gstripe for about an year, no problem. couple of months > ago I had a problem and had to change the pc (dead one). so all changed, > using sil3114 sata pci card now and PII 300 MHz. now the disks behave like > this. > > if anyone has any leads, I'm moving data from the disks now ... can test > though. > > thanks, > > matheus moving to current_at_ as it is running now 8-BETA2. I'd really like to hear on this: I just wiped out all disks data, deleted all two partitions and recreated them. created another stripe using the same arguments as the other times but it keeps vanishing when I reboot. fresh 8-BETA2 and old pc in i386. what to do now ? give up ? I changed the partitions size, to not match the same hd sectors and nothing. and now I didn't use the ad16s2, but ad16s2d (I created some labels) and nothing again ... is there a limit of using gstripe ? hardware for that matter ? atapci1_at_pci0:0:13:0: class=0x010400 card=0x61141095 chip=0x31141095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'SATALink/SATARaid Controller (Sil 3114)' class = mass storage subclass = RAID any info needed please ask. two seagate 750GB sata disks 120GB from both on gmirror and what lefts on gstripe. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style ------------------------------------------------------------ ------------------------------------------------------------ From: Artem Naluzhnyy <artem_at_alteratelecom.com> To: current_at_freebsd.org Subject: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 Date: Sat18 Jul 2009 16:44:56 +0300 Hi, After 7.2-RLEASE -> 8.0-BETA2 update my notebook wireless works without problems but there are lots of annoying "ath0: bad series0 hwrate 0x1b"-like messages on console now. ==================================================== pciconf: ath0_at_pci0:1:0:0: class=0x020000 card=0x3065168c chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 (USBVID_147E&PID_20165&B71A446&0&1)' class = network subclass = ethernet ==================================================== sysctls: hw.ath.bstuck: 4 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.resetcal: 1200 hw.ath.shortcal: 100 hw.ath.longcal: 30 hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 dev.ath.0.%desc: Atheros 5424/2424 dev.ath.0.%driver: ath dev.ath.0.%location: slot=0 function=0 dev.ath.0.%pnpinfo: vendor=0x168c device=0x001c subvendor=0x168c subdevice=0x3065 class=0x020000 dev.ath.0.%parent: pci1 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.sample_stats: 0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 96 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.rfsilent: 1 dev.ath.0.rfkill: 1 dev.ath.0.intmit: 1 dev.ath.0.monpass: 24 ==================================================== dmesg: ath0: <Atheros 5424/2424> mem 0xbf7f0000-0xbf7fffff irq 17 at device 0.0 on pci1 ath0: [ITHREAD] ath0: AR5413 mac 10.0 RF5424 phy 6.1 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 ath0: bad series2 hwrate 0x1c, tries 4 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 ==================================================== ifconfig: ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290 ether 00:15:af:xx:xx:xx media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 ether 00:15:af:xx:xx:xx inet xx.xx.xx.xx netmask 0xfffffff8 broadcast xx.xx.xx.xx media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g status: associated ssid xx channel 3 (2422 Mhz 11g) bssid 00:1f:1f:xx:xx:xx regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme roaming MANUAL ==================================================== -- Artem Naluzhnyy ------------------------------------------------------------ ------------------------------------------------------------ From: Marten Vijn <info_at_martenvijn.nl> To: Ken Smith <kensmith_at_cse.Buffalo.EDU> Subject: make distribution Re: 8.0-BETA2 Available Date: Sat18 Jul 2009 18:05:00 +0200 cd /usr/src make distribution gives an error data below, kidn regards, Marten make installworld DESTDIR=/usr/tftpboot1/ <snip><ok> make installkernel DESTDIR=/usr/tftpboot1/ <snip>ok> # make distribution DESTDIR=/usr/tftpboot1/ cd /usr/src/etc; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make distribution cd /usr/src/etc; install -o root -g wheel -m 644 auth.conf crontab devd.conf devfs.conf ddb.conf dhclient.conf disktab fbtab ftpusers gettytab group hosts hosts.allow hosts.equiv inetd.conf libalias.conf login.access login.conf mac.conf motd netconfig network.subr networks newsyslog.conf nsswitch.conf phones profile protocols rc rc.bsdextended rc.firewall rc.firewall6 rc.initdiskless rc.sendmail rc.shutdown rc.subr remote rpc services shells sysctl.conf syslog.conf etc.i386/ttys amd.map apmd.conf snmpd.config freebsd-update.conf /usr/src/etc/../usr.bin/locate/locate/locate.rc hosts.lpd printcap /usr/src/etc/../usr.bin/mail/misc/mail.rc /usr/src/etc/../gnu/usr.bin/man/manpath/manpath.config ntp.conf nscd.conf portsnap.conf pf.os csh.cshrc csh.login csh.logout regdomain.xml /usr/tftpboot1//etc; cap_mkdb -l /usr/tftpboot1//etc/login.conf; install -o root -g wheel -m 755 netstart pccard_ether rc.suspend rc.resume /usr/tftpboot1//etc; install -o root -g wheel -m 600 master.passwd nsmb.conf opieaccess /usr/tftpboot1//etc; pwd_mkdb -L -i -p -d /usr/tftpboot1//etc /usr/tftpboot1//etc/master.passwd cd /usr/src/etc/bluetooth; make install install -o root -g wheel -m 600 hcsecd.conf /usr/tftpboot1//etc/bluetooth/hcsecd.conf install -o root -g wheel -m 644 hosts /usr/tftpboot1//etc/bluetooth/hosts install -o root -g wheel -m 444 protocols /usr/tftpboot1//etc/bluetooth cd /usr/src/etc/defaults; make install install -o root -g wheel -m 444 bluetooth.device.conf devfs.rules periodic.conf rc.conf /usr/tftpboot1//etc/defaults cd /usr/src/etc/devd; make install install -o root -g wheel -m 644 asus.conf /usr/tftpboot1//etc/devd cd /usr/src/etc/gss; make install install -o root -g wheel -m 444 mech qop /usr/tftpboot1//etc/gss cd /usr/src/etc/periodic; make install ===> daily (install) install -o root -g wheel -m 755 100.clean-disks 110.clean-tmps 120.clean-preserve 200.backup-passwd 330.news 400.status-disks 404.status-zfs 405.status-ata-raid 406.status-gmirror 407.status-graid3 408.status-gstripe 409.status-gconcat 420.status-network 450.status-security 999.local 310.accounting 470.status-named 300.calendar 130.clean-msgs 480.status-ntpd 140.clean-rwho 430.status-rwho 150.clean-hoststat 210.backup-aliases 440.status-mailq 460.status-mail-rejects 500.queuerun /usr/tftpboot1//etc/periodic/daily ===> security (install) install -o root -g wheel -m 755 100.chksetuid 200.chkmounts 300.chkuid0 400.passwdless 410.logincheck 700.kernelmsg 800.loginfail 900.tcpwrap security.functions 510.ipfdenied 500.ipfwdenied 550.ipfwlimit 520.pfdenied /usr/tftpboot1//etc/periodic/security ===> weekly (install) install -o root -g wheel -m 755 340.noid 999.local 310.locate 320.whatis 330.catman 400.status-pkg /usr/tftpboot1//etc/periodic/weekly ===> monthly (install) install -o root -g wheel -m 755 999.local 200.accounting /usr/tftpboot1//etc/periodic/monthly cd /usr/src/etc/rc.d; make install install -o root -g wheel -m 555 DAEMON FILESYSTEMS LOGIN NETWORKING SERVERS abi accounting addswap adjkerntz amd apm apmd archdep atm1 atm2 atm3 auditd auto_linklocal bgfsck bluetooth bootparams bridge bsnmpd bthidd ccd cleanvar cleartmp cron ddb defaultroute devd devfs dhclient dmesg dumpon encswap fsck ftp-proxy ftpd gbde geli geli2 gssd hcsecd hostapd hostid hostname inetd initrandom ip6addrctl ip6fw ipfilter ipfs ipfw ipmon ipnat ipsec ipxrouted jail kadmind kerberos keyserv kldxref kpasswdd ldconfig local localpkg lockd lpd mixer motd mountcritlocal mountcritremote mountlate mdconfig mdconfig2 mountd moused mroute6d mrouted msgs named natd netif netoptions network_ipv6 newsyslog nfsclient nfscbd nfsd nfsserver nfsuserd nisdomain nsswitch ntpd ntpdate othermta pf pflog pfsync powerd power_profile ppp pppoed pwcheck quota random rarpd resolv rfcomm_pppd_server root route6d routed routing rpcbind rtadvd rwho savecore sdpd securelevel sendmail serial sppp statd swap1 syscons sysctl syslogd timed tmp ugidfw var virecover watchdogd wpa_supplicant ypbind yppasswdd ypserv ypset ypupdated ypxfrd zfs sshd nscd /usr/tftpboot1//etc/rc.d cd /usr/src/etc/../gnu/usr.bin/send-pr; make etc-gnats-freefall install -o root -g wheel -m 0644 /usr/src/gnu/usr.bin/send-pr/categories /usr/tftpboot1//etc/gnats/freefall cd /usr/src/etc/../share/termcap; make etc-termcap ln -fs /usr/share/misc/termcap /usr/tftpboot1//etc/termcap cd /usr/src/etc/../usr.sbin/rmt; make etc-rmt rm -f /usr/tftpboot1//etc/rmt ln -s /usr/sbin/rmt /usr/tftpboot1//etc/rmt cd /usr/src/etc/pam.d; make install install -o root -g wheel -m 444 README /usr/tftpboot1//etc/pam.d/README make: don't know how to make gdm. Stop *** Error code 2 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. # dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-BETA2 #7 r195750: Sat Jul 18 12:18:02 UTC 2009 root_at_:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 440 @ 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x10661 Stepping = 1 Features=0xafebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE> Features2=0xe31d<SSE3,DTES64,MON,DS_CPL,TM2,SSSE3,CX16,xTPR,PDCM> AMD Features=0x20100000<NX,LM> AMD Features2=0x1<LAHF> TSC: P-state invariant real memory = 536870912 (512 MB) avail memory = 1022689280 (975 MB) ACPI APIC Table: <IntelR AWRDACPI> ioapic0 <Version 2.0> irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: <IntelR AWRDACPI> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3f5e0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_button0: <Power Button> on acpi0 pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0 pci0: <ACPI PCI bus> on pcib0 pcib1: <PCI-PCI bridge> irq 16 at device 1.0 on pci0 pci1: <PCI bus> on pcib1 pcib2: <PCI-PCI bridge> at device 0.0 on pci1 pci2: <PCI bus> on pcib2 pcib3: <PCI-PCI bridge> at device 0.2 on pci1 pci3: <PCI bus> on pcib3 vgapci0: <VGA-compatible display> port 0xff00-0xff07 mem 0xfcc00000-0xfccfffff,0xd0000000-0xdfffffff irq 16 at device 2.0 on pci0 agp0: <Intel Q965 SVGA controller> on vgapci0 agp0: detected 7676k stolen memory agp0: aperture size is 256M pcib4: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0 pci4: <ACPI PCI bus> on pcib4 em0: <Intel(R) PRO/1000 Network Connection 6.9.14> port 0x5f00-0x5f1f mem 0xfdee0000-0xfdefffff irq 16 at device 0.0 on pci4 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:10:f3:15:ae:e8 pcib5: <ACPI PCI-PCI bridge> irq 17 at device 28.1 on pci0 pci5: <ACPI PCI bus> on pcib5 em1: <Intel(R) PRO/1000 Network Connection 6.9.14> port 0xdf00-0xdf1f mem 0xfdce0000-0xfdcfffff irq 17 at device 0.0 on pci5 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:10:f3:15:ae:e9 pcib6: <ACPI PCI-PCI bridge> irq 18 at device 28.2 on pci0 pci6: <ACPI PCI bus> on pcib6 em2: <Intel(R) PRO/1000 Network Connection 6.9.14> port 0xcf00-0xcf1f mem 0xfdae0000-0xfdafffff irq 18 at device 0.0 on pci6 em2: Using MSI interrupt em2: [FILTER] em2: Ethernet address: 00:10:f3:15:ae:ea pcib7: <ACPI PCI-PCI bridge> irq 19 at device 28.3 on pci0 pci7: <ACPI PCI bus> on pcib7 em3: <Intel(R) PRO/1000 Network Connection 6.9.14> port 0xaf00-0xaf1f mem 0xfd8e0000-0xfd8fffff irq 19 at device 0.0 on pci7 em3: Using MSI interrupt em3: [FILTER] em3: Ethernet address: 00:10:f3:15:ae:eb pcib8: <ACPI PCI-PCI bridge> irq 16 at device 28.4 on pci0 pci8: <ACPI PCI bus> on pcib8 em4: <Intel(R) PRO/1000 Network Connection 6.9.14> port 0x9f00-0x9f1f mem 0xfd6e0000-0xfd6fffff irq 16 at device 0.0 on pci8 em4: Using MSI interrupt em4: [FILTER] em4: Ethernet address: 00:10:f3:15:ae:ec pcib9: <ACPI PCI-PCI bridge> irq 17 at device 28.5 on pci0 pci9: <ACPI PCI bus> on pcib9 em5: <Intel(R) PRO/1000 Network Connection 6.9.14> port 0x8f00-0x8f1f mem 0xfd4e0000-0xfd4fffff irq 17 at device 0.0 on pci9 em5: Using MSI interrupt em5: [FILTER] em5: Ethernet address: 00:10:f3:15:ae:ed uhci0: <Intel 82801H (ICH8) USB controller USB-A> port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x003b usbus0: <Intel 82801H (ICH8) USB controller USB-A> on uhci0 uhci1: <Intel 82801H (ICH8) USB controller USB-B> port 0xfd00-0xfd1f irq 20 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0010 usbus1: <Intel 82801H (ICH8) USB controller USB-B> on uhci1 ehci0: <Intel 82801H (ICH8) USB 2.0 controller USB2-A> mem 0xfdfff000-0xfdfff3ff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: <Intel 82801H (ICH8) USB 2.0 controller USB2-A> on ehci0 pcib10: <ACPI PCI-PCI bridge> at device 30.0 on pci0 pci10: <ACPI PCI bus> on pcib10 em6: <Intel(R) PRO/1000 Network Connection 6.9.14> port 0xbf00-0xbf3f mem 0xfd0e0000-0xfd0fffff,0xfd0c0000-0xfd0dffff irq 18 at device 14.0 on pci10 em6: [FILTER] em6: Ethernet address: 00:10:f3:15:ae:ee em7: <Intel(R) PRO/1000 Network Connection 6.9.14> port 0xbe00-0xbe3f mem 0xfd0a0000-0xfd0bffff,0xfd080000-0xfd09ffff irq 17 at device 15.0 on pci10 em7: [FILTER] em7: Ethernet address: 00:10:f3:15:ae:ef isab0: <PCI-ISA bridge> at device 31.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <Intel ICH8 SATA300 controller> port 0xfa00-0xfa07,0xf900-0xf903,0xf800-0xf807,0xf700-0xf703,0xf600-0xf60f,0xf500-0xf50f irq 19 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: <ATA channel 0> on atapci0 ata2: [ITHREAD] ata3: <ATA channel 1> on atapci0 ata3: [ITHREAD] pci0: <serial bus, SMBus> at device 31.3 (no driver attached) atapci1: <Intel ICH8 SATA300 controller> port 0xf300-0xf307,0xf200-0xf203,0xf100-0xf107,0xf000-0xf003,0xef00-0xef0f,0xee00-0xee0f irq 19 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: <ATA channel 0> on atapci1 ata4: [ITHREAD] ata5: <ATA channel 1> on atapci1 ata5: [ITHREAD] acpi_tz0: <Thermal Zone> on acpi0 atrtc0: <AT realtime clock> port 0x70-0x73 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ppc0: <Parallel port> port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: <Parallel port bus> on ppc0 plip0: <PLIP network interface> on ppbus0 plip0: [ITHREAD] lpt0: <Printer> on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: <Parallel I/O> on ppbus0 cpu0: <ACPI CPU> on acpi0 p4tcc0: <CPU Frequency Thermal Control> on cpu0 pmtimer0 on isa0 orm0: <ISA Option ROMs> at iomem 0xc0000-0xcafff,0xcc000-0xccfff,0xef000-0xeffff pnpid ORM0000 on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 atkbd0: <AT Keyboard> irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] Timecounter "TSC" frequency 1995012830 Hz quality 800 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ad4: FAILURE - SET_MULTI status=51<READY,DSC,ERROR> error=4<ABORTED> ad4: 1943MB <TRANSCEND 20070418> at ata2-master SATA150 ugen0.1: <Intel> at usbus0 uhub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0 ugen1.1: <Intel> at usbus1 uhub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1 ugen2.1: <Intel> at usbus2 uhub2: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus2 ad8: 305245MB <SAMSUNG HD321KJ CP100-10> at ata4-master SATA300 WARNING: WITNESS option enabled, expect reduced performance. GEOM: ad8s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 Root mount waiting for: usbus2 uhub2: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ad8s1a WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted em0: link state changed to UP lock order reversal: 1st 0xc4caead0 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:423 2nd 0xd85133a0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 3rd 0xc4a6f594 ufs (ufs) _at_ /usr/src/sys/ufs/ffs/ffs_snapshot.c:544 KDB: stack backtrace: db_trace_self_wrapper(c0c6bc14,e6cec408,c08bc9d5,c08ad71b,c0c6eac2,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ad71b,c0c6eac2,c452be90,c452efb8,e6cec464,...) at kdb_backtrace+0x29 _witness_debugger(c0c6eac2,c4a6f594,c0c617fd,c452efb8,c0c8d400,...) at _witness_debugger+0x25 witness_checkorder(c4a6f594,9,c0c8d400,220,0,...) at witness_checkorder +0x839 __lockmgr_args(c4a6f594,80100,c4a6f5b0,0,0,...) at __lockmgr_args+0x7a7 ffs_lock(e6cec574,c0efbb18,c4ca6764,80100,c4a6f53c,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0d6e900,e6cec574,e6cec594,c0d87380,c4a6f53c,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c4a6f53c,80100,c0c8d400,220,c455b600,...) at _vn_lock+0x5e ffs_snapshot(c49dca10,c49db620,c0c8ed65,15f,c0c7506a,...) at ffs_snapshot+0x150b ffs_mount(c49dca10,0,c0c75557,3d2,0,...) at ffs_mount+0x14aa vfs_donmount(c4ca66c0,211000,c45b5b00,c45b5b00,bfbfecb4,...) at vfs_donmount+0x1012 nmount(c4ca66c0,e6ceccf8,c,c4ca66c0,c0d4fe38,...) at nmount+0x75 syscall(e6cecd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280ee76b, esp = 0xbfbfeadc, ebp = 0xbfbfee28 --- lock order reversal: 1st 0xd85133a0 bufwait (bufwait) _at_ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xc4a21bdc snaplk (snaplk) _at_ /usr/src/sys/ufs/ffs/ffs_snapshot.c:793 KDB: stack backtrace: db_trace_self_wrapper(c0c6bc14,e6cec408,c08bc9d5,c08ad71b,c0c6eaa9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ad71b,c0c6eaa9,c452be90,c452f2f8,e6cec464,...) at kdb_backtrace+0x29 _witness_debugger(c0c6eaa9,c4a21bdc,c0c8d462,c452f2f8,c0c8d400,...) at _witness_debugger+0x25 witness_checkorder(c4a21bdc,9,c0c8d400,319,c4caeaec,...) at witness_checkorder+0x839 __lockmgr_args(c4a21bdc,80400,c4caeaec,0,0,...) at __lockmgr_args+0x7a7 ffs_lock(e6cec574,0,0,80400,c4caea78,...) at ffs_lock+0x8a VOP_LOCK1_APV(c0d6e900,e6cec574,c195cb90,c0d87380,c4caea78,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c4caea78,80400,c0c8d400,319,0,...) at _vn_lock+0x5e ffs_snapshot(c49dca10,c49db620,c0c8ed65,15f,c0c7506a,...) at ffs_snapshot+0x28b6 ffs_mount(c49dca10,0,c0c75557,3d2,0,...) at ffs_mount+0x14aa vfs_donmount(c4ca66c0,211000,c45b5b00,c45b5b00,bfbfecb4,...) at vfs_donmount+0x1012 nmount(c4ca66c0,e6ceccf8,c,c4ca66c0,c0d4fe38,...) at nmount+0x75 syscall(e6cecd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280ee76b, esp = 0xbfbfeadc, ebp = 0xbfbfee28 --- lock order reversal: 1st 0xc4a21bdc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:296 2nd 0xc4caead0 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1587 KDB: stack backtrace: db_trace_self_wrapper(c0c6bc14,e6cec8b8,c08bc9d5,c08ad71b,c0c6eaa9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ad71b,c0c6eaa9,c452f2f8,c452efb8,e6cec914,...) at kdb_backtrace+0x29 _witness_debugger(c0c6eaa9,c4caead0,c0c617fd,c452efb8,c0c8d400,...) at _witness_debugger+0x25 witness_checkorder(c4caead0,9,c0c8d400,633,0,...) at witness_checkorder +0x839 __lockmgr_args(c4caead0,80000,0,0,0,...) at __lockmgr_args+0x7a7 ffs_snapremove(c4caea78,c49dca10,0,c0c76f01,41d,...) at ffs_snapremove +0x11f softdep_releasefile(c4b6dd24,e6ceca9c,2,c0efbae8,c0d553dc,...) at softdep_releasefile+0x3b ufs_inactive(e6cecadc,c4caeaec,c4caea78,c4caeaec,e6cecaf4,...) at ufs_inactive+0x1bc VOP_INACTIVE_APV(c0d6e900,e6cecadc,c0c75d38,924,c0d87340,...) at VOP_INACTIVE_APV+0xa5 vinactive(c0d6e900,e6cecb10,c0c75d38,8aa,128,...) at vinactive+0x8e vput(c4caea78,e6cecb4c,c0c76f01,128,0,...) at vput+0x1cd vn_close(c4caea78,1,c456d100,c4ca66c0,0,...) at vn_close+0x19a vn_closefile(c49f0620,c4ca66c0,3,0,c49f0620,...) at vn_closefile+0xe4 _fdrop(c49f0620,c4ca66c0,e6cecc18,c08bc81c,0,c4ca6764,c0efbae8,c0d569c0,c0c63538,c4ca302c,45b,c0c63538,e6cecc40,c0883a80,c4ca302c,8,c0c63538,45b) at _fdrop+0x43 closef(c49f0620,c4ca66c0,45b,440,c4ca302c,...) at closef+0x290 kern_close(c4ca66c0,4,e6cecd2c,c0ba8e93,c4ca66c0,...) at kern_close +0x117 close(c4ca66c0,e6ceccf8,4,c0c6f8c2,c0d4d588,...) at close+0x1a syscall(e6cecd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x28192253, esp = 0xbfbfeadc, ebp = 0xbfbfee28 --- lock order reversal: 1st 0xd858bbb0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xc49a1a00 dirhash (dirhash) _at_ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper(c0c6bc14,e6cfca74,c08bc9d5,c08ad71b,c0c6eaa9,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c08ad71b,c0c6eaa9,c452be90,c452f020,e6cfcad0,...) at kdb_backtrace+0x29 _witness_debugger(c0c6eaa9,c49a1a00,c0c8f887,c452f020,c0c8f520,...) at _witness_debugger+0x25 witness_checkorder(c49a1a00,9,c0c8f520,11d,0,...) at witness_checkorder +0x839 _sx_xlock(c49a1a00,0,c0c8f520,11d,da6cd018,...) at _sx_xlock+0x85 ufsdirhash_acquire(0,e,c47a6000,d858bb50,da6cd018,...) at ufsdirhash_acquire+0x35 ufsdirhash_remove(c4dd31d0,da6cd018,18,e6cfcb60,e6cfcb5c,...) at ufsdirhash_remove+0x14 ufs_dirremove(c4dd6a78,c4def658,500800c,0,c4dd6a78,...) at ufs_dirremove +0xe5 ufs_remove(e6cfcc34,0,0,0,c4decb84,...) at ufs_remove+0x6e VOP_REMOVE_APV(c0d6e900,e6cfcc34,c4decb84,e6cfcc0c,28216238,...) at VOP_REMOVE_APV+0xa5 kern_unlinkat(c4ca5d80,ffffff9c,28216238,0,e6cfcc80,...) at kern_unlinkat+0x181 kern_unlink(c4ca5d80,28216238,0,e6cfcd2c,c0ba8e93,...) at kern_unlink +0x27 unlink(c4ca5d80,e6cfccf8,4,c0c89eb5,c0d4d5f8,...) at unlink+0x22 syscall(e6cfcd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (10, FreeBSD ELF32, unlink), eip = 0x28168d6f, esp = 0xbfbfec5c, ebp = 0xbfbfec88 --- # ------------------------------------------------------------ ------------------------------------------------------------ From: Bruce Simpson <bms_at_incunabulum.net> To: FreeBSD Current <freebsd-current_at_freebsd.org> Subject: [PATCH] Fix in6p_leave_group() panic by misbehaving apps Date: Sat18 Jul 2009 17:41:14 +0100 Hi, If anyone is experiencing panics with IPv6 in the kernel, and multicast applications active, please test this patch. I think some folk here saw this with VLC. re_at_: If this patch is good (I'll try to test locally) then it should go into HEAD ASAP. Some poorly behaved IPv6 multicast applications don't specify an interface for the join, and this triggers a KASSERT I put in to catch such corner cases. Multicast doesn't work unless apps are aware of the links active in the system they're running on, and this is a glaring hole in the Boost.ASIO API, sadly. This was caught by a Boost regression run on ref8.freebsd.org. Thanks to simon@ for logging the panic from the cluster console servers. cheers, BMS ------------------------------------------------------------ ------------------------------------------------------------ From: Daniel Gerzo <danger_at_FreeBSD.org> To: Marten Vijn <info_at_martenvijn.nl> Subject: Re: make distribution Re: 8.0-BETA2 Available Date: Sat18 Jul 2009 18:48:00 +0200 Marten Vijn wrote: > cd /usr/src > make distribution gives an error > > data below, > > README /usr/tftpboot1//etc/pam.d/README > make: don't know how to make gdm. Stop > *** Error code 2 > > Stop in /usr/src/etc. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. I believe r195753 fixes this problem. Please update your sources. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer ------------------------------------------------------------ ------------------------------------------------------------ From: Marten Vijn <info_at_martenvijn.nl> To: Daniel Gerzo <danger_at_FreeBSD.org> Subject: Re: make distribution Re: 8.0-BETA2 Available Date: Sat18 Jul 2009 19:14:27 +0200 On Sat, 2009-07-18 at 18:48 +0200, Daniel Gerzo wrote: > Marten Vijn wrote: > > cd /usr/src > > make distribution gives an error > > > > data below, > > > > > README /usr/tftpboot1//etc/pam.d/README > > make: don't know how to make gdm. Stop > > *** Error code 2 > > > > Stop in /usr/src/etc. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > I believe r195753 fixes this problem. Please update your sources. I should have mentioned my rev: Last Changed Rev: 195752 updating to Last Changed Rev: 195754 Fixes the issues thanks, Marten > -- http://martenvijn.nl Marten Vijn http://martenvijn.nl/trac/wiki/soas Sugar on a Stick http://bsd.wifisoft.org/nek/ The Network Event Kit http://har2009.org 13th-16th August http://opencommunitycamp.org 26th Jul - 2nd August ------------------------------------------------------------ ------------------------------------------------------------ From: McLone <mclone_at_gmail.com> To: freebsd-current_at_freebsd.org Subject: [bug] ZFS zvol dev entry disappearing upon reboot Date: Sat18 Jul 2009 20:27:00 +0300 Hell Low. As downloading torrent files from many peers to ZFS imposes fragmentation (and there's no way to defragment ZFS volume - what a pity! How come now-a-days FS can go like this?), i created zvol with UFS2 on it last time i wanted to watch some old sci-fi. I had plans to move sci-fi from UFS2/zvol to ZFS when it'll be complete, but forgot it, and rebooted machine. After reboot rtorrent said sci-fi is marked as complete, but it can not find files. I wasn't surprised, as i haven't modified my /etc/fstab, so i entered "mount /dev/zvol" and pressed Tab in hope of tcsh (eek) autocomplete. It just beeped on me. I've done "ls /dev" and there was no directory there named zvol. Then i've done "zfs list" and my zvol was there. Puzzled, i've done "zfs snapshot" and then a little dance of "zfs send | zfs recv" to a new volume. Now dev entries appeared (both for newly created snapshot of an old zvol and for new zvol). I rebooted, and there was no /dev/zvol again. I looked at my uname -v output (it was HEAD/amd64 from Jul 1) and decided to update. Updating didn't solved this problem. Strangely, simple "zfs rename zpool/zvol zpool/newzvol" cures this woe, but i think this is a bug. Steps to reproduce: zfs create -V 1g zpool/zvol [newfs /dev/zvol/zpool/zvol] reboot ls /dev Workaround: zfs rename zpool/zvol zpool/newzvol mount /dev/zvol/zpool/zvol /mnt -- wbr, |\ _,,,---,,_ dog bless ya! ` Zzz /,`.-'`' -. ;-;;,_ McLone at GMail dot com |,4- ) )-,_. ,\ ( `'-' net- and *BSD admin '---''(_/--' `-'\_) ...translit rawx! ------------------------------------------------------------ ------------------------------------------------------------ From: Sam Leffler <sam_at_errno.com> To: Artem Naluzhnyy <tut_at_nhamon.com.ua> Subject: Re: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 Date: Sat18 Jul 2009 11:37:17 -0700 Artem Naluzhnyy wrote: > Hi, > > After 7.2-RLEASE -> 8.0-BETA2 update my notebook wireless works > without problems but there are lots of annoying "ath0: bad series0 > hwrate 0x1b"-like messages on console now. > > ==================================================== > pciconf: > > ath0_at_pci0:1:0:0: class=0x020000 card=0x3065168c chip=0x001c168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = > 'HDAUDIOFUNC_01&VEN_1095&DEV_1392&SUBSYS_10280242&REV_1000 > (USBVID_147E&PID_20165&B71A446&0&1)' > class = network > subclass = ethernet > > ==================================================== > sysctls: > > hw.ath.bstuck: 4 > hw.ath.txbuf: 200 > hw.ath.rxbuf: 40 > hw.ath.resetcal: 1200 > hw.ath.shortcal: 100 > hw.ath.longcal: 30 > hw.ath.hal.swba_backoff: 0 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.dma_brt: 2 > dev.ath.0.%desc: Atheros 5424/2424 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=0 function=0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x001c subvendor=0x168c > subdevice=0x3065 class=0x020000 > dev.ath.0.%parent: pci1 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.sample_stats: 0 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 96 > dev.ath.0.slottime: 9 > dev.ath.0.acktimeout: 48 > dev.ath.0.ctstimeout: 48 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 1 > dev.ath.0.diversity: 1 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.rfsilent: 1 > dev.ath.0.rfkill: 1 > dev.ath.0.intmit: 1 > dev.ath.0.monpass: 24 > > ==================================================== > dmesg: > > ath0: <Atheros 5424/2424> mem 0xbf7f0000-0xbf7fffff irq 17 at device 0.0 on pci1 > ath0: [ITHREAD] > ath0: AR5413 mac 10.0 RF5424 phy 6.1 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series0 hwrate 0x1b, tries 1 ts_status 0x0 > ath0: bad series2 hwrate 0x1c, tries 4 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > ath0: bad series3 hwrate 0x1b, tries 2 ts_status 0x0 > > ==================================================== > ifconfig: > > ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290 > ether 00:15:af:xx:xx:xx > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 > ether 00:15:af:xx:xx:xx > inet xx.xx.xx.xx netmask 0xfffffff8 broadcast xx.xx.xx.xx > media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g > status: associated > ssid xx channel 3 (2422 Mhz 11g) bssid 00:1f:1f:xx:xx:xx > regdomain 96 indoor ecm authmode WPA2/802.11i privacy ON > deftxkey UNDEF TKIP 2:128-bit txpower 20 bmiss 7 scanvalid 450 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS > wme roaming MANUAL > ==================================================== > How often is "lots"? hw tx rate 0x1b is 1Mb/s CCK and 0x1c is 1M w/ short preamble. Both of these rates should be ok to use in 11g so I don't see why there are complaints unless the ap you are associated to is doing something like forcing 11g-only operation (i.e. OFDM only, no CCK). However even with that you should be fine unless perhaps fixed tx rate parameters are set wrong. Not sure there's a way to dump the negotiated rate set. You can try turning on something like: wlandebug assoc to see if that provides useful info. Otherwise you might need to collect a packet trace with something like: tcpdump -i wlan0 -p -y IEEE802_11_RADIO -w t.pcap while associating--then inspect the results (and/or send me the pcap file). Sam ------------------------------------------------------------ ------------------------------------------------------------ From: Anonymous <swell.k_at_gmail.com> To: Rick Macklem <rmacklem_at_uoguelph.ca> Subject: Re: [newnfs/client] SIGINFO aborts transfer and produces`permission denied' Date: Sat18 Jul 2009 22:38:04 +0400 Rick Macklem <rmacklem_at_uoguelph.ca> writes: > On Sat, 18 Jul 2009, Anonymous wrote: > >> >> Yep, I can reproduce it as easily on 8.0-BETA2 snapshot under qemu >> >> # uname -vm >> FreeBSD 8.0-BETA2 #0: Wed Jul 15 23:25:30 UTC 2009 >> root_at_almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >> > I'll try to get around to testing it this weekend, but if you'd > like to test the following patch, I think it might fix the problem. > > The new krpc only checks NFSMNT_INT at connect and not every rpc. > > rick > ps: The line #s assume the other patch you tested is already applied. > --- untested exp. nfs client patch --- [...] The patch fixed my problem on r195754M amd64. I'm no longer able to reproduce it by hitting ^T when copying medium-sized files. I hope both fixes will be in HEAD before 8.0-BETA3. ------------------------------------------------------------ ------------------------------------------------------------ From: Pieter de Goeje <pieter_at_degoeje.nl> To: freebsd-current_at_freebsd.org Subject: Sending multicast datagrams broken (regression) Date: Sat18 Jul 2009 20:56:47 +0200 I'm observing that multicast IPv4 UDP datagrams sent from the latest 8.0-BETA2 are being discarded. The code below used to work with 7.2. Sender Receiver Result ---------------------- 8.0 8.0 Broken, but loop back traffic works 8.0 7.2 Broken 7.2 8.0 Works Oddly enough, when I run tcpdump on a 8.0 sender, it shows packets being sent, but on the receiver tcpdump shows no activity whatsoever. The receiver was properly registering it's membership (which was verified with ifmcstat). Testing was done on three hosts, two of which are running 8.0 and one 7.2. The hosts are connected using a single switch. I've tried if_em and if_re NICs, both with the same results. Kind regards, Pieter de Goeje PS. I can post complete code if necessary. ---- fd is initialized with a freshly created AF_INET datagram socket, maddr contains the group address (239.255.9.9 in the test case, but I've tried multiple different addresses). void doit(int fd, in_addr_t maddr, int port) { struct sockaddr_in addr; int cnt; struct ip_mreq mreq; char message[] = "Hello"; memset(&addr, 0, sizeof(addr)); addr.sin_family=AF_INET; addr.sin_addr.s_addr=maddr; addr.sin_port=htons(port); u_char ttl = 2; if(setsockopt(fd, IPPROTO_IP, IP_MULTICAST_TTL, &ttl, sizeof(ttl)) == -1) { err(1, "setsockopt"); } for(;;) { if(sendto(fd, message, sizeof(message) - 1, 0, (struct sockaddr *)&addr, sizeof(addr)) == -1) { err(1, "sendto"); } sleep(1); } } ------------------------------------------------------------ ------------------------------------------------------------ From: Alexander Motin <mav_at_FreeBSD.org> To: FreeBSD-Current <freebsd-current_at_freebsd.org> Subject: SiI3124/3132/3531 CAM driver Date: Sat18 Jul 2009 22:01:52 +0300 Hi. I've made CAM driver for SiliconImage SiI3124/3132/3531 controllers: http://people.freebsd.org/~mav/siis.20090718.patch Driver supports Serial ATA and ATAPI devices, Port Multipliers (including FIS-based switching), hardware command queues (31 command per port) and Native Command Queuing. Testers are welcome. -- Alexander Motin ------------------------------------------------------------ ------------------------------------------------------------ From: "David Boyd" <David.Boyd_at_insightbb.com> To: <freebsd-current_at_freebsd.org> Subject: 8.0-BETA2 sysinstall spelling error Date: Sat18 Jul 2009 14:52:49 -0400 The use of "distEverything" results in sysinstall trying to add package mn-freebsd-doc-mn-<date> which doesn't exist in the INDEX (mn-freebsd-doc-<date>). If its too early to "pick nits", I apologize. ------------------------------------------------------------ ------------------------------------------------------------ From: Artem Naluzhnyy <tut_at_nhamon.com.ua> To: Sam Leffler <sam_at_errno.com> Subject: Re: Lots of "ath0: bad series0 hwrate 0x1b" in 8.0-BETA2 Date: Sat18 Jul 2009 22:29:25 +0300 On Sat, Jul 18, 2009 at 21:37, Sam Leffler<sam_at_errno.com> wrote: > How often is "lots"? There are 5-30 messages a second when bandwidth usage is high. The noname AP looks really strange and it may do something wrong. Actually the question is rather why I did not see the messages for the same AP in 7.2-R and how to (if possible) disable the messages in 8.0. > wlandebug assoc > tcpdump -i wlan0 -p -y IEEE802_11_RADIO -w t.pcap tcpdump and wlandebug results have been sent privately. -- Artem Naluzhnyy ------------------------------------------------------------ ------------------------------------------------------------ From: Bruce Simpson <bms_at_incunabulum.net> To: Pieter de Goeje <pieter_at_degoeje.nl> Subject: Re: Sending multicast datagrams broken (regression) Date: Sun19 Jul 2009 03:09:26 +0100 Pieter de Goeje wrote: > I'm observing that multicast IPv4 UDP datagrams sent from the latest 8.0-BETA2 > are being discarded. The code below used to work with 7.2. > Can you tcpdump this? This may be related to an llentry related regression which Xin Li recently posted a patch for, it appears that layer 2 addresses for multicast/broadcast datagrams may be broken in 8.0-BETA2. Although I haven't tested this myself since committing the SSM code around April, where I observed such traffic was correct. thanks BMS ------------------------------------------------------------ ------------------------------------------------------------ From: James Butler <sweetnavelorange_at_gmail.com> To: Sam Leffler <sam_at_errno.com> current_at_freebsd.org Subject: Re: ipw in 8.0-BETA1 Date: Sun19 Jul 2009 19:24:28 +1200 2009/7/18 Sam Leffler <sam_at_errno.com>: > James Butler wrote: >> >> Greetings >> >> Are ipw devices expected to work in 8.0-BETA1? Mine apparently >> doesn't. I have updated my rc.conf according to the instructions in >> UPDATING relating to wlans; the wlan0 interface is created, but >> wpa_supplicant doesn't associate. >> >> I ask after seeing this snippet from the list back in March: >> >>> Unfortunately the vap conversion of the ipw driver never was completed >>> (it's the only driver in the tree that is known to be totally broken). >>> It's on >>> my todo list for 8.0 but would happily defer to someone else :). >> >> If the answer is yes, then I'll try a little harder. > > Sorry the driver never got fixed after conversion to vaps; it's on the 8.0 > TODO list. I'm not sure it's going to be fixed before 8.0. OK thanks for the reply, and TIA for whenever you're able to fix it. -James ------------------------------------------------------------ ------------------------------------------------------------ From: John Hay <jhay_at_meraka.org.za> To: Tim Kientzle <kientzle_at_freebsd.org> Subject: Re: Joliet and release ISOs? Date: Sun19 Jul 2009 09:54:59 +0200 On Fri, Jul 17, 2009 at 09:56:34PM -0700, Tim Kientzle wrote: > Do we need Joliet extensions on the release ISOs? > > The reason I ask is a little involved: jkim@ recently > pointed out to me that tar in -CURRENT can no longer > extract symlinks from the release ISOs. > > I tracked this down to the fact that the release ISOs > have both Joliet and RockRidge extensions and tar now > supports (and actually prefers) Joliet extensions when > it sees them. Joliet doesn't support symlinks, so tar > doesn't see symlinks on disks with both kinds of extensions. > > There's a workaround that people can use for now: > tar xf image.iso --options=!joliet > disables the Joliet support. > > I'm curious whether removing the -J option from > /usr/src/release/*/mkisoimages.sh is an option. What is the reason for prefering Juliet in tar? Can't we just swap the preference? John -- John Hay -- jhay_at_meraka.csir.co.za / jhay_at_FreeBSD.org ------------------------------------------------------------ ------------------------------------------------------------ From: Tim Kientzle <kientzle_at_freebsd.org> To: John Hay <jhay_at_meraka.org.za> Subject: Re: Joliet and release ISOs? Date: Sun19 Jul 2009 01:17:13 -0700 John Hay wrote: > On Fri, Jul 17, 2009 at 09:56:34PM -0700, Tim Kientzle wrote: >> Do we need Joliet extensions on the release ISOs? >> >> The reason I ask is a little involved: jkim@ recently >> pointed out to me that tar in -CURRENT can no longer >> extract symlinks from the release ISOs. >> >> I tracked this down to the fact that the release ISOs >> have both Joliet and RockRidge extensions and tar now >> supports (and actually prefers) Joliet extensions when >> it sees them. Joliet doesn't support symlinks, so tar >> doesn't see symlinks on disks with both kinds of extensions. > > What is the reason for prefering Juliet in tar? Can't we > just swap the preference? Because of the way libarchive works internally coupled with basic differences in how Joliet and RockRidge information is stored, it turns out that libarchive has to decide whether or not to use the Joliet information before it can tell whether RockRidge information is available. So preferring RockRidge is actually quite difficult. I would like to change this, but it's going to be quite a while before I have enough time to work on it. Tim ------------------------------------------------------------ ------------------------------------------------------------ From: Thomas Backman <serenity_at_exscape.org> To: McLone <mclone_at_gmail.com> Subject: Re: [bug] ZFS zvol dev entry disappearing upon reboot Date: Sun19 Jul 2009 13:05:25 +0200 On Jul 18, 2009, at 19:27, McLone wrote: > Hell Low. > > As downloading torrent files from many peers to ZFS > imposes fragmentation (and there's no way to defragment > ZFS volume - what a pity! How come now-a-days FS can > go like this?), i created zvol with UFS2 on it last time > i wanted to watch some old sci-fi. I had plans to > move sci-fi from UFS2/zvol to ZFS when it'll be complete, > but forgot it, and rebooted machine. After reboot > rtorrent said sci-fi is marked as complete, but it > can not find files. I wasn't surprised, as i haven't modified > my /etc/fstab, so i entered "mount /dev/zvol" and pressed > Tab in hope of tcsh (eek) autocomplete. > It just beeped on me. > I've done "ls /dev" and there was no directory there named zvol. > Then i've done "zfs list" and my zvol was there. > Puzzled, i've done "zfs snapshot" and then a little dance of > "zfs send | zfs recv" to a new volume. Now dev entries appeared > (both for newly created snapshot of an old zvol and for new zvol). > I rebooted, and there was no /dev/zvol again. > > I looked at my uname -v output (it was HEAD/amd64 from Jul 1) > and decided to update. Updating didn't solved this problem. > > Strangely, simple "zfs rename zpool/zvol zpool/newzvol" > cures this woe, but i think this is a bug. > > Steps to reproduce: > zfs create -V 1g zpool/zvol > [newfs /dev/zvol/zpool/zvol] > reboot > ls /dev > > Workaround: > zfs rename zpool/zvol zpool/newzvol > mount /dev/zvol/zpool/zvol /mnt Hmm, I did a quick test and was unable to reproduce. There are ALL the steps I took, i.e. I never mounted the fs's or anything. [root_at_chaos ~]# zfs create -V 1g tank/zvol [root_at_chaos ~]# zfs create -V 1g tank/zvol2 ## to test if the name "zvol" causes problems [root_at_chaos ~]# newfs /dev/zvol/tank/zvol /dev/zvol/tank/zvol: 1024.0MB (2097152 sectors) block size 16384, fragment size 2048 using 6 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. super-block backups (for fsck -b #) at: 160, 376416, 752672, 1128928, 1505184, 1881440 [root_at_chaos ~]# newfs /dev/zvol/tank/zvol2 /dev/zvol/tank/zvol2: 1024.0MB (2097152 sectors) block size 16384, fragment size 2048 using 6 cylinder groups of 183.72MB, 11758 blks, 23552 inodes. super-block backups (for fsck -b #) at: 160, 376416, 752672, 1128928, 1505184, 1881440 [root_at_chaos ~]# ls -R /dev/z* /dev/zero /dev/zfs /dev/zvol: tank /dev/zvol/tank: zvol zvol2 [root_at_chaos ~]# reboot Connection to 192.168.1.10 closed by remote host. ---------------- [root_at_chaos ~]# uptime 1:04PM up 29 secs, 2 users, load averages: 0.87, 0.27, 0.10 [root_at_chaos ~]# ls -R /dev/z* /dev/zero /dev/zfs /dev/zvol: tank /dev/zvol/tank: zvol zvol2 Regards, Thomas ------------------------------------------------------------ _______________________________________________ freebsd-current_at_freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"Received on Mon Jul 20 2009 - 03:09:28 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:52 UTC