Re: kernel MCA messages
on 23/08/2010 05:05 Dan Langille said the following: > On 8/22/2010 9:18 PM, Dan Langille wrote: >> What does this mean? >> >> kernel: MCA: Bank 4, Status 0x940c4001fe080813 >> kernel: MCA: Global Cap 0x0105, Status 0x >> kernel: MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 >> kernel: MCA: CPU 0 COR BUSLG Source RD Memory >> kernel: MCA: Address 0x7ff6b0 >> >> FreeBSD 7.3-STABLE #1: Sun Aug 22 23:16:43 > > And another one: > > kernel: MCA: Bank 4, Status 0x9459c0014a080813 > kernel: MCA: Global Cap 0x0105, Status 0x > kernel: MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 > kernel: MCA: CPU 0 COR BUSLG Source RD Memory > kernel: MCA: Address 0x7ff670 I believe that you get correctable RAM ECC errors, but not entirely sure. There is mcelog utility that decodes such messages into human-friendly descriptions. The utility is available on Linux-based systems. John Baldwin has a port of it to FreeBSD, but it seems to be WIP and is private so far. Wait and watch John posting decoded text in this thread :-) -- Andriy Gapon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Build option survey for stable/8 r210741 (for nanobsd)
In message <2010085940.4...@unknown>, Bruce Cran writes: >On Sun, 22 Aug 2010 21:23:48 + >Poul-Henning Kamp wrote: > >> http://phk/misc/build_options_stable_8_210741/ > >Did you mean http://phk.freebsd.dk/misc/build_options_stable_8_210741/ ? Yes, sorry, I was sleepy... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kernel MCA messages
On 8/22/2010 9:18 PM, Dan Langille wrote: What does this mean? kernel: MCA: Bank 4, Status 0x940c4001fe080813 kernel: MCA: Global Cap 0x0105, Status 0x kernel: MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 kernel: MCA: CPU 0 COR BUSLG Source RD Memory kernel: MCA: Address 0x7ff6b0 FreeBSD 7.3-STABLE #1: Sun Aug 22 23:16:43 And another one: kernel: MCA: Bank 4, Status 0x9459c0014a080813 kernel: MCA: Global Cap 0x0105, Status 0x kernel: MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 kernel: MCA: CPU 0 COR BUSLG Source RD Memory kernel: MCA: Address 0x7ff670 -- Dan Langille - http://langille.org/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: kernel MCA messages
On 23/08/2010, at 10:48, Dan Langille wrote: > What does this mean? > > kernel: MCA: Bank 4, Status 0x940c4001fe080813 > kernel: MCA: Global Cap 0x0105, Status 0x > kernel: MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 > kernel: MCA: CPU 0 COR BUSLG Source RD Memory > kernel: MCA: Address 0x7ff6b0 > > FreeBSD 7.3-STABLE #1: Sun Aug 22 23:16:43 It's generated by machine check support, see.. /usr/src/sys/i386/i386/mca.c /usr/src/sys/amd64/amd64/mca.c Some info here.. http://en.wikipedia.org/wiki/Machine_check_architecture No man page for it though. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C
Re: Apparent dnsbl bug in Sendmail or m4
It was pointed out to me that the example in freebsd.mc has been double-quoted
for some time. That's what I get for carrying old config files around for too
long I suppose. Sorry for the noise and thanks again all for the prompt replies.
On Aug 22, 2010, at 3:48 PM, John Nielsen wrote:
> On Aug 22, 2010, at 6:40 AM, Stefan Bethke wrote:
>
>> Am 22.08.2010 um 10:00 schrieb Stefan Bethke:
>>
>>> FEATURE(`dnsbl', `bl.spamcop.net', `"550 " $&{client_addr} "foo"
>>> $&{client_addr} ""')dnl
>>
>> The real culprit is the comma. I believe the problem stems from unquoted
>> use of the arguments in some of the ifelses, where the comma turns the
>> single argument into two.
>
> That makes a lot of sense, especially when combined with the off-list
> suggestions I got to double-quote the error message.
>
>> Tracing the ifelses with -d aceq I see this for the last ifelse in
>> cf/feature/dnsbl.m4:
>>
>> m4trace: -1- ifelse(`X"550 Mail from " $&{client_addr} " rejected', `see
>> http://spamcop.net/bl.shtml?"; $&{client_addr}', `Xquarantine', `R$+
>> $#error $@ quarantine $: _DNSBL_SRV_', `X"550 Mail from " $&{client_addr}
>> " rejected', `
>> see http://spamcop.net/bl.shtml?"; $&{client_addr}', `Xdiscard', `R$+
>>
>> $#discard $: _DNSBL_SRV_', `R$+ $#error $@ 5.7.1 $:
>> _DNSBL_MSG_'
>> ) -> ???
>> m4trace: -1- ifelse(...) -> `'
>> m4trace: -1- ifelse ...
>>
>>
>> I've never managed to really wrap my head around m4 quoting, but the easy
>> fix is to use some other character that has no meaning to m4.
>
> The fact that you knew how to do a trace shows that you're way ahead of me in
> grokking m4. :) I can confirm that replacing the comma with a colon makes the
> problem go away.
>
> Does someone with some m4-fu want to take a stab at producing a fix? The
> problem appears in the 7-arg "ifelse" in the last few lines of
> /usr/share/sendmail/cf/feature/dnsbl.m4, though the source could of course be
> missing quotes earlier in the file.
>
> I'd be happy to test any proposed patches and submit a bug report to Sendmail
> if appropriate. At the very least perhaps the example in the comment of
> /etc/mail/freebsd.mc should be modified to not use a comma.
>
> Thanks!
>
> JN
>
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
kernel MCA messages
What does this mean? kernel: MCA: Bank 4, Status 0x940c4001fe080813 kernel: MCA: Global Cap 0x0105, Status 0x kernel: MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 kernel: MCA: CPU 0 COR BUSLG Source RD Memory kernel: MCA: Address 0x7ff6b0 FreeBSD 7.3-STABLE #1: Sun Aug 22 23:16:43 -- Dan Langille - http://langille.org/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Build option survey for stable/8 r210741 (for nanobsd)
On Sun, 22 Aug 2010 21:23:48 + Poul-Henning Kamp wrote: > http://phk/misc/build_options_stable_8_210741/ Did you mean http://phk.freebsd.dk/misc/build_options_stable_8_210741/ ? -- Bruce Cran ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Build option survey for stable/8 r210741 (for nanobsd)
On 08/22/2010 17:23, Poul-Henning Kamp wrote: > I have run the build option survey scripts[1] on stable/8 r210741 > and have put the results here: > > http://phk/misc/build_options_stable_8_210741/ Where is this at again ? ;) -- jhell,v ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: P811B Quad Port NIC problem.
On Sun, Aug 22, 2010 at 12:28:34PM +0200, Nikola Kalpazanov wrote: > Hi, > > I applied the patch provided by Pyun YongHyeon to the rl driver. > Then put > hint.rl.0.prefer_iomap="0" # for rl0 > hint.rl.1.prefer_iomap="0" # for rl1 > hint.rl.3.prefer_iomap="0" # for rl3 > > and all 3 adapters are now working fine. > > I absolutely agree that Realtek makes low-end adapters. > Even though the vendor may produce low-end ethernet controllers the controller would be sufficient enough to handle most traffics for personal/home usage. CPU is fast enough to saturate 100Mbps link with this controller and your bottle-neck would be PCI bus because you would use 4 ethernet controllers at the same time. > But in my case scenario I am building a router with WiFi access point > and this particular device allows me to do it on mini-ITX board ( > single PCI slot ). > > Again ... I want to send my thanks and regards to Pyun for making this > possible for me. > I just committed the patch to HEAD(r211648) and will MFC the change after 1 week. I made slight change to original patch so the tunable is now set in /boot/loader.conf instead of /boot/device.hints. You can get the same effect by adding the following line to /boot/loader.conf file. dev.rl.0.prefer_iomap="0" # for rl0 dev.rl.1.prefer_iomap="0" # for rl1 dev.rl.3.prefer_iomap="0" # for rl3 Thanks for testing and reporting! > Regards, > Nikola > > On Fri, Aug 20, 2010 at 7:40 PM, Pyun YongHyeon wrote: > > On Fri, Aug 20, 2010 at 01:44:20PM +0200, Nikola Kalpazanov wrote: > >> Hi, > >> > >> First I want to start with the note that I know Realtek is no good, > >> yet I will appreciate any assistance that you may provide. > >> > >> here are details of the problem: > >> > >> P811B is 4 port Ethernet card with built-in mini-PCI slot where I have > >> attached Atheros 802.11a/b/g/n Wireless PCI Adapter (AR5416). > >> That also requires to disable 4th port from the jumpers on the card. > >> > >> I have installed FreeBSD 8.1-RELEASE i386 > >> > >> pciconf -vlb > >> > >> pc...@pci0:5:0:0: ? ? ? class=0x060400 card=0x chip=0x814812d8 > >> rev=0x00 hdr=0x01 > >> ? ? vendor ? ? = 'Pericom Semiconductor' > >> ? ? class ? ? ?= bridge > >> ? ? subclass ? = PCI-PCI > >> r...@pci0:6:8:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 > >> hdr=0x00 > >> ? ? vendor ? ? = 'Realtek Semiconductor' > >> ? ? device ? ? = 'Realtek RTL8139 Family PCI Fast Ethernet NIC > >> (RTL-8139/8139C/8139D)' > >> ? ? class ? ? ?= network > >> ? ? subclass ? = ethernet > >> ? ? bar ? [14] = type Memory, range 32, base 0xe0110200, size 256, enabled > >> r...@pci0:6:9:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 > >> hdr=0x00 > >> ? ? vendor ? ? = 'Realtek Semiconductor' > >> ? ? device ? ? = 'Realtek RTL8139 Family PCI Fast Ethernet NIC > >> (RTL-8139/8139C/8139D)' > >> ? ? class ? ? ?= network > >> ? ? subclass ? = ethernet > >> ? ? bar ? [14] = type Memory, range 32, base 0xe0110100, size 256, enabled > >> r...@pci0:6:10:0: ? ? ? ?class=0x02 card=0x813910ec chip=0x813910ec > >> rev=0x10 hdr=0x00 > >> ? ? vendor ? ? = 'Realtek Semiconductor' > >> ? ? device ? ? = 'Realtek RTL8139 Family PCI Fast Ethernet NIC > >> (RTL-8139/8139C/8139D)' > >> ? ? class ? ? ?= network > >> ? ? subclass ? = ethernet > >> ? ? bar ? [10] = type I/O Port, range 32, base 0x1000, size 256, enabled > >> ? ? bar ? [14] = type Memory, range 32, base 0xe011, size 256, enabled > >> a...@pci0:6:11:0: ? ? ? class=0x028000 card=0x2071168c chip=0x0023168c > >> rev=0x01 hdr=0x00 > >> ? ? vendor ? ? = 'Atheros Communications Inc.' > >> ? ? device ? ? = '802.11a/b/g/n Wireless PCI Adapter (AR5416)' > >> ? ? class ? ? ?= network > >> ? ? bar ? [10] = type Memory, range 32, base 0xe010, size 65536, > >> enabled > >> > >> > >> > >> dmesg > >> > >> rl0: port 0x1200-0x12ff mem > >> 0xe0110200-0xe01102ff irq 21 at device 8.0 on pci6 > >> rl0: reset never completed! > >> rl0: unknown device ID: assuming 8139 > >> rl0: MII without any phy! > >> device_attach: rl0 attach returned 6 > >> rl1: port 0x1100-0x11ff mem > >> 0xe0110100-0xe01101ff irq 22 at device 9.0 on pci6 > >> rl1: reset never completed! > >> rl1: unknown device ID: assuming 8139 > >> rl1: MII without any phy! > >> device_attach: rl1 attach returned 6 > >> rl2: port 0x1000-0x10ff mem > >> 0xe011-0xe01100ff irq 23 at device 10.0 on pci6 > >> miibus1: on rl2 > >> rlphy0: PHY 0 on miibus1 > >> rlphy0: ?10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > >> rl2: Ethernet address: 00:06:4f:67:08:f5 > >> rl2: [ITHREAD] > >> rl2: link state changed to DOWN > >> > >> > >> ath0 works fine > >> rl2 works fine > >> > >> rl0 and rl1 don't and of course as you may suspect they are missing > >> from ifconfig -a > >> > >> if I remove the miniPCI Atheros and enable 4th port it is the same > >> picture but this time 4th port rl3 works fine and rl0, rl1, and rl2 > >> don't in the same way. > >> > >> Any suggestions will be much a
Re: daily run output 800.scrub-zfs fixups
On 08/22/2010 08:55, Alexander Leidinger wrote: > On Sat, 21 Aug 2010 16:29:43 -0400 jhell wrote: > >> Also I just noticed another confusing message 'at least for me' that >> said "starting first scrubbing (after reboot) of pool 'exports'". I >> read that like it is going to scrub the pool after the next reboot. I >> actually had to open up the script to double check that was not the >> case. The new attached patch changes the message to "starting scrub of >> pool 'pool'" so there is no confusion of when the scrub is actually >> going to happen. > > Background info for this part: > On every reboot the info from the last scrub is lost (except in the > history output). What this part of the message was > meant to do is, to tell that there was no scrub since the last boot > (this is the first scrub since boot). > > Would it be less confusing for you if I change >starting first scrubbing (after reboot) of pool X > to >starting first scrub (since last boot) of pool X > ? That would be wonderful!. -- jhell,v ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Build option survey for stable/8 r210741 (for nanobsd)
I have run the build option survey scripts[1] on stable/8 r210741 and have put the results here: http://phk/misc/build_options_stable_8_210741/ This information is particularly useful if you are trying to shoehorn a NanoBSD image into a small-ish (ie: < 1G by the looks of it) media. But it also provides a audit of our rarely exercised build options, and as usual this run does exposes a handful of options that either do nothing or fail the build. Those options should probably be reviewed[2] Poul-Henning [1] src/tools/tools/build_option_survey It might be worth considering running these scripts on a regular basis for -trunk and the active -stable, but be aware that it takes half a week on a beefy machine. [2] Some of the options depend on each other. The scripts obviously are not able to do the full permutational test, but it would be nice if it were extended with a list of multiplets that should also be tested. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 p...@freebsd.org | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Apparent dnsbl bug in Sendmail or m4
On Aug 22, 2010, at 6:40 AM, Stefan Bethke wrote:
> Am 22.08.2010 um 10:00 schrieb Stefan Bethke:
>
>> FEATURE(`dnsbl', `bl.spamcop.net', `"550 " $&{client_addr} "foo"
>> $&{client_addr} ""')dnl
>
> The real culprit is the comma. I believe the problem stems from unquoted use
> of the arguments in some of the ifelses, where the comma turns the single
> argument into two.
That makes a lot of sense, especially when combined with the off-list
suggestions I got to double-quote the error message.
> Tracing the ifelses with -d aceq I see this for the last ifelse in
> cf/feature/dnsbl.m4:
>
> m4trace: -1- ifelse(`X"550 Mail from " $&{client_addr} " rejected', `see
> http://spamcop.net/bl.shtml?"; $&{client_addr}', `Xquarantine', `R$+
> $#error $@ quarantine $: _DNSBL_SRV_', `X"550 Mail from " $&{client_addr} "
> rejected', `
> see http://spamcop.net/bl.shtml?"; $&{client_addr}', `Xdiscard', `R$+
>
> $#discard $: _DNSBL_SRV_', `R$+ $#error $@ 5.7.1 $:
> _DNSBL_MSG_'
> ) -> ???
> m4trace: -1- ifelse(...) -> `'
> m4trace: -1- ifelse ...
>
>
> I've never managed to really wrap my head around m4 quoting, but the easy fix
> is to use some other character that has no meaning to m4.
The fact that you knew how to do a trace shows that you're way ahead of me in
grokking m4. :) I can confirm that replacing the comma with a colon makes the
problem go away.
Does someone with some m4-fu want to take a stab at producing a fix? The
problem appears in the 7-arg "ifelse" in the last few lines of
/usr/share/sendmail/cf/feature/dnsbl.m4, though the source could of course be
missing quotes earlier in the file.
I'd be happy to test any proposed patches and submit a bug report to Sendmail
if appropriate. At the very least perhaps the example in the comment of
/etc/mail/freebsd.mc should be modified to not use a comma.
Thanks!
JN
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
wpa_supplicant does not create pidfile
wpa_supplicant doesn't create the pidfile if the target directory does not exist. Because /var/run is wiped with every boot I added the following line to my rc.local to workaround this issue: /bin/mkdir -p /var/run/wpa_supplicant I'm running RELENG_8. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: daily run output 800.scrub-zfs fixups
On Sun, Aug 22, 2010 at 03:08:42PM +0200, Alexander Leidinger wrote:
> On Sat, 21 Aug 2010 00:17:08 -0400 jhell wrote:
> > Hi Alexander,
> > Attached is a fix for one problem and one slight overlook for
> > 800.scrub-zfs.
> > The first & second change was probably just an oversight but none the
> > less they both give a false impression of actions taken.
> > Change1:
> > ${daily_scrub_zfs_default_threshold=30} is missng the ':'
> > which would ultimately reset the users supplied value in
> > periodic.conf to 30.
> Sorry, but it is not missing the ':'. There is one in front of it. A
> lot of start scripts in ports use this. You need to use a := instead of
> a = if you use
> var=${var:=default_val}
> but not if you use
> : ${var=default_val}
> I have the impression that the ':' in front of the variable is the way
> it is supposed to be in the start scripts in ports. I adopted this
> style (one variable name less to type... specially with expressive
> names this is some amount less to type).
As described in sh(1) and POSIX, ${var=default_val} assigns the default
if var was not set, while ${var:=default_val} assigns the default if var
was not set or if it was set to the empty string.
The double assignment in the construct
var=${var:=default_val}
is a workaround for bugs in very old Bourne shells (see Autoconf
documentation for more). Our sh(1) has never had that bug, so simply
: "${var:=default_val}"
is better.
The double-quotes prevent unnecessary pathname generation, which could
be slow. However, even without the double-quotes, the correct value is
assigned and no other side effects occur.
> And I remember to have tested a lot of cases for the timeout value,
> overriding a pool specific value and overriding the default where some
> of them and all worked.
> If you have a case where it does not work, it would be nice if you
> could add a "set -x" in the beginning of the script and send me the
> output of a failing run.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: [releng_7 tinderbox] failure on i386/i386
on 22/08/2010 15:16 FreeBSD Tinderbox said the following: > [...] > cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS > -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc > -I/src/sys/modules/zfs/../../cddl/compat/opensolaris > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common > -I/src/sys/modules/zfs/../.. > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common > -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include > /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 > --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common > -I/obj/src/sys/LINT -mno-align-long-str > ings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointe > r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef > -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls > -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch > -Wno-pointer-arith -c > /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/trees.c > cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS > -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc > -I/src/sys/modules/zfs/../../cddl/compat/opensolaris > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common > -I/src/sys/modules/zfs/../.. > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common > -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include > /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 > --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common > -I/obj/src/sys/LINT -mno-align-long-str > ings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointe > r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef > -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls > -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch > -Wno-pointer-arith -c > /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/zmod.c > cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS > -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc > -I/src/sys/modules/zfs/../../cddl/compat/opensolaris > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common > -I/src/sys/modules/zfs/../.. > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common > -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include > /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 > --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common > -I/obj/src/sys/LINT -mno-align-long-str > ings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointe > r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions > -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef > -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls > -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch > -Wno-pointer-arith -c > /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/zmod_subr.c > cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS > -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc > -I/src/sys/modules/zfs/../../cddl/compat/opensolaris > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common > -I/src/sys/modules/zfs/../.. > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs > -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common > -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTIO
Re: daily run output 800.scrub-zfs fixups
On Sat, 21 Aug 2010 00:17:08 -0400 jhell wrote:
>
> Hi Alexander,
>
> Attached is a fix for one problem and one slight overlook for
> 800.scrub-zfs.
>
> The first & second change was probably just an oversight but none the
> less they both give a false impression of actions taken.
>
> Change1:
> ${daily_scrub_zfs_default_threshold=30} is missng the ':'
> which would ultimately reset the users supplied value in
> periodic.conf to 30.
Sorry, but it is not missing the ':'. There is one in front of it. A
lot of start scripts in ports use this. You need to use a := instead of
a = if you use
var=${var:=default_val}
but not if you use
: ${var=default_val}
I have the impression that the ':' in front of the variable is the way
it is supposed to be in the start scripts in ports. I adopted this
style (one variable name less to type... specially with expressive
names this is some amount less to type).
And I remember to have tested a lot of cases for the timeout value,
overriding a pool specific value and overriding the default where some
of them and all worked.
If you have a case where it does not work, it would be nice if you
could add a "set -x" in the beginning of the script and send me the
output of a failing run.
Bye,
Alexander.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: daily run output 800.scrub-zfs fixups
On Sat, 21 Aug 2010 16:29:43 -0400 jhell wrote: > Also I just noticed another confusing message 'at least for me' that > said "starting first scrubbing (after reboot) of pool 'exports'". I > read that like it is going to scrub the pool after the next reboot. I > actually had to open up the script to double check that was not the > case. The new attached patch changes the message to "starting scrub of > pool 'pool'" so there is no confusion of when the scrub is actually > going to happen. Background info for this part: On every reboot the info from the last scrub is lost (except in the history output). What this part of the message was meant to do is, to tell that there was no scrub since the last boot (this is the first scrub since boot). Would it be less confusing for you if I change starting first scrubbing (after reboot) of pool X to starting first scrub (since last boot) of pool X ? Bye, Alexander. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_7 tinderbox] failure on i386/pc98
TB --- 2010-08-22 11:22:42 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-22 11:22:42 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-08-22 11:22:43 - cleaning the object tree TB --- 2010-08-22 11:23:07 - cvsupping the source tree TB --- 2010-08-22 11:23:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-08-22 11:23:17 - building world TB --- 2010-08-22 11:23:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-22 11:23:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-22 11:23:17 - TARGET=pc98 TB --- 2010-08-22 11:23:17 - TARGET_ARCH=i386 TB --- 2010-08-22 11:23:17 - TZ=UTC TB --- 2010-08-22 11:23:17 - __MAKE_CONF=/dev/null TB --- 2010-08-22 11:23:17 - cd /src TB --- 2010-08-22 11:23:17 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 22 11:23:18 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Aug 22 12:27:22 UTC 2010 TB --- 2010-08-22 12:27:22 - generating LINT kernel config TB --- 2010-08-22 12:27:22 - cd /src/sys/pc98/conf TB --- 2010-08-22 12:27:22 - /usr/bin/make -B LINT TB --- 2010-08-22 12:27:22 - building LINT kernel TB --- 2010-08-22 12:27:22 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-22 12:27:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-22 12:27:22 - TARGET=pc98 TB --- 2010-08-22 12:27:22 - TARGET_ARCH=i386 TB --- 2010-08-22 12:27:22 - TZ=UTC TB --- 2010-08-22 12:27:22 - __MAKE_CONF=/dev/null TB --- 2010-08-22 12:27:22 - cd /src TB --- 2010-08-22 12:27:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 22 12:27:22 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -DPC98 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/trees.c cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -DPC98 -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-pr ototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opens
[releng_7 tinderbox] failure on i386/i386
TB --- 2010-08-22 10:42:23 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-22 10:42:23 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-08-22 10:42:23 - cleaning the object tree TB --- 2010-08-22 10:42:50 - cvsupping the source tree TB --- 2010-08-22 10:42:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-08-22 10:43:03 - building world TB --- 2010-08-22 10:43:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-22 10:43:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-22 10:43:03 - TARGET=i386 TB --- 2010-08-22 10:43:03 - TARGET_ARCH=i386 TB --- 2010-08-22 10:43:03 - TZ=UTC TB --- 2010-08-22 10:43:03 - __MAKE_CONF=/dev/null TB --- 2010-08-22 10:43:03 - cd /src TB --- 2010-08-22 10:43:03 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 22 10:43:05 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Aug 22 11:47:32 UTC 2010 TB --- 2010-08-22 11:47:32 - generating LINT kernel config TB --- 2010-08-22 11:47:32 - cd /src/sys/i386/conf TB --- 2010-08-22 11:47:32 - /usr/bin/make -B LINT TB --- 2010-08-22 11:47:32 - building LINT kernel TB --- 2010-08-22 11:47:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-22 11:47:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-22 11:47:32 - TARGET=i386 TB --- 2010-08-22 11:47:32 - TARGET_ARCH=i386 TB --- 2010-08-22 11:47:32 - TZ=UTC TB --- 2010-08-22 11:47:32 - __MAKE_CONF=/dev/null TB --- 2010-08-22 11:47:32 - cd /src TB --- 2010-08-22 11:47:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 22 11:47:32 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/trees.c cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointe r-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/zmod.c cc -O2
[releng_7 tinderbox] failure on amd64/amd64
TB --- 2010-08-22 09:26:07 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-08-22 09:26:07 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-08-22 09:26:07 - cleaning the object tree TB --- 2010-08-22 09:26:46 - cvsupping the source tree TB --- 2010-08-22 09:26:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-08-22 09:26:56 - building world TB --- 2010-08-22 09:26:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-22 09:26:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-22 09:26:56 - TARGET=amd64 TB --- 2010-08-22 09:26:56 - TARGET_ARCH=amd64 TB --- 2010-08-22 09:26:56 - TZ=UTC TB --- 2010-08-22 09:26:56 - __MAKE_CONF=/dev/null TB --- 2010-08-22 09:26:56 - cd /src TB --- 2010-08-22 09:26:56 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 22 09:26:57 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Aug 22 10:57:20 UTC 2010 TB --- 2010-08-22 10:57:20 - generating LINT kernel config TB --- 2010-08-22 10:57:20 - cd /src/sys/amd64/conf TB --- 2010-08-22 10:57:20 - /usr/bin/make -B LINT TB --- 2010-08-22 10:57:20 - building LINT kernel TB --- 2010-08-22 10:57:20 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-22 10:57:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-22 10:57:20 - TARGET=amd64 TB --- 2010-08-22 10:57:20 - TARGET_ARCH=amd64 TB --- 2010-08-22 10:57:20 - TZ=UTC TB --- 2010-08-22 10:57:20 - __MAKE_CONF=/dev/null TB --- 2010-08-22 10:57:20 - cd /src TB --- 2010-08-22 10:57:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 22 10:57:20 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnes ted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/trees.c cc -O2 -fno-strict-aliasing -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnes ted-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls
Re: Apparent dnsbl bug in Sendmail or m4
Am 22.08.2010 um 10:00 schrieb Stefan Bethke:
> FEATURE(`dnsbl', `bl.spamcop.net', `"550 " $&{client_addr} "foo"
> $&{client_addr} ""')dnl
The real culprit is the comma. I believe the problem stems from unquoted use
of the arguments in some of the ifelses, where the comma turns the single
argument into two. Tracing the ifelses with -d aceq I see this for the last
ifelse in cf/feature/dnsbl.m4:
m4trace: -1- ifelse(`X"550 Mail from " $&{client_addr} " rejected', `see
http://spamcop.net/bl.shtml?"; $&{client_addr}', `Xquarantine', `R$+
$#error $@ quarantine $: _DNSBL_SRV_', `X"550 Mail from " $&{client_addr} "
rejected', `
see http://spamcop.net/bl.shtml?"; $&{client_addr}', `Xdiscard', `R$+
$#discard $: _DNSBL_SRV_', `R$+ $#error $@ 5.7.1 $: _DNSBL_MSG_'
) -> ???
m4trace: -1- ifelse(...) -> `'
m4trace: -1- ifelse ...
I've never managed to really wrap my head around m4 quoting, but the easy fix
is to use some other character that has no meaning to m4.
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: P811B Quad Port NIC problem.
Hi, I applied the patch provided by Pyun YongHyeon to the rl driver. Then put hint.rl.0.prefer_iomap="0" # for rl0 hint.rl.1.prefer_iomap="0" # for rl1 hint.rl.3.prefer_iomap="0" # for rl3 and all 3 adapters are now working fine. I absolutely agree that Realtek makes low-end adapters. But in my case scenario I am building a router with WiFi access point and this particular device allows me to do it on mini-ITX board ( single PCI slot ). Again ... I want to send my thanks and regards to Pyun for making this possible for me. Regards, Nikola On Fri, Aug 20, 2010 at 7:40 PM, Pyun YongHyeon wrote: > On Fri, Aug 20, 2010 at 01:44:20PM +0200, Nikola Kalpazanov wrote: >> Hi, >> >> First I want to start with the note that I know Realtek is no good, >> yet I will appreciate any assistance that you may provide. >> >> here are details of the problem: >> >> P811B is 4 port Ethernet card with built-in mini-PCI slot where I have >> attached Atheros 802.11a/b/g/n Wireless PCI Adapter (AR5416). >> That also requires to disable 4th port from the jumpers on the card. >> >> I have installed FreeBSD 8.1-RELEASE i386 >> >> pciconf -vlb >> >> pc...@pci0:5:0:0: class=0x060400 card=0x chip=0x814812d8 >> rev=0x00 hdr=0x01 >> vendor = 'Pericom Semiconductor' >> class = bridge >> subclass = PCI-PCI >> r...@pci0:6:8:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 >> hdr=0x00 >> vendor = 'Realtek Semiconductor' >> device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC >> (RTL-8139/8139C/8139D)' >> class = network >> subclass = ethernet >> bar [14] = type Memory, range 32, base 0xe0110200, size 256, enabled >> r...@pci0:6:9:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 >> hdr=0x00 >> vendor = 'Realtek Semiconductor' >> device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC >> (RTL-8139/8139C/8139D)' >> class = network >> subclass = ethernet >> bar [14] = type Memory, range 32, base 0xe0110100, size 256, enabled >> r...@pci0:6:10:0: class=0x02 card=0x813910ec chip=0x813910ec >> rev=0x10 hdr=0x00 >> vendor = 'Realtek Semiconductor' >> device = 'Realtek RTL8139 Family PCI Fast Ethernet NIC >> (RTL-8139/8139C/8139D)' >> class = network >> subclass = ethernet >> bar [10] = type I/O Port, range 32, base 0x1000, size 256, enabled >> bar [14] = type Memory, range 32, base 0xe011, size 256, enabled >> a...@pci0:6:11:0: class=0x028000 card=0x2071168c chip=0x0023168c >> rev=0x01 hdr=0x00 >> vendor = 'Atheros Communications Inc.' >> device = '802.11a/b/g/n Wireless PCI Adapter (AR5416)' >> class = network >> bar [10] = type Memory, range 32, base 0xe010, size 65536, enabled >> >> >> >> dmesg >> >> rl0: port 0x1200-0x12ff mem >> 0xe0110200-0xe01102ff irq 21 at device 8.0 on pci6 >> rl0: reset never completed! >> rl0: unknown device ID: assuming 8139 >> rl0: MII without any phy! >> device_attach: rl0 attach returned 6 >> rl1: port 0x1100-0x11ff mem >> 0xe0110100-0xe01101ff irq 22 at device 9.0 on pci6 >> rl1: reset never completed! >> rl1: unknown device ID: assuming 8139 >> rl1: MII without any phy! >> device_attach: rl1 attach returned 6 >> rl2: port 0x1000-0x10ff mem >> 0xe011-0xe01100ff irq 23 at device 10.0 on pci6 >> miibus1: on rl2 >> rlphy0: PHY 0 on miibus1 >> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >> rl2: Ethernet address: 00:06:4f:67:08:f5 >> rl2: [ITHREAD] >> rl2: link state changed to DOWN >> >> >> ath0 works fine >> rl2 works fine >> >> rl0 and rl1 don't and of course as you may suspect they are missing >> from ifconfig -a >> >> if I remove the miniPCI Atheros and enable 4th port it is the same >> picture but this time 4th port rl3 works fine and rl0, rl1, and rl2 >> don't in the same way. >> >> Any suggestions will be much appreciated. > > What makes me wonder is that both pci0:6:8:0 and pci0:6:9:0 has no > I/O BAR. I never saw these kind of thing on rl(4) controllers. > And I can't explain how rl(4) could successfully map the I/O with > non-existing I/O BAR. > Anyway would you try attached patch and let me know whether it > makes any difference? Also add the following line to > /boot/device.hints to have rl(4) use memory mapped mapping. > > hint.rl.0.prefer_iomap="0" > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Apparent dnsbl bug in Sendmail or m4
Am 22.08.2010 um 09:10 schrieb John Nielsen:
> FEATURE(dnsbl, `bl.spamcop.net', `"550 Mail from " $&{client_addr} "
> rejected, see http://spamcop.net/bl.shtml?"; $&{client_addr}')
>
> On the FreeBSD 4.x server, this is the corresponding section in the .cf file:
>
> # DNS based IP address spam list bl.spamcop.net
> R$* $: $&{client_addr}
> R$-.$-.$-.$-$: $(dnsbl $4.$3.$2.$1.bl.spamcop.net. $: OK $)
> ROK $: OKSOFAR
> R$+ $: TMPOK
> R$+ $#error $@ 5.7.1 $: "550 Mail from " $&{client_addr}
> " rejected, s
> ee http://spamcop.net/bl.shtml?"; $&{client_addr}
>
> On the FreeBSD 8.x server, this is the corresponding section:
>
> # DNS based IP address spam list bl.spamcop.net
> R$* $: $&{client_addr}
> R$-.$-.$-.$-$: $(dnsbl $4.$3.$2.$1.bl.spamcop.net. $: OK $)
> ROK $: OKSOFAR
> R$+ $: TMPOK
I've got:
FEATURE(`dnsbl', `ix.dnsbl.manitu.net',`"550 Rejected - see
http://www.heise.de/ix/nixspam/nixspam.blackmatches";')dnl
in my .mc, and get this in my .cf:
# DNS based IP address spam list ix.dnsbl.manitu.net
R$* $: $&{client_addr}
R$-.$-.$-.$-$: $(dnsbl $4.$3.$2.$1.ix.dnsbl.manitu.net. $: OK $)
ROK $: OKSOFAR
R$+ $: TMPOK
R$+ $#error $@ 5.7.1 $: "550 Rejected - see
http://www.heise.de/ix/nixspam/nixspam.blackmatches";
This is on 8.1 from July 15th. I just ran make all again, and it stays the
same.
Fired up my VMware image with a three-day old -stable, and put both mine and
yours in, and yours is missing the error line.
I experimented a bit, and it appears that the macro does not like having the
$&{client_addr} at the very end of the parameter. If I add "", it starts
working. No idea how or why, but there you go :-)
FEATURE(`dnsbl', `bl.spamcop.net', `"550 " $&{client_addr} "foo"
$&{client_addr} ""')dnl
Stefan
--
Stefan BethkeFon +49 151 14070811
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
[releng_8 tinderbox] failure on sparc64/sparc64
TB --- 2010-08-22 06:15:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-08-22 06:15:46 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2010-08-22 06:15:46 - cleaning the object tree TB --- 2010-08-22 06:16:20 - cvsupping the source tree TB --- 2010-08-22 06:16:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2010-08-22 06:17:08 - building world TB --- 2010-08-22 06:17:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-22 06:17:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-22 06:17:08 - TARGET=sparc64 TB --- 2010-08-22 06:17:08 - TARGET_ARCH=sparc64 TB --- 2010-08-22 06:17:08 - TZ=UTC TB --- 2010-08-22 06:17:08 - __MAKE_CONF=/dev/null TB --- 2010-08-22 06:17:08 - cd /src TB --- 2010-08-22 06:17:08 - /usr/bin/make -B buildworld >>> World build started on Sun Aug 22 06:17:08 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Aug 22 07:17:31 UTC 2010 TB --- 2010-08-22 07:17:31 - generating LINT kernel config TB --- 2010-08-22 07:17:31 - cd /src/sys/sparc64/conf TB --- 2010-08-22 07:17:31 - /usr/bin/make -B LINT TB --- 2010-08-22 07:17:31 - building LINT kernel TB --- 2010-08-22 07:17:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-08-22 07:17:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-08-22 07:17:31 - TARGET=sparc64 TB --- 2010-08-22 07:17:31 - TARGET_ARCH=sparc64 TB --- 2010-08-22 07:17:31 - TZ=UTC TB --- 2010-08-22 07:17:31 - __MAKE_CONF=/dev/null TB --- 2010-08-22 07:17:31 - cd /src TB --- 2010-08-22 07:17:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Aug 22 07:17:31 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar! ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod/trees.c cc -O2 -pipe -DFREEBSD_NAMECACHE -DBUILDING_ZFS -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/src/sys/modules/zfs/../../cddl/compat/opensolaris -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/zmod -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common -I/src/sys/modules/zfs/../.. -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common/zfs -I/src/sys/modules/zfs/../../cddl/contrib/opensolaris/common -I/src/sys/modules/zfs/../../../include -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-ar! ith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wno-unknown-pragmas -Wno-missing-prototypes -Wno-undef -Wno-strict-prototypes -Wno-cast-qual -Wno-parentheses -Wno-redundant-decls -Wno-missing-braces -Wno-uninitialized -Wno-unused -Wno-inline -Wno-switch -Wno-pointer-arith -c /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/co
Apparent dnsbl bug in Sendmail or m4
I'm migrating a sendmail server from FreeBSD 4.x to FreeBSD 8.x. After
turning on the new server and feeding it some "live" e-mail, I noticed
that the DNS blacklist lookups weren't actually rejecting e-mail like
they did on the old server. (Actually the presence of blacklist
information in the SpamAssassin report on an unwanted message that was
delivered and a total lack of them in the sendmail logs (versus a
steady stream on the old server).)
I double-checked the syntax of my .mc file, re-ran "cd /etc/mail;
make", and examined the resulting .cf file. While I saw lines
referencing each dnsbl I included in the .mc, all of the error clauses
were missing.
My .mc file includes this line on both servers:
FEATURE(dnsbl, `bl.spamcop.net', `"550 Mail from " $&{client_addr} "
rejected, see http://spamcop.net/bl.shtml?"; $&{client_addr}')
On the FreeBSD 4.x server, this is the corresponding section in the .cf file:
# DNS based IP address spam list bl.spamcop.net
R$* $: $&{client_addr}
R$-.$-.$-.$-$: $(dnsbl $4.$3.$2.$1.bl.spamcop.net. $: OK $)
ROK $: OKSOFAR
R$+ $: TMPOK
R$+ $#error $@ 5.7.1 $: "550 Mail from "
$&{client_addr} " rejected, s
ee http://spamcop.net/bl.shtml?"; $&{client_addr}
On the FreeBSD 8.x server, this is the corresponding section:
# DNS based IP address spam list bl.spamcop.net
R$* $: $&{client_addr}
R$-.$-.$-.$-$: $(dnsbl $4.$3.$2.$1.bl.spamcop.net. $: OK $)
ROK $: OKSOFAR
R$+ $: TMPOK
Note that the last line (containing the "error" clause and custom 550
message) is absent from the new server's file.
I know next to nothing about m4, but I compared the cf/feature/dnsbl.m4
files on the two machines and noticed that the newer version has an
"ifelse" statement to handle 'quarantine' or 'discard' keywords that is
not present in the older version. I counted the arguments and compared
them to the documented behavior of "ifelse" and didn't see any glaring
problems, but the correct output string from the statement simply does
not appear in the .cf file.
Apparently this is the only case that causes the ifelse statement to
not produce any output. Omitting the custom error message, specifying
'discard' or specifying 'quarantine' all produce a suitable action line
in the output (error with default message, discard or quarantine,
respectively). So just specifying e.g. "FEATURE(dnsbl,
`bl.spamcop.net')" is one workaround.
Since I don't use the 'quarantine' or 'discard' keywords I doctored the
dnsbl.m4 file to remove the final "ifelse" statement and always output
the error clause. That allowed me to produce a .cf file which included
the appropriate error clauses and customized 550 error messages.
This is an issue on FreeBSD 7.2 and 8.1 (and probably -CURRENT, but I
don't have a test machine handy), but not on 4.9 (I know, old). For
kicks I tried substituting gm4 from ports for m4 in the base but got
the same results. I also verified that a simple macro containing an
"ifelse" statement with seven arguments works as expected, including
printing the seventh argument if both comparisons (1&2 and 4&5) are
false.
So--I'm stumped. I do have the workarounds I mentioned but now that
I've encountered this mystery I would like to see it solved. Can anyone
help unravel it?
Thanks,
JN
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
