freebsd-current Digest, Vol 300, Issue 16
guhi.zhang
guhi.zhang at gmail.com
Mon Jul 20 05:09:28 UTC 2009
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@ 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
@@ -1037,7 +1037,7 @@
{
struct nfsmount *nmp;
struct nfsnode *np;
- int error, trycnt, ret, clearintr;
+ int error, trycnt, ret;
struct nfsvattr nfsva;
static u_int64_t clval = 0;
@@ -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@ 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@:/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) @ /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) @ /usr/src/sys/kern/vfs_bio.c:2558
2nd 0xc4a21bdc snaplk (snaplk)
@ /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)
@ /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@: 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"
More information about the freebsd-current
mailing list