Re: OT: Amarok Sound Device
On 03/09/06, micke <[EMAIL PROTECTED]> wrote: > > But if you want to use specified audio device only for amarok xine > engine you can do that by changing the line: > > audio.device.sun_audio_device:/dev/audio1 > > in the config file: > $HOME/.kde/share/apps/amarok/xine-config Great! Thanks for your replies guys. Best Regards Edd
openbsd 3.8 firewall panic
Hello all, I have a bit of a problem here, which I figured you might be able to shed some light on. Setup: 2 x obsd 3.8 (+patches) machines running pf/pfsync/carp/ftp-proxy. Using 4 carp interfaces per machine, plus an if for pfsync. Hardware used is a couple of ibm x306, each with an intel quad-gigabit nic and two onboard intel gigabit nics. During my vacation the primary firewall panic'ed, and for some reason the secondary fw didn't take over, the crasched firewall was rebooted and seemed to work ok. My coworker did a bit of research on the cause of the problem, and decided to try and increase maxclusters ( kern.maxclusters: 6144 -> 15000). ~3 days later the primary firewall deciced to take another break, but this time around the secondary took over ok. Now, about 7 weeks later, the primary panic'ed again (secondary taking over ok), attached below is some output from ddb and boot, (I couldn't find anything relevant in the logfiles) Any hints/comments/etc on this is most welcome. regards, /Anders OpenBSD/i386 (fw0-host.my.domain) (ttyC0) login: panic: pool_get(mclpl): free list modified: magic=19beab21; page 0xd698d0 00; item addr 0xd698d000 Stopped at Debugger+0x4: leave RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC! DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION! ddb> ps PIDPPIDPGRPUUIDSFLAGSWAITCOMMAND 2552016911255207130x4184selectftp-proxy 1035216911103527130x4184selectftp-proxy 64321691164327130x4184selectftp-proxy 2101023754237537330x184pollsyslogd 23754123754030x84netiosyslogd 1706616911170667130x4184selectftp-proxy 1434716911143477130x4184selectftp-proxy 1541616911154167130x4184selectftp-proxy 180611806030x4086ttyingetty 25071125071030x40184selectsendmail 31017131017030x4086ttyingetty 18299118299030x4086ttyingetty 348013480030x4086ttyingetty 23739123739030x4086ttyingetty 8051805030x84selectcron 25276125276030x84selectsshd 16911116911030x184selectinetd 12567842484248330x184pollntpd 842418424030x84pollntpd 2166327056270567430x184bpfpflogd 27056127056030x84netiopflogd 1300030x100204 crypto_wa crypto 1200030x100204 aiodoned aiodoned 1100030x100204 syncerupdate 1000030x100204 cleaner cleaner 900030x100204 reaperreaper 800030x100204 pgdaemon pagedaemon 700030x100204 pftmpfpurge 600030x100204 usbevtusb2 500030x100204 usbevtusb1 400030x100204 usbtskusbtask 300030x100204 usbevtusb0 200030x100204 kmalloc kmthread 101030x4084waitinit 0-10030x80204scheduler swapper ddb> trace Debugger(5e000, 14000201,6820285e,d698d000,d05d27c0) at Debugger+0x4 panic(d04f6c40,d04f8c09,19beab21,d698d000,d698d000) at panic+0x63 pool_get(d05d27c0,0,d06f1dcc,d0254fcf,d0f67830) at pool_get+0x315 em_get_buf(23,d0f67800,0,d10505ee) at em_get_buf+0x176 em_process_receive_interrupts(d0f67800,fff8,d0101f50,4,d06f1e44) at em_proc ess_receive_interrupts+0x23a em_intr(d0f67800) at em_intr+0x93 Xrecurse_legacy11() at Xrecurse_legacy11+0x8a --- interrupt --- apm_cpu_idle(b0,d05ccec0,d05ccd40,7fff,d021ae67) at apm_cpu_idle+0x42 idle_loop(80058,10,0,0,8000) at idle_loop+0x5 bpendtsleep(d05ccd40,4,d050e4b1,0,0,d0307c16,8,286) at bpendtsleep uvm_scheduler(d05ccd3c,3,0,d04c7492,1ff7) at uvm_scheduler+0x6b check_console(0,0,0,0,0) at check_console ddb> boot dump panic: pool_get(mclpl): free list modified: magic=19beab21; page 0xd698d000; ite m addr 0xd698d000 Stopped at Debugger+0x4:leave RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC! DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION! ddb> Using drive 0, partition 3. Loading... probing: pc0 com0 mem[622K 510M a20=on] disk: fd hd0+ hd1+ >> OpenBSD/i386 BOOT 2.10 boot> booting hd0a:/bsd: 4804448+939504 [52+247296+228813]=0x5eeac8 entry point at 0x100120 [ using 476536 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rig
Re: network cards - which one is the best ;>
On 2006-09-03T23:16, Bill Marquette wrote: > On 9/3/06, Ted Unangst <[EMAIL PROTECTED]> wrote: > >On 9/3/06, Sylwester S. Biernacki <[EMAIL PROTECTED]> wrote: > >> I use Intel cards for several years and was happy of them almost all > >> the time. However, after I've read about them at this list & usenet > >> for the last few months I had to stand up and throw away all of > >> them. > >> > >> Theo wrote about em driver in OpenBSD and bad vendor design of Intel > >> NICs in general. Exactly the opposite I have used Intel server cards > >> with ~320Mbps traffic (max of old PCI board ;P) and everything worked > >> as it should. > > > >if they work great for you, why do you care? > > Other than Intel, is anyone else making quad port gig cards? I'm > always open to playing with other hardware (and am hitting some amount > of limitations with my current hardware setup anyway) but haven't run > across any decent quad cards lately. Silicom makes em-based quad/six port cards. http://www.silicom.co.il/ hth, Marcus.
Re: network cards - which one is the best ;>
thus Marcus Popp spake: On 2006-09-03T23:16, Bill Marquette wrote: On 9/3/06, Ted Unangst <[EMAIL PROTECTED]> wrote: On 9/3/06, Sylwester S. Biernacki <[EMAIL PROTECTED]> wrote: I use Intel cards for several years and was happy of them almost all the time. However, after I've read about them at this list & usenet for the last few months I had to stand up and throw away all of them. Theo wrote about em driver in OpenBSD and bad vendor design of Intel NICs in general. Exactly the opposite I have used Intel server cards with ~320Mbps traffic (max of old PCI board ;P) and everything worked as it should. if they work great for you, why do you care? Other than Intel, is anyone else making quad port gig cards? I'm always open to playing with other hardware (and am hitting some amount of limitations with my current hardware setup anyway) but haven't run across any decent quad cards lately. Silicom makes em-based quad/six port cards. http://www.silicom.co.il/ hth, Marcus. hm, the cards are based on Broadcom 5714 -- what about their crappiness? timo
followup: Re: network cards - which one is the best ;>
thus Marcus Popp spake: On 2006-09-03T23:16, Bill Marquette wrote: On 9/3/06, Ted Unangst <[EMAIL PROTECTED]> wrote: On 9/3/06, Sylwester S. Biernacki <[EMAIL PROTECTED]> wrote: I use Intel cards for several years and was happy of them almost all the time. However, after I've read about them at this list & usenet for the last few months I had to stand up and throw away all of them. Theo wrote about em driver in OpenBSD and bad vendor design of Intel NICs in general. Exactly the opposite I have used Intel server cards with ~320Mbps traffic (max of old PCI board ;P) and everything worked as it should. if they work great for you, why do you care? Other than Intel, is anyone else making quad port gig cards? I'm always open to playing with other hardware (and am hitting some amount of limitations with my current hardware setup anyway) but haven't run across any decent quad cards lately. Silicom makes em-based quad/six port cards. http://www.silicom.co.il/ hth, Marcus. hm, the cards are based on Broadcom 5714 -- what about their crappiness? timo they also have intel-based cards ;) timo
Re: "Fuzzy" patching broken?
On Mon, 4 Sep 2006, viq wrote: > > As for reporting, you already did. ;-) > > Well, no, I didn't submit an 'official' PR ;) I did, as a reminder to myself (or any other volunteer who wants to attack this). It's PR 5129, containing a file and a diff to reproduce the problem. Thanks for paying attention and reporting this. -Otto
Re: openbsd 3.8 firewall panic
On 2006/09/04 10:32, anders winckler wrote: > 2 x obsd 3.8 (+patches) machines running pf/pfsync/carp/ftp-proxy. See http://www.openbsd.org/cgi-bin/cvsweb/src/sys/dev/pci/if_em.c - note where OPENBSD_3_8 is in the page. Try a snapshot, plenty has changed. > My coworker did a bit of research on the cause of the problem, and decided > to try and increase maxclusters (kern.maxclusters: 6144 -> 15000). "netstat -m" will tell you if this is needed. > [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC No point adding unnecessary variables to the equation, just use openbsd.org binaries.
Re: "Fuzzy" patching broken?
On 9/4/06, Otto Moerbeek <[EMAIL PROTECTED]> wrote: On Mon, 4 Sep 2006, viq wrote: > > As for reporting, you already did. ;-) > > Well, no, I didn't submit an 'official' PR ;) I did, as a reminder to myself (or any other volunteer who wants to attack this). It's PR 5129, containing a file and a diff to reproduce the problem. Thanks for paying attention and reporting this. Thank you. -Otto -- viq
Re: "Fuzzy" patching broken?
On 9/4/06, Otto Moerbeek <[EMAIL PROTECTED]> wrote: It's PR 5129, containing a file and a diff to reproduce the problem. Thanks for paying attention and reporting this. It's 5219 - I keep hitting the keys in wrong order too ;) -Otto -- viq
Re: "Fuzzy" patching broken?
On Mon, 4 Sep 2006, Otto Moerbeek wrote: > On Mon, 4 Sep 2006, viq wrote: > > > > As for reporting, you already did. ;-) > > > > Well, no, I didn't submit an 'official' PR ;) > > I did, as a reminder to myself (or any other volunteer who wants to > attack this). It's PR 5129, containing a file and a diff to reproduce > the problem. Thanks for paying attention and reporting this. demime removed the file Cheers, Dries -- Dries Schellekens email: [EMAIL PROTECTED]
Re: "Fuzzy" patching broken?
On Mon, 4 Sep 2006, Dries Schellekens wrote: > On Mon, 4 Sep 2006, Otto Moerbeek wrote: > > > On Mon, 4 Sep 2006, viq wrote: > > > > > > As for reporting, you already did. ;-) > > > > > > Well, no, I didn't submit an 'official' PR ;) > > > > I did, as a reminder to myself (or any other volunteer who wants to > > attack this). It's PR 5129, containing a file and a diff to reproduce > > the problem. Thanks for paying attention and reporting this. > > demime removed the file Oops, thanks. It's 5219, btw (thanks viz!). I'm now wondering why gnats removes uuencoded inline text... Anyway, I'll try to send it in such a manner that gnats accepts it. -Otto
hostapd(8) parser bug?
Hi
I might be missing something obvious (in which case I apologize!), but I
think that the current behaviour of hostapd(8)'s configuration file
parser in -current is not quite correct when dealing with multiple
matches of the 'not' grammar rule.
Take, for example, the config file excerpt
hostap handle skip type management subtype ! beacon \
with log \
rate 100 / 10 sec
With yydebug set, this gives the following sequence of reads and reductions:
reading 260 (HOSTAP)
reading 266 (HANDLE)
reducing by rule 34 ($$1 :)
reading 307 (SKIP)
reducing by rule 47 (eventopt : SKIP)
reading 267 (TYPE)
reducing by rule 32 (hostapmatch :)
reducing by rule 61 (frm :)
reading 277 (MANAGEMENT)
[1] reducing by rule 183 (not :)
reading 268 (SUBTYPE)
reading 33 ('!')
[2] reducing by rule 184 (not : '!')
reading 280 (BEACON)
reading 272 (WITH)
reducing by rule 87 (frmelems :)
reducing by rule 78 (frmsubtype : BEACON frmelems)
[3] reducing by rule 75 (frmmatchmgmt : SUBTYPE not frmsubtype)
[4] reducing by rule 72 (frmmatchtype : TYPE not MANAGEMENT \
frmmatchmgmt)
reducing by rule 112 (frmmatchdir :)
reducing by rule 119 (frmmatchfrom :)
reducing by rule 121 (frmmatchto :)
reducing by rule 123 (frmmatchbssid :)
reducing by rule 125 (frmmatchrtap :)
reducing by rule 60 (frmmatch : frm frmmatchtype frmmatchdir \
frmmatchfrom frmmatchto frmmatchbssid frmmatchrtap)
reading 303 (LOG)
reading 296 (RATE)
reducing by rule 54 (verbose :)
reducing by rule 49 (action : WITH LOG verbose)
reducing by rule 64 (limit :)
reading 336 (STRING)
reducing by rule 174 (number : STRING)
reading 47 ('/')
reading 336 (STRING)
reducing by rule 174 (number : STRING)
reading 264 (SEC)
reducing by rule 68 (rate : RATE number '/' number SEC)
reducing by rule 36 (event : HOSTAP HANDLE $$1 eventopt \
hostapmatch frmmatch $$2 action limit rate)
When the 'not' rule is reduced, the u_int 'negative' is set to either 0
or 1, depending on the sense of the negation. In this example, it is set
at [1] and [2] (as annotated above), but the actions that use it are not
executed until reductions [3] and [4]. This means that the value
returned by the first reduction (at [1]) is never used; the rule as
parsed is
hostap handle skip type ! management subtype ! beacon \
with log \
rate 100 / 10 sec
which is not what was intended.
I think the following diff fixes this particular instance of the
problem, although I haven't tested it extensively. A better fix might
make 'type ! management subtype ...' invalid, given that (with the
current precedence) it doesn't make much sense -- filtering on data
frame subtypes is both not particularly useful, and not currently supported.
Stephen
Index: parse.y
===
RCS file: /cvs/src/usr.sbin/hostapd/parse.y,v
retrieving revision 1.24
diff -u -p -r1.24 parse.y
--- parse.y 27 Jun 2006 18:14:59 - 1.24
+++ parse.y 4 Sep 2006 12:56:26 -
@@ -471,12 +471,13 @@ frmmatchtype : /* any */
IEEE80211_FC0_TYPE_DATA;
HOSTAPD_MATCH(TYPE);
}
- | TYPE not MANAGEMENT frmmatchmgmt
+ | TYPE not MANAGEMENT
{
frame_ieee80211->i_fc[0] |=
IEEE80211_FC0_TYPE_MGT;
HOSTAPD_MATCH(TYPE);
}
+ frmmatchmgmt
;
frmmatchmgmt : /* any */
--
Stephen Lewis
automated source code scanning
since the openbsd project prides itself on being especially proactive about debugging, it would not surprise me to learn that there is automated code auditing going on. is this already the case? i didn't see openbsd listed on coverity's page, http://scan.coverity.com/ . further info about software that is already available would be nice, especially if it's open source. cheers, jake
Re: Speack Freely broken
Original message >Date: Mon, 4 Sep 2006 10:52:46 -0300 >From: "Diego Casati" <[EMAIL PROTECTED]> >Subject: Speack Freely broken >To: ports@openbsd.org > >speak freely seems to break when its Makefile gets updated, is anyone >getting the same? > diego, speak freely 7.1 is getting pretty old and hasn't been maintained since 2003, AFAIK. it is not surprising that it is broken. cheers, jake >$ sudo make install >===> Checking files for speak_freely-7.1 >`/usr/ports/distfiles/speak_freely-7.1.tar.gz' is up to date. >>> Checksum OK for speak_freely-7.1.tar.gz. (sha1) >===> speak_freely-7.1 depends on: gsm-* - found >===> Verifying specs: gsm.>=1.0 m curses ossaudio c termcap des >/bin/sh: syntax error: `> ' unexpected >*** Error code 1 > >Stop in /usr/ports/mbone/speak_freely (line 1497 of >/usr/ports/infrastructure/mk/bsd.port.mk). >*** Error code 1 > >Stop in /usr/ports/mbone/speak_freely (line 1750 of >/usr/ports/infrastructure/mk/bsd.port.mk). >$
Re: automated source code scanning
Jacob Yocom-Piatt wrote: > since the openbsd project prides itself on being especially proactive about > debugging, it would not surprise me to learn that there is automated code > auditing going on. is this already the case? i didn't see openbsd listed on > coverity's page, http://scan.coverity.com/ . Google for it. http://www.google.com/search?hl=en&q=coverity+openbsd&btnG=Google+Search > further info about software that is already available would be nice, > especially > if it's open source. just remember: don't confuse "tools" that help you on a task for things that do the task for you. One should keep their brain fully engaged... Nick.
Re: automated source code scanning
On 9/4/06, Jacob Yocom-Piatt <[EMAIL PROTECTED]> wrote: since the openbsd project prides itself on being especially proactive about debugging, it would not surprise me to learn that there is automated code auditing going on. is this already the case? i didn't see openbsd listed on coverity's page, http://scan.coverity.com/ . further info about software that is already available would be nice, especially if it's open source. cheers, jake From what I've seen here before the consensus seems to be that automated scanning is bad idea, because it can never (or at least, not for a while yet) match the intelligence of a human, and because making humans read the code leads to finding other bugs, like logic bugs, that would never be noticed otherwise. There's lint(1) if you want to check your C. -Nick
Re: automated source code scanning
Nick Holland wrote: > Jacob Yocom-Piatt wrote: > > since the openbsd project prides itself on being especially > > proactive about debugging, it would not surprise me to learn > > that there is automated code auditing going on. is this > > already the case? i didn't see openbsd listed on coverity's > > page, http://scan.coverity.com/ . > > Google for it. > http://www.google.com/search?hl=en&q=coverity+openbsd&btnG=Google+Search > > > further info about software that is already available would be > > nice, especially if it's open source. > > just remember: don't confuse "tools" that help you on a task for > things that do the task for you. One should keep their brain > fully engaged... Program testing can be used to show the presence of bugs, but never to show their absence! -- Edsger Dijkstra, [1972] # Han
Re: automated source code scanning
Original message >Date: Mon, 4 Sep 2006 10:26:26 -0400 >From: "Nick Guenther" <[EMAIL PROTECTED]> >Subject: Re: automated source code scanning >To: OpenBSD-Misc > >On 9/4/06, Jacob Yocom-Piatt <[EMAIL PROTECTED]> wrote: >> since the openbsd project prides itself on being especially proactive about >> debugging, it would not surprise me to learn that there is automated code >> auditing going on. is this already the case? i didn't see openbsd listed on >> coverity's page, http://scan.coverity.com/ . >> >> further info about software that is already available would be nice, >> especially >> if it's open source. >> >> cheers, >> jake >> > >From what I've seen here before the consensus seems to be that >automated scanning is bad idea, because it can never (or at least, not >for a while yet) match the intelligence of a human, and because making >humans read the code leads to finding other bugs, like logic bugs, >that would never be noticed otherwise. There's lint(1) if you want to >check your C. > >-Nick > ! i did not realize there is a cvs mailing list.
Re: 4.0 i386 MP/clock issue?
How large is the "real" offset? What happens if you set the time yourself to a value reasonable close to the actual value? About 3.5 hrs... The reason I found the bouncing numbers suspect was that I have a dual-boot XP/OpenBSD laptop for field work. The time reported from the system clock in XP vs. OpenBSD is always 7 hrs off, but ntpd converges cleanly on the actual time on that old Dell Latitude. I manually changed the clock so that it was ~30 minutes off actual. The time appears to be converging a little more predictably now. Sep 3 01:06:06 dl360-800 ntpd[25752]: ntp engine ready Sep 3 01:06:07 dl360-800 savecore: no core dump Sep 3 01:06:29 dl360-800 ntpd[25752]: peer 62.149.14.222 now valid Sep 3 01:07:24 dl360-800 ntpd[20261]: adjusting local clock by 1738.268778s Sep 3 01:11:53 dl360-800 ntpd[20261]: adjusting local clock by 1727.952257s Sep 3 01:15:13 dl360-800 ntpd[20261]: adjusting local clock by 1720.300831s Sep 3 01:19:41 dl360-800 ntpd[20261]: adjusting local clock by 1709.898174s Sep 3 01:24:15 dl360-800 ntpd[20261]: adjusting local clock by 1699.403299s Sep 3 01:25:22 dl360-800 ntpd[20261]: adjusting local clock by 1696.860246s Sep 3 01:29:26 dl360-800 ntpd[20261]: adjusting local clock by 1687.461275s Up until that move-the-clock-closer change, the numbers reported by ntpd were appeared in what looks to be a couple of discrete ranges...sometimes even increasing for the entries clearly not in the correct range (~12000 to 13000s) at that time. Sep 2 15:01:34 dl360-800 ntpd[11652]: adjusting local clock by 7798.724879s Sep 2 15:05:20 dl360-800 ntpd[11652]: adjusting local clock by 13446.206131s Sep 2 15:06:24 dl360-800 ntpd[11652]: adjusting local clock by 2145.038121s Sep 2 15:07:31 dl360-800 ntpd[11652]: adjusting local clock by 7791.831799s Sep 2 15:11:49 dl360-800 ntpd[11652]: adjusting local clock by 13431.275244s Sep 2 15:13:22 dl360-800 ntpd[11652]: adjusting local clock by 7785.823806s Sep 2 15:15:31 dl360-800 ntpd[11652]: adjusting local clock by 13422.782728s Sep 2 15:19:56 dl360-800 ntpd[11652]: adjusting local clock by 13412.590067s Sep 2 15:21:32 dl360-800 ntpd[11652]: adjusting local clock by 13408.929958s Sep 2 15:25:16 dl360-800 ntpd[11652]: adjusting local clock by 13400.332153s Sep 2 15:28:31 dl360-800 ntpd[11652]: adjusting local clock by 13392.807482s Sep 2 15:30:06 dl360-800 ntpd[11652]: adjusting local clock by 13389.173186s Sep 2 15:32:49 dl360-800 ntpd[11652]: adjusting local clock by 7762.083958s Sep 2 15:37:05 dl360-800 ntpd[11652]: adjusting local clock by 13373.105074s Sep 2 15:38:10 dl360-800 ntpd[11652]: adjusting local clock by 2144.954800s Sep 2 15:39:47 dl360-800 ntpd[11652]: adjusting local clock by 7754.032285s Sep 2 15:41:38 dl360-800 ntpd[12524]: peer 83.170.1.225 now invalid Sep 2 15:41:38 dl360-800 ntpd[12524]: peer 66.90.78.182 now invalid Sep 2 15:41:38 dl360-800 ntpd[12524]: peer 24.130.207.189 now invalid Sep 2 15:41:58 dl360-800 ntpd[11652]: adjusting local clock by 13361.852470s Sep 2 15:45:40 dl360-800 ntpd[11652]: adjusting local clock by 13353.318526s Sep 2 15:49:27 dl360-800 ntpd[11652]: adjusting local clock by 2138.751600s Sep 2 15:51:53 dl360-800 ntpd[12524]: peer 84.16.227.200 now valid Sep 2 15:52:09 dl360-800 ntpd[11652]: adjusting local clock by 13338.376743s Sep 2 15:52:38 dl360-800 ntpd[12524]: peer 81.5.136.18 now valid Sep 2 15:55:57 dl360-800 ntpd[11652]: adjusting local clock by 13329.650124s Sep 2 15:59:42 dl360-800 ntpd[11652]: adjusting local clock by 13320.971186s Sep 2 16:01:19 dl360-800 ntpd[12524]: peer 62.206.253.10 now invalid Sep 2 16:02:55 dl360-800 ntpd[12524]: peer 84.16.227.200 now invalid Sep 2 16:03:30 dl360-800 ntpd[11652]: adjusting local clock by 13312.285860s Sep 2 16:07:45 dl360-800 ntpd[11652]: adjusting local clock by 13302.471098s Sep 2 16:11:00 dl360-800 ntpd[11652]: adjusting local clock by 13295.005341s Sep 2 16:13:44 dl360-800 ntpd[11652]: adjusting local clock by 2141.180582s Sep 2 16:14:48 dl360-800 ntpd[11652]: adjusting local clock by 2138.724389s Sep 2 16:18:38 dl360-800 ntpd[11652]: adjusting local clock by 13277.439112s Sep 2 16:20:51 dl360-800 ntpd[11652]: adjusting local clock by 13272.318780s Sep 2 16:21:26 dl360-800 ntpd[11652]: adjusting local clock by 2146.147600s Sep 2 16:24:44 dl360-800 ntpd[11652]: adjusting local clock by 13263.369168s Sep 2 16:26:55 dl360-800 ntpd[11652]: adjusting local clock by 2142.442300s Sep 2 16:28:32 dl360-800 ntpd[11652]: adjusting local clock by 13254.628506s Sep 2 16:29:05 dl360-800 ntpd[11652]: adjusting local clock by 2146.227600s Sep 2 16:32:24 dl360-800 ntpd[11652]: adjusting local clock by 13245.731779s Sep 2 16:34:35 dl360-800 ntpd[11652]: adjusting local clock by 13240.699778s Sep 2 16:34:50 dl360-800 ntpd[12524]: peer 83.170.1.225 now valid Sep 2 16:35:02 dl360-800 ntpd[12524]: pee
Re: automated source code scanning
Jacob Yocom-Piatt wrote: > > since the openbsd project prides itself on being especially > proactive about > debugging, it would not surprise me to learn that there is automated code > auditing going on. is this already the case? i didn't see openbsd Automating stuff you do NOT understand stands little chance of making anything better. Me, I just lurk here and do not speak for anyone, but I can assure you that the OpenBSD folks are not so naive as to put any trust in automated gizmos. I am sure that they do manage to automate a few bits and pieces here and there, but I don't think that's what you were asking.
Re: network cards - which one is the best ;>
On Mon, Sep 04, 2006 at 09:30:13AM +, Marcus Popp wrote: > On 2006-09-03T23:16, Bill Marquette wrote: > > Other than Intel, is anyone else making quad port gig cards? > > Silicom makes em-based quad/six port cards. I thought the point of this subthread was Bill trying to avoid em(4)-based cards?
Re: 4.0 i386 MP/clock issue?
On Sun, Sep 03, 2006 at 02:06:11AM -0600, Jason George wrote: > >How large is the "real" offset? What happens if you set the time > >yourself to a value reasonable close to the actual value? > > About 3.5 hrs... The reason I found the bouncing numbers suspect > was that I have a dual-boot XP/OpenBSD laptop for field work. The > time reported from the system clock in XP vs. OpenBSD is always 7 hrs > off, but ntpd converges cleanly on the actual time on that old Dell > Latitude. XP and all other versions of Windows set the clock to local time, whereas OpenBSD sets it to GMT/UTC. That has less to do with Dell Latitude and more to do with Dell Longitude. You might find some useful info in the archives about getting the two OSs to play together, time-wise. -- Darrin Chandler| Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ |
Re: automated source code scanning
On Mon, Sep 04, 2006 at 09:11:52AM -0500, [EMAIL PROTECTED] wrote: > Automating stuff you do NOT understand stands little chance of making > anything better. Me, I just lurk here and do not speak for anyone, but > I can assure you that the OpenBSD folks are not so naive as to put any > trust in automated gizmos. Coverity found at least 30 bugs in OpenBSD (counting the number of commits to the cvs mailing list containing ``coverity'', according to marc), so it seems the OpenBSD developers *do* acknowledge the value of some automated testing. Also, tedu@ is a Coverity employee.
Re: automated source code scanning
On Mon, Sep 04, 2006 at 11:27:32AM -0500, Matthew R. Dempsky wrote: > On Mon, Sep 04, 2006 at 09:11:52AM -0500, [EMAIL PROTECTED] wrote: > > Automating stuff you do NOT understand stands little chance of making > > anything better. Me, I just lurk here and do not speak for anyone, but > > I can assure you that the OpenBSD folks are not so naive as to put any > > trust in automated gizmos. > > Coverity found at least 30 bugs in OpenBSD (counting the number of > commits to the cvs mailing list containing ``coverity'', according to > marc), so it seems the OpenBSD developers *do* acknowledge the value > of some automated testing. > > Also, tedu@ is a Coverity employee. Yes. *Relying* on such tools is foolish, as is not availing yourself of the information they *do* provide. -- Darrin Chandler| Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ |
Re: network cards - which one is the best ;>
On 9/4/06, Matthew R. Dempsky <[EMAIL PROTECTED]> wrote: On Mon, Sep 04, 2006 at 09:30:13AM +, Marcus Popp wrote: > On 2006-09-03T23:16, Bill Marquette wrote: > > Other than Intel, is anyone else making quad port gig cards? > > Silicom makes em-based quad/six port cards. I thought the point of this subthread was Bill trying to avoid em(4)-based cards? More or less :) I can certainly continue to live with em(4), but I'm definitely seeing some bottlenecks (interrupt load) with it on my hardware (HP DL380 G4's - I have some new DL385's in that I haven't benchmarked) w/ i386 non-MP kernel (MP kernel in my testing seemed to negatively impact throughput performance even in MP hardware). One important note is that this is with the previous generation of the pci-x boards, I haven't retested with the currently shipping boards that are only supported in 4.0. --Bill
broadcom wireless card
I recently got a acer aspire 3000 laptop which i got for a good price. Unfortunately it's got a broadcom wireless card which won't work under openbsd. I was wondering if there's some way to get it working or if i have to replace it what would be a good cheap alternative. I don't know if project evil works on openbsd but i'll try and give that a shot. thanks, roger
Re: 4.0-beta SSH and GSSAPI Segmentation fault.
Darren Tucker <[EMAIL PROTECTED]> wrote: > It would appear that while the underlying problem is in the kerberos > library, Simon has provided a better workaround (below) which has been > applied to ssh and will be in the next snapshot. Thanks for the report. Sorry for the late response. I just installed a new snapshot. $ sysctl kern.version kern.version=OpenBSD 4.0 (GENERIC) #1104: Fri Sep 1 11:54:27 MDT 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC ssh works for me both with a ticket and without a ticket. Thank you both.
Re: 4.0 i386 MP/clock issue?
Darrin Chandler wrote: > XP and all other versions of Windows set the clock to local time, > whereas OpenBSD sets it to GMT/UTC. It's probably better to say "all non-braindead OSes set the clock to UTC". ;) That said, if Jason just runs config -ef /bsd and sets the timezone properly, his problem should be resolved; at least, until the next DST change...
Re: automated source code scanning
On Mon, Sep 04, 2006 at 11:01:20AM -0700, Darrin Chandler wrote: > On Mon, Sep 04, 2006 at 11:27:32AM -0500, Matthew R. Dempsky wrote: > > On Mon, Sep 04, 2006 at 09:11:52AM -0500, [EMAIL PROTECTED] wrote: > > > Automating stuff you do NOT understand stands little chance of making > > > anything better. Me, I just lurk here and do not speak for anyone, but > > > I can assure you that the OpenBSD folks are not so naive as to put any > > > trust in automated gizmos. > > > > Coverity found at least 30 bugs in OpenBSD (counting the number of > > commits to the cvs mailing list containing ``coverity'', according to > > marc), so it seems the OpenBSD developers *do* acknowledge the value > > of some automated testing. > > > > Also, tedu@ is a Coverity employee. > > Yes. *Relying* on such tools is foolish, as is not availing yourself of > the information they *do* provide. Agreed, but Tony said ``the OpenBSD folks are not so naive as to put _any_ trust in automated gizmos,'' not ``[...] to _only_ put trust in [...].''
Re: broadcom wireless card
On Mon, Sep 04, 2006 at 01:30:47PM -0500, Roger Midmore wrote: > I recently got a acer aspire 3000 laptop which i got for a good price. > Unfortunately it's got a broadcom wireless card which won't work under > openbsd. I was wondering if there's some way to get it working or if i > have to replace it what would be a good cheap alternative. I don't know if > project evil works on openbsd but i'll try and give that a shot. Project Evil [1] most assuredly doesn't work on OpenBSD, and given the OpenBSD stance on blobs, I wouldn't hold my breath for it to ever work. Search the archives for recommendations. Joachim [1] NDIS wrapper for FreeBSD, it seems, given a quick web search.
Re: broadcom wireless card
On Mon, Sep 04, 2006 at 01:30:47PM -0500, Roger Midmore wrote: > I recently got a acer aspire 3000 laptop which i got for a good price. > Unfortunately it's got a broadcom wireless card which won't work under > openbsd. I was wondering if there's some way to get it working or if i > have to replace it what would be a good cheap alternative. You can get an MSI MP54G4 from newegg.com for about $20[1]. Only problem I've had so far is the wireless activity LED on my laptop doesn't illuminate anymore, but I haven't determined the cause. Before ordering a replacement, make sure to check how accessible the Mini-PCI slot is. My Thinkpad X40 required unscrewing just three screws to get access to it, while an Averatec whose card I tried replacing involved removing two dozen screws and disconnecting various unrelated cables, and I eventually gave up without ever seeing the slot. [1] http://www.newegg.com/Product/Product.asp?Item=N82E16833158115
PATCH: usr.bin/calendar/calendars/calendar.computer
Hello, I think it's worth to remind this day in year that: 07/22 Berkeley rescinded the 3rd term of BSD license, 1999 ps. I'm not on misc, please cc. -- best regards q# Index: calendar.computer === RCS file: /cvs/src/usr.bin/calendar/calendars/calendar.computer,v retrieving revision 1.9 diff -u -r1.9 calendar.computer --- calendar.computer 2006/01/16 16:28:59 1.9 +++ calendar.computer 2006/09/04 20:47:44 @@ -59,6 +59,7 @@ Temple Univ., Phila, 1948, for symbolic differentiation on the ENIAC 07/08 Bell Telephone Co. formed (predecessor of AT&T), 1877 07/08 CDC incorporated, 1957 +07/22 Berkeley rescinded the 3rd term of BSD license, 1999 08/14 First Unix-based mallet created, 1954 08/14 IBM PC announced, 1981 08/22 CDC 6600 introduced, 1963
Re: network cards - which one is the best ;>
On 2006/09/04 13:25, Bill Marquette wrote: > More or less :) I can certainly continue to live with em(4), but I'm > definitely seeing some bottlenecks (interrupt load) with it on my > hardware (HP DL380 G4's - I have some new DL385's in that I haven't > benchmarked) w/ i386 non-MP kernel sk(4) cards are much better, but no quads. > (MP kernel in my testing seemed to negatively impact throughput > performance even in MP hardware). Depends on the hardware.
Re: automated source code scanning
On Mon, Sep 04, 2006 at 02:48:55PM -0500, Matthew R. Dempsky wrote: > On Mon, Sep 04, 2006 at 11:01:20AM -0700, Darrin Chandler wrote: > > On Mon, Sep 04, 2006 at 11:27:32AM -0500, Matthew R. Dempsky wrote: > > > On Mon, Sep 04, 2006 at 09:11:52AM -0500, [EMAIL PROTECTED] wrote: > > > > Automating stuff you do NOT understand stands little chance of making > > > > anything better. Me, I just lurk here and do not speak for anyone, but > > > > I can assure you that the OpenBSD folks are not so naive as to put any > > > > trust in automated gizmos. > > > > > > Coverity found at least 30 bugs in OpenBSD (counting the number of > > > commits to the cvs mailing list containing ``coverity'', according to > > > marc), so it seems the OpenBSD developers *do* acknowledge the value > > > of some automated testing. > > > > > > Also, tedu@ is a Coverity employee. > > > > Yes. *Relying* on such tools is foolish, as is not availing yourself of > > the information they *do* provide. > > Agreed, but Tony said ``the OpenBSD folks are not so naive as to put > _any_ trust in automated gizmos,'' not ``[...] to _only_ put trust in > [...].'' I'm agreeing with you. -- Darrin Chandler| Phoenix BSD Users Group [EMAIL PROTECTED] | http://bsd.phoenix.az.us/ http://www.stilyagin.com/ |
Is Locale Support Implemented?
$ uname -a
OpenBSD morpheus.mokaz.com 3.9 GENERIC.MP#598 i386
I get various locale errors from programs such perl and postgresql:
$ pkg_info mozilla
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LC_ALL = "en_US.ISO8859-1",
LANG = "en_US.ISO8859-1"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
# su _postgresql -c 'pg_ctl start -D /var/postgresql/data'
postmaster starting
FATAL: XX000: failed to initialize lc_messages to ""
LOCATION: InitializeGUCOptions, guc.c:2666
I have unsuccessfully tried setting LC_ALL to "en_US.ISO8859-1",
"en_US.ISO8859-15", and "en_US.UTF-8", which I found in
/usr/share/locale/. Setting LC_ALL to "C" seems to keep things quiet.
Have I misconfigured something?
My research, on these complaining programs, basically states that the
OS's locale support is either non-existent, misconfigured, or broken.
-pachl
Re: automated source code scanning
Note: I am am employee of Coverity. Coverity is not currently scanning OpenBSD. Right now the major reason is that our software has not been ported to OpenBSD. I cannot speculate on any future plans, nor say if anything is in the works. PS: my automated signature generator is right on topic :) On Mon, 4 Sep 2006 08:32:21 -0500 (CDT) Jacob Yocom-Piatt <[EMAIL PROTECTED]> wrote: : since the openbsd project prides itself on being especially proactive : about debugging, it would not surprise me to learn that there is : automated code auditing going on. is this already the case? i didn't : see openbsd listed on coverity's page, http://scan.coverity.com/ . : : further info about software that is already available would be nice, : especially if it's open source. : : cheers, : jake : -- Quality Control, n.: The process of testing one out of every 1,000 units coming off a production line to make sure that at least one out of 100 works.
ssh problem
I've configured a Soekris running OpenBSD 3.9 & pf as a firewall, with a read only CF. I am using the default sshd_config file except to run sshd on port 222. My problem is that I cannot connect remotely to this box via ssh except as root. When a legit user who has an account on that box attempts connection, I get " Failed password for invalid user lj from 192.168.1.13 port 10962 ssh2". Is there anything obvious that you can suggest that might be causing this problem? I did try changing the file system to read/write, but it did not resolve the problem. Thanks.
Re: ssh problem
Do you have the AllowUsers or AllowGroups in your config file ? That would do it. You shoulda also disable direct root logins. Try changing the following in /etc/ssh/sshd_config PermitRootLogin no Leonard Jacobs([EMAIL PROTECTED])@Mon, Sep 04, 2006 at 10:22:30PM -0400: > I've configured a Soekris running OpenBSD 3.9 & pf as a firewall, with a > read only CF. I am using the default sshd_config file except to run > sshd on port 222. > > My problem is that I cannot connect remotely to this box via ssh except > as root. When a legit user who has an account on that box attempts > connection, I get " Failed password for invalid user lj from > 192.168.1.13 port 10962 ssh2". Is there anything obvious that you can > suggest that might be causing this problem? I did try changing the file > system to read/write, but it did not resolve the problem. > > Thanks. > -- Allie D. Allnix,LLC. http://www.allnix.net One man's theology is another man's belly laugh.
Re: Missing section in FAQ - 6 Networking ?
** Reply to message from Nick Holland <[EMAIL PROTECTED]> on Sun, 03 Sep 2006 11:40:27 -0400 >Bruno Carnazzi wrote: > >> There is a numbering problem or a missing section in FAQ - 6 >> Networking : http://www.openbsd.org/faq/faq6.html#6.8 > >Not quite sure how that's a problem. > >Things get added and removed. > >I have an aversion to renumbering articles excessively... Even though >one of the early things I did in the FAQ was breaking the tie between >section numbers and links, I still tend to think of articles by the >section number...as apparently you do, as well. Have you considered having a vestigal section (something like '6.8: [removed]') to make it obvious that there's no error with very little extra work on your part? Dave -- Dave Anderson <[EMAIL PROTECTED]>
MacPro (Quad Intel Xeon 5150 dual-core) support?
Is support planned for Woodcrest? MacPro Quad Xeon tower? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
out of swap error?
Hello, I've got a freshly installed amd64 (dual core opteron) system running the latest snapshot (bsd.mp kernel). I have 1GB of ram and a 1GB swap partition. The machine has next to nothing on it at this point, not even X. The only packages I have installed are postfix, fetchmail and procmail (all from the latest openbsd snapshot). After letting the system sit for about 24 hours I sat down on the console to find a dozen or so "out of swap" errors like this: UVM: pid 23358 (sshd), uid 0 killed: out of swap UVM: pid 11042 (newsyslog), uid 0 killed: out of swap etc... I had an ssh session already open into the box so I was able to execute "top". Top showed very little memory usage (about 10MB) and no swap usage. I've searched the net and usenet for similar issues but the only posters I see having such problems are people trying to run extremely minimal systems like 16MB of ram and no swap partition. Any ideas on how I could be "out of swap" when I seemingly wasn't using hardly any RAM and no swap? Thanks, Jeff
Re: MacPro (Quad Intel Xeon 5150 dual-core) support?
On Mon, 4 Sep 2006, Anon Y. Mous wrote: > Is support planned for Woodcrest? > > MacPro Quad Xeon tower? Sure, if you send us a machine; these beasts generally do not just appear in my (or any other developers') house. -Otto
Re: The future of NetBSD
On Fri, Sep 01, 2006 at 11:59:57AM +0200, Gilbert Fernandes wrote: > I have a dream. > > A dream of unification. > > Having one BSD. Merging the three projects and, why not, keeping > incompatible stuff as options that would be either one or another. > > But when you tell yourself that it cannot be done, you don't even > try it. > > It would require people to not only do it for the sake of their projects, > but for the whole BSD people. Even those who really piss you off in > other projects. > > Because someday, those projects will live on without us. We'll pass on > like everyone. > > Am I alone thinking this ? Sure would be kind of nice, but in practice its nearly like saying, "I want that the world gets one car". Please unify Mercedes, BMW, Ferrari, VW and all of their models ;-) With design goal: Modularize car in a way, that the different customer demands can be achieved as options. You'll get problems in many ways ... - too many different - partly contradictory - design goals. One car is more a racing car, the other tries to be kind to mother nature - too different customers demands - different company cultures ... - many leaders that have to give up their own goals and synchronize with each other - say good-bye to own companies history and habits and be open to be only part of a new team For a volunteer project it sounds nearly impossible to synchronize all the different people with different goals and culture to the project targets _and_ be productive and write good code ! If the situation of NetBSD is the way like Charles Hannum describes - I'm no insider therefore I formulate it carefully this way - then a possible way could be a fork of NetBSD. But does the world really needs one more BSD ? Maybe the discussion itself is useful for making a cut and trying to reorganize the team by avoiding all that turns out to be a misconception. If this is not possible and people are convinced a fork with a strong leader would bring more merits and productivity, then a fork still could be done later. A fork off alone from NetBSD by keeping all the CPU and architecture support might be very tricky and difficult. Its questionable if one person is able to draw good design decisions that are well for all different NetBSD ports (here I mean the different architectures). Maybe a fork would need to specialize on one or some CPU types that a small team is able to handle. Andreas /// -- Andreas Klemm - Powered by FreeBSD 6 Need a magic printfilter today ? -> http://www.apsfilter.org/
