Re: about zfs and ashift and changing ashift on existing zpool
On 2019-04-08 20:55, Alexander Motin wrote: > On 08.04.2019 20:21, Eugene Grosbein wrote: >> 09.04.2019 7:00, Kevin P. Neal wrote: >> My guess (given that only ada1 is reporting a blocksize mismatch) is that your disks reported a 512B native blocksize. In the absence of any override, ZFS will then build an ashift=9 pool. >> >> [skip] >> >>> smartctl 7.0 2018-12-30 r4883 [FreeBSD 11.2-RELEASE-p4 amd64] (local build) >>> Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org >>> >>> === START OF INFORMATION SECTION === >>> Vendor: SEAGATE >>> Product: ST2400MM0129 >>> Revision: C003 >>> Compliance: SPC-4 >>> User Capacity:2,400,476,553,216 bytes [2.40 TB] >>> Logical block size: 512 bytes >>> Physical block size: 4096 bytes >> >> Maybe it't time to prefer "Physical block size" over "Logical block size" in >> relevant GEOMs >> like GEOM_DISK, so upper levels such as ZFS would do the right thing >> automatically. > > No. It is a bad idea. Changing logical block size for existing disks > will most likely result in breaking compatibility and inability to read > previously written data. ZFS already uses physical block size when > possible -- on pool creation or new vdev addition. When not possible > (pool already created wrong) it just complains about it, so that user > would know that his configuration is imperfect and he should not expect > full performance. And some drives just present 512 bytes for both .. no idea if this is consistent with the underlying silicon :-( I built a ZFS pool on it using 4k blocks anyway. smartctl 7.0 2018-12-30 r4883 [FreeBSD 13.0-CURRENT amd64] (local build) Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Device Model: WDC WDS100T2B0A-00SM50 Serial Number:1837B0803409 LU WWN Device Id: 5 001b44 8b99f7560 Firmware Version: X61190WD User Capacity:1,000,204,886,016 bytes [1.00 TB] Sector Size: 512 bytes logical/physical Rotation Rate:Solid State Device Form Factor: 2.5 inches Device is:Not in smartctl database [for details use: -P showall] ATA Version is: ACS-4 T13/BSR INCITS 529 revision 5 SATA Version is: SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is:Mon Apr 8 21:22:15 2019 EDT SMART support is: Available - device has SMART capability. SMART support is: Enabled AAM feature is: Unavailable APM level is: 128 (minimum power consumption without standby) Rd look-ahead is: Enabled Write cache is: Enabled DSN feature is: Unavailable ATA Security is: Disabled, frozen [SEC2] Wt Cache Reorder: Unavailable imb ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: em performs worse than igb (latency wise) in 12?
On 2019-04-06 08:58, Kris von Mach wrote: > On 4/6/2019 2:56 AM, Pete French wrote: >> Something odd going on there there - I am using 12-STABLE and I have >> igb just fine, and it attaches to the same hardware that 11 did: > > I ran apache bench, and I got a result of 100 requests/sec on 12-STABLE > vs 16,000 requests/sec on 11-STABLE. So something is definitely wrong. > Nothing changed other than going from 11 to 12. I'd be interested to see if substituting the port net/intel-em-kmod has any effect on the issue, imb ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: leapsecond file
On 08/07/16 22:11, Randy Bush wrote: > i get these on all fbsd 10.3 hosts > > Aug 7 04:13:06 cache0 ntpd[576]: leapsecond file > ('/var/db/ntpd.leap-seconds.list'): expired less than 68 days ago > > i have > > # grep ntp /etc/periodic.conf.local > # 480.leapfile-ntpd > daily_ntpd_leapfile_enable="YES" > daily_ntpd_avoid_congestion="NO" > > consulting the net of a thousand lies did not bring enlightenment. > maybe someone here has a clue bat? thanks. "Broken" as designed :-( For whatever reason, /etc/periodic/daily/480.leapfile-ntpd enters the check phase on every invocation (daily), sleeps some random time less than one day (if "avoid_congestion" true) and then decides that the file is too young to replace (the current file expires June 1st, 2017). Logs that to syslog .. rinse and repeat .. every day .. imb ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: "make delete-old" failed: 11.0-ALPHA6 @r302388 -> stable/11 @r302412
Seems to be a typo .. TARGET_CPUARCH should be TARGET_ARCH .. On 07/08/16 09:19, Johan Hendriks wrote: > > > Op 08/07/16 om 14:17 schreef David Wolfskill: >> After having built & smoke-tested: >> FreeBSD freebeast.catwhisker.org 11.0-ALPHA6 FreeBSD 11.0-ALPHA6 #36 >> r302388M/302389:1100120: Thu Jul 7 04:18:53 PDT 2016 >> r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC amd64 >> >> yesterday, I had "cloned" that slice to slice 3, then: >> svn switch ^/stable/11 /S3/usr/src >> >> to update slice 3's src to "Relative URL: ^/stable/11", then started >> the usual build world & kernel, install kernel & world, mergemaster, >> from src/UPDATING. All went well, through "mergemaster," but >> the next step "make delete-old" failed for me (showing last bit of >> "mergemaster" run for context): >> >> ... >> *** You installed a services file, so make sure that you run >> '/usr/sbin/services_mkdb -q -o /var/db/services.db /etc/services' >> to rebuild your services database >> >> Would you like to run it now? y or n [n] y >> Running /usr/sbin/services_mkdb -q -o /var/db/services.db /etc/services >> >> >> Friday, July 8, 2016 at 05:05:23 AM PDT >> bmake[1]: "/usr/src/ObsoleteFiles.inc" line 8019: Malformed conditional >> (${TARGET_ARCH} != "aarch64" && ${TARGET_CPUARCH} != "arm" && >> ${TARGET_ARCH} != "powerpc" && ${TARGET_ARCH} != "powerpc64" && >> ${TARGET_ARCH} != "sparc64") >> bmake[1]: Fatal errors encountered -- cannot continue >> bmake[1]: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make: stopped in /usr/src >> .ERROR_TARGET='delete-old' >> .ERROR_META_FILE='' >> .MAKE.LEVEL='0' >> MAKEFILE='' >> .MAKE.MODE='normal' >> .CURDIR='/usr/src' >> .MAKE='make' >> .OBJDIR='/usr/obj/usr/src' >> .TARGETS='delete-old' >> DESTDIR='' >> LD_LIBRARY_PATH='' >> MACHINE='amd64' >> MACHINE_ARCH='amd64' >> MAKEOBJDIRPREFIX='/usr/obj' >> MAKESYSPATH='/usr/src/share/mk' >> MAKE_VERSION='20160606' >> PATH='/sbin:/bin:/usr/sbin:/usr/bin' >> SRCTOP='/usr/src' >> OBJTOP='/usr/obj/usr/src' >> freebeast(11.0)[2] >> >> svn info says: >> freebeast(11.0)[8] svn info /usr/src >> Path: /usr/src >> Working Copy Root Path: /usr/src >> URL: file:///svn/freebsd/src/base/stable/11 >> Relative URL: ^/stable/11 >> Repository Root: file:///svn/freebsd/src/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 302426 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: gjb >> Last Changed Rev: 302412 >> Last Changed Date: 2016-07-07 17:26:38 -0700 (Thu, 07 Jul 2016) >> >> freebeast(11.0)[9] >> >> >> I'll go ahead & reboot for a smoke test, see how far I get (and probably >> go on to build & smoke-test today's head). >> >> Peace, >> david > > Just a me too, was running HEAD, switched to stable/11. > BTW i deleted the old /usr/src and installed a new source tree with a > new checkout. > > after make builworld cycle and a reboot, a make delete-old gives the > following error > > root@desk:~ # cd /usr/src/ > root@desk:/usr/src # make delete-old > make[1]: "/usr/src/ObsoleteFiles.inc" line 8019: Malformed conditional > (${TARGET_ARCH} != "aarch64" && ${TARGET_CPUARCH} != "arm" && > ${TARGET_ARCH} != "powerpc" && ${TARGET_ARCH} != "powerpc64" && > ${TARGET_ARCH} != "sparc64") > make[1]: Fatal errors encountered -- cannot continue > make[1]: stopped in /usr/src > *** Error code 1 > > Stop. > make: stopped in /usr/src > > regards > Johan > > > > > > ___ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" > ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: LDAP authentication confusion
On 07/15/13 22:28, Daniel Eischen wrote: I think something is lost on me here. getpwent/getpwuid do not return the password hashes in the returned struct passwd unless the calling process is root. So you have to be root in order to see the hashes anyway. Not all users are going to have access to the hashes, unless your machine's compromised or otherwise allows root privileges to others. My personal preference is to configure the LDAP server with this fragment in slapd.conf .. # lock down passwords access to attrs=userPassword by self write by anonymous auth by * none .. which achieves everything needed without exposing anything superfluously, imb ___ 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: [UART] GPS 18-5Hz LVC and COM1 silence, OK on Linux though...
On 04/28/13 13:48, Igor Mozolevsky wrote: On Linux, I get: [ .. ] Just a thought - Linux is not using flow-control .. $ sudo stty -F /dev/ttyS0 -a speed 4800 baud; rows 0; columns 0; line = 0; intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = undef; eol2 = undef; swtch = undef; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts ^^ BSD does .. With FreeBSD, the story is different: # stty -f /dev/cuau0.init -a speed 4800 baud; 0 rows; 0 columns; lflags: -icanon -isig -iexten -echo -echoe -echok echoke -echonl echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin -nokerninfo -extproc iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff ixany -imaxbel ignbrk -brkint -inpck -ignpar -parmrk oflags: -opost onlcr -ocrnl tab0 -onocr -onlret cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow ^^^ imb ___ 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: rpc.lockd exiting just after startup @r240811
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/23/12 18:50, David Wolfskill wrote: Since rpc.lockd seems OK on the systems running head, perhaps there was an issue with the MFC? Not running -current SVN 240879 .. no process and no sign of a lock manager using rpcinfo -p :-( imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBfpTIACgkQQv9rrgRC1JKYMgCfUJiOJkqQAxoXhZ4D+MVihqZD EvIAn0T3E0yGcPvkj2yV71QfKooGTqWS =7SUz -END PGP SIGNATURE- ___ 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: geom mirror now rebuilding on every reboot?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/06/12 14:06, Gleb Smirnoff wrote: Michael, On Sat, Aug 04, 2012 at 12:49:49PM -0400, Michael Butler wrote: M Something in -current and recently MFC'd to -stable is causing all of my M gmirror drives to rebuild on reboot :-( M M Being remote and these being production machines, I suspect SVN r237929 M and r237930 in -current and SVN r238500 to -stable but haven't yet been M able to prove it. I'd appreciate if you test that and either confirm or disclaim that r238500 introduces such regression. Thanks! I'm only home for a few hours this weekend (enough to do the laundry before hitting the road again :-() but I did prove that disabling SUJ and moving back to SU mitigates the problem, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAmhXIACgkQQv9rrgRC1JLqCQCghWIHeG9m3q6qY2o4vuTqXAx1 PSkAoIKgsEfiDxJJAqni/bL2CqRBG4+D =3fLJ -END PGP SIGNATURE- ___ 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: geom mirror now rebuilding on every reboot?
Ding, ding - I use the old partitioning scheme but also mirror individual partitions rather than whole disks, imb -Original Message- From: Maksim Yevmenkin maksim.yevmen...@gmail.com Sent: Monday, 6 August 2012 12:26 To: Garrett Cooper yaneg...@gmail.com Cc: sta...@freebsd.org; Michael Butler i...@protected-networks.net; curr...@freebsd.org Subject: Re: geom mirror now rebuilding on every reboot? On Mon, Aug 6, 2012 at 9:23 AM, Garrett Cooper yaneg...@gmail.com wrote: On Mon, Aug 6, 2012 at 8:34 AM, Maksim Yevmenkin maksim.yevmen...@gmail.com wrote: Michael, Something in -current and recently MFC'd to -stable is causing all of my gmirror drives to rebuild on reboot :-( Being remote and these being production machines, I suspect SVN r237929 and r237930 in -current and SVN r238500 to -stable but haven't yet been able to prove it. Is anyone else seeing this? yes, i've seem something similar only much, much worse. one of our production systems completely kept loosing its gmirror volumes on every reboot. it looked like gmirror metadata were completely corrupted. rebuilding mirrors and reverting back to previous kernel seemed to work. someone else is tracking it down. Is this is in 9.1 -PRERELEASE, -RELEASE (or whatever the official label is...)? If so, it seems like this would be a ship blocker. sorry. its releng_9/9-stable. gmirrors are on two ssds. we use gpt and gmirror individual partitions, not entire disks. thanks, max ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
RE: geom mirror now rebuilding on every reboot?
Sorry but I'm not going to be able to get to this until next w/e as I'm ~1500 miles away from them at present :-( -Original Message- From: Gleb Smirnoff gleb...@freebsd.org Sent: Monday, 6 August 2012 14:06 To: Michael Butler i...@protected-networks.net Cc: curr...@freebsd.org; sta...@freebsd.org Subject: Re: geom mirror now rebuilding on every reboot? Michael, On Sat, Aug 04, 2012 at 12:49:49PM -0400, Michael Butler wrote: M Something in -current and recently MFC'd to -stable is causing all of my M gmirror drives to rebuild on reboot :-( M M Being remote and these being production machines, I suspect SVN r237929 M and r237930 in -current and SVN r238500 to -stable but haven't yet been M able to prove it. I'd appreciate if you test that and either confirm or disclaim that r238500 introduces such regression. Thanks! -- Totus tuus, Glebius. ___ 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
geom mirror now rebuilding on every reboot?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Something in -current and recently MFC'd to -stable is causing all of my gmirror drives to rebuild on reboot :-( Being remote and these being production machines, I suspect SVN r237929 and r237930 in -current and SVN r238500 to -stable but haven't yet been able to prove it. Is anyone else seeing this? imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAdUqwACgkQQv9rrgRC1JIVSwCfctGE6tASTXyhW1ejHsWLTDRs MTsAoMXqcQ3dwlurELdqm2ZBqTCCgRaR =J/No -END PGP SIGNATURE- ___ 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: Odd ttyvN TERM settings
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/08/12 10:00, George Mitchell wrote: Up through FreeBSD 8.x, the ttyvN consoles had a TERM setting of cons25. On FreeBSD 9.n, it appears to be xterm for ttyv0, but it's still cons25 for ttyv1-ttyv8 (even though they all appear to act like xterms). Not surprisingly, this leads to less than desirable results when trying to run vi (or other such programs) on ttyv1 through ttyv8, unless you remember to setenv TERM xterm. Why did we change from cons25 to xterm? How can we get all the ttyvNs to get the correct TERM setting? -- George Mitchell The console driver has been replaced/updated. You likely missed updating your /etc/ttys, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/5lP0ACgkQQv9rrgRC1JKkLQCeLzOuP1oCaplYpBAQIgFsU82r jwMAoKgHFQvdvSBK81Pf1wrOCuEJmkVD =YADR -END PGP SIGNATURE- ___ 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: Support for Intel 82599ES?
On 06/01/12 13:06, Rick Miller wrote: Thanks, Jack! Also another support question for the listsIs the Broadcom BCM5719 supported? I can find neither in the hardware notes for 8.3 nor 9.0. man bge ___ 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: Different features on different CPU cores?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/30/12 10:15, Zhihao Yuan wrote: Hi, Today I want to compile the latest www/chromium, and I found that I encountered some SSSE3 problems, with either gcc46/clang, and I found that this new version requires (S)SSE3 support. My CPU is a Intel i5 M 520, which suppose to support these. But when I'm checking the CPU features, I see: CPU: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz (2394.02-MHz K8-class CPU) Origin = GenuineIntel Id = 0x20652 Family = 6 Model = 25 Stepping = 2 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM OV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x298e3ffSSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16 ,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT,AESNI What? Different features on different cores? Is it my CPU's problem or FreeBSD's problem? You are misreading this .. they ran out of bits in one word to describe the available features so they added another word 'features2' to describe the rest. These capabilities apply to both cores, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/GLdwACgkQQv9rrgRC1JI9vgCdHoHEdEV8V+SawdSI+iD8TFc5 XyoAniiyJ6kkZZ/AjFhgTgXLrvJvdB/k =y05w -END PGP SIGNATURE- ___ 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: Marvel 88SE9480
On 01/20/12 17:19, Mike Tancsa wrote: Hi, I tried this new controller http://www.addonics.com/products/ad2ms6gpx8.php which is based on the 88SE9480 chipset. Does anyone have it working ? I tried adding the PCI ID, but it does not attach unfortunately. {0x94801b4b, 0x00, Addonics, AHCI_Q_NOBSYRES}, ahci0: Addonics AHCI SATA controller mem 0x4814-0x4815,0x4810-0x4813 irq 16 at device 0.0 on pci1 device_attach: ahci0 attach returned 6 pciconf shows ahci0@pci0:1:0:0: class=0x010400 card=0x94801b4b chip=0x94801b4b rev=0x03 hdr=0x00 vendor = 'Marvell Technology Group Ltd.' class = mass storage subclass = RAID bar [10] = type Memory, range 64, base 0x4814, size 131072, enabled bar [18] = type Memory, range 64, base 0x4810, size 262144, enabled cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message, 64 bit cap 10[70] = PCI-Express 2 endpoint max data 128(4096) link x8(x8) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC0 This was with today's RELENG_9 I'm concerned about these memory ranges - how much RAM is in this thing? imb ___ 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: FLAME - security advisories on the 23rd ? uncool idea is uncool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/23/11 11:53, Karl Denninger wrote: I happen to APPLAUD the FreeBSD Security team for doing this. I WANT security fixes out as soon as reasonably possible. You're NOT telling the bad guys anything they don't already know, but you ARE making it possible for the good guys to raise shields. A remote root problem is about as bad as it gets. +1 Even if the timing is less than optimal, having the necessary information out there offers the opportunity for each organization to make an *informed choice* as to which vulnerabilities might be present in their deployments, which are of highest priority and what resourcing decision are appropriate in their specific context. The FreeBSD Security folk are not saying you must do this today; they *can't* make that call on our behalf - it is entirely an organizational decision based on our assessment(s) of our risk and exposure, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk70vFkACgkQQv9rrgRC1JJ1YgCdELKoI5JH8FaIjrlHm/Fco3y1 3s8AoJHarM0WhuCf0edFUWQpfkFF4g+S =Z4M2 -END PGP SIGNATURE- ___ 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: linux-f10-flashplugin
On 09/29/11 13:57, Norbert Augenstein wrote: On Wed, Sep 28, 2011 at 10:08:25PM +0400, S.N.Grigoriev wrote: 28.09.2011, 21:10, Conrad J. Sabatierconr...@cox.net: On Wed, 28 Sep 2011 11:50:08 -0500 Conrad J. Sabatierconr...@cox.net wrote: [ .. snip .. ] Actually, now that I think of it, I think the way I did it was this: cd /home/conrads/.mozilla/plugins /usr/local/lib/nspluginwrapper/x86_64/freebsd/npconfig -i /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so And npwrapper.libflashplayer.so was created under /home/conrads/.mozilla/plugins. Hope this helps. I've done it. No results. ... same problem here, but the last i did yesterday was a 'freebsd-update' to 8.2-RELEASEp3 after 'freebsd-update rollback' flash is working again. can someone look at this? Another data-point; when it fails, it records .. (npviewer.bin:62652): Gtk-WARNING **: cannot open display: :0 *** NSPlugin Wrapper *** ERROR: failed to initialize plugin-side RPC client connection NOTE: child process received `Goodbye', closing down .. in .xsession-errors :-( imb ___ 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: linux-f10-flashplugin
On 09/29/11 18:30, Jeremy Chadwick wrote: On Thu, Sep 29, 2011 at 11:56:48PM +0200, Norbert Augenstein wrote: [ .. snip .. ] it seems that http://security.freebsd.org/advisories/FreeBSD-SA-11:05.unix.asc is the culprit. Just for clarification: Said fix might explain the ERROR: failed to initialize plugin-side RPC client connection problem, but would not explain the getpwuid_r() problem. I reverted this piece of r225827 below against 10-CURRENT (at r225881) and flash works once again. Index: uipc_usrreq.c === --- uipc_usrreq.c (revision 225826) +++ uipc_usrreq.c (revision 225827) @@ -462,6 +462,8 @@ unp = sotounpcb(so); KASSERT(unp != NULL, (uipc_bind: unp == NULL)); + if (soun-sun_len sizeof(struct sockaddr_un)) + return (EINVAL); namelen = soun-sun_len - offsetof(struct sockaddr_un, sun_path); if (namelen = 0) return (EINVAL); @@ -1252,6 +1254,8 @@ unp = sotounpcb(so); KASSERT(unp != NULL, (unp_connect: unp == NULL)); + if (nam-sa_len sizeof(struct sockaddr_un)) + return (EINVAL); len = nam-sa_len - offsetof(struct sockaddr_un, sun_path); if (len = 0) return (EINVAL); ___ 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: using freebsd-update to update jails and their host
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/27/11 08:48, Dan Naumov wrote: I've also discovered the ezjail-admin install -h file:// option which installs a basejail using the host system as base, am I right in thinking I could also use this by first upgrading my host and then running this command to write the /basejail over with the updated files from the host to bring them into sync? I still don't know how I would then fix the /etc under each individual jail though. I've been using .. ezjail-admin update -i .. to update the binaries after a full update of the host system and something like .. #!/bin/sh for JAIL in {list-your-jails-here} do mv /usr/src /usr/local/jails/${JAIL}/usr JAIL_ID=`jls | grep $JAIL | awk '{ print $1 };'` echo Updating: ${JAIL} jexec ${JAIL_ID} mergemaster -scvi mv /usr/local/jails/${JAIL}/usr/src /usr done .. to update/merge with jail-specific config data, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk1qZ3IACgkQQv9rrgRC1JLqugCcCRUttSFubQnc6IJtgjR6wcjr xioAoKllN6juSk1A7hHso7/AXP8mMZ9p =tkVj -END PGP SIGNATURE- ___ 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: using freebsd-update to update jails and their host
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Apologies .. correcting myself here .. .. to update the binaries after a full update of the host system and something like .. #!/bin/sh for JAIL in {list-your-jails-here} do mv /usr/src /usr/local/jails/${JAIL}/usr JAIL_ID=`jls | grep $JAIL | awk '{ print $1 };'` echo Updating: ${JAIL} jexec ${JAIL_ID} mergemaster -scvi mv /usr/local/jails/${JAIL}/usr/src /usr done This should, of course, be .. #!/bin/sh rmdir /usr/local/jails/basejail/usr/src mv /usr/src /usr/local/jails/basejail/usr/src for JAIL in {list-your-jails-here} do JAIL_ID=`jls | grep $JAIL | awk '{ print $1 };'` echo Updating: ${JAIL} jexec ${JAIL_ID} mergemaster -scvi done mv /usr/local/jails/basejail/usr/src /usr mkdir /usr/local/jails/basejail/usr/src imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk1qagEACgkQQv9rrgRC1JJVdwCfWeTcTSheVvMDFDLMfZj/56he ZUcAoLwiSObA6UmCmALfiFK/tJaVyj8+ =1pnX -END PGP SIGNATURE- ___ 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 buildworld broken
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 SVN rev 214875 on 2010-11-06 13:03:33Z breaks buildworld on releng_7. It introduces siis.4 to /usr/src/share/man/man4/Makefile which doesn't exist (yet?) imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzV2tMACgkQQv9rrgRC1JLgAQCeIOtFEwhHzxs4f2KCsLxg8cQh Aw4AoMEjWsu0Ls2Tto+sb8NzaYH1qfsX =X33+ -END PGP SIGNATURE- ___ 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
7-stable compile broken: kern_ntptime
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After the recent kern_ntptime updates: cc -c -O2 -pipe -fno-strict-aliasing -march=pentium4 -std=c99 -Wall - -Wredundant-decls -Wnested-externs -Wstrict-prototypes - -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef - -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys - -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS - -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 - -fno-omit-frame-pointer -mno-align-long-strings - -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 - -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/kern_ntptime.c cc1: warnings being treated as errors /usr/src/sys/kern/kern_ntptime.c: In function 'periodic_resettodr': /usr/src/sys/kern/kern_ntptime.c:985: warning: implicit declaration of function 'resettodr' /usr/src/sys/kern/kern_ntptime.c:985: warning: nested extern declaration of 'resettodr' /usr/src/sys/kern/kern_ntptime.c:989: warning: implicit declaration of function 'callout_schedule' /usr/src/sys/kern/kern_ntptime.c:989: warning: nested extern declaration of 'callout_schedule' *** Error code 1 Stop in /usr/obj/usr/src/sys/AUBURN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkv0AC8ACgkQQv9rrgRC1JJs/QCgpVIUSKua6RaVH1Ch16BEixao CNQAoJ59A4isvuVms6jHuSaW28p/ubD4 =GRs2 -END PGP SIGNATURE- ___ 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: display r number
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/24/10 11:02, AN wrote: I recently saw the following in a post to the list, 8.0-STABLE FreeBSD 8.0-STABLE #2 r207058M:. My question is how do you get the r number to display? My uname -a says:8.0-STABLE FreeBSD 8.0-STABLE #2: Sat Apr 17 20:56:53. Is there a command line option, or a configuration setting somewhere? This indicates the type of source-code repository in use. If you use cvsup or csup, you get the result you see. If you use a subversion repository from which to build, you get the revision number (plus an 'M', if there are local changes applied), imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvTEx4ACgkQQv9rrgRC1JL0kACdFP/dF6J3LQzQZKWAeDQIqsTJ 8f0AmgNnKFyCZmfb74Fm9W3IyMoRFWXm =rEK/ -END PGP SIGNATURE- ___ 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: ldd manpage - example does not work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/05/10 14:40, Garrett Cooper wrote: On Mon, Apr 5, 2010 at 11:35 AM, Rainer Hurling rhur...@gwdg.de wrote: The example looks as follows: find . -type f | xargs -n1 file -F | grep ELF | cut -f1 -d' ' | xargs ldd -f '%A %o\n' | grep libc.so.6 [ .. snip .. ] 1. The file(1) usage looks incorrect (I get a lot of messages like the following): Usage: file [-bcikLhnNrsvz0] [-e test] [-f namefile] [-F separator] [-m magicfiles] file... file -C -m magicfiles Try `file --help' for more information. 2. It's no longer libc.so.6 for many versions of FreeBSD; it can potentially be libc.so.7... Try .. find . -type f | xargs -n1 file -F ' ' | grep ELF | cut -f1 -d' ' \ | xargs ldd -f '%A %o\n' | grep libc.so.[67] ;-) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAku6MVIACgkQQv9rrgRC1JLrXgCZAauZv2h8SrqkKdJNL5Xpv9KN ml8An20zgpbjrJVZ2XdLc6/HVch69f3w =sBOs -END PGP SIGNATURE- ___ 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: SVN rev 202895 fails to compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The attached patch corrects the number of arguments given to vfs_unbusy() as introduced by SVN rev 202895 on the assumption that the idea was to migrate from vfs_rel() to vfs_unbusy() in those instances, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAktbaG0ACgkQQv9rrgRC1JLiWACeNriU5ahu1GC5BmXKfnn0L5fQ oSgAn0/x4P0joInG0ZKYmzM65MDVns+v =JWN4 -END PGP SIGNATURE- ___ 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: SVN rev 202895 fails to compile
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/23/10 16:21, Michael Butler wrote: The attached patch corrects the number of arguments given to vfs_unbusy() as introduced by SVN rev 202895 on the assumption that the idea was to migrate from vfs_rel() to vfs_unbusy() in those instances, imb Ugh .. I hate it when that happens :-( *** src/sys/kern/vfs_syscalls.c.origSat Jan 23 16:13:07 2010 - --- src/sys/kern/vfs_syscalls.c Sat Jan 23 16:13:39 2010 *** *** 337,343 } *buf = *sp; out: ! vfs_unbusy(mp); VFS_UNLOCK_GIANT(vfslocked); if (mtx_owned(Giant)) printf(statfs(%d): %s: %d\n, vfslocked, path, error); - --- 337,343 } *buf = *sp; out: ! vfs_unbusy(mp, td); VFS_UNLOCK_GIANT(vfslocked); if (mtx_owned(Giant)) printf(statfs(%d): %s: %d\n, vfslocked, path, error); *** *** 429,435 *buf = *sp; out: if (mp) ! vfs_unbusy(mp); VFS_UNLOCK_GIANT(vfslocked); return (error); } - --- 429,435 *buf = *sp; out: if (mp) ! vfs_unbusy(mp, td); VFS_UNLOCK_GIANT(vfslocked); return (error); } -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAktbaU4ACgkQQv9rrgRC1JJFNACfT1cQo6RUiC6qWc5CfkyTDMhW nQgAn0TZwJxIR7Ijpt39yaAV+KH/+GFN =Fagv -END PGP SIGNATURE- ___ 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: Failure during GENERIC (i386) kernel build at r200721
On 12/19/09 08:35, David Wolfskill wrote: Attempted clean kernel build, running [ .. snip .. ] /usr/src/sys/i386/i386/mca.c:510: warning: implicit declaration of function 'CPUID_TO_FAMILY' /usr/src/sys/i386/i386/mca.c:510: warning: nested extern declaration of 'CPUID_TO_FAMILY' /usr/src/sys/i386/i386/mca.c:511: warning: implicit declaration of function 'CPUID_TO_MODEL' /usr/src/sys/i386/i386/mca.c:511: warning: nested extern declaration of 'CPUID_TO_MODEL' The attached patch fixes the RELENG_7 kernel build until svn 200714 gets revisited .. imb *** src/sys/i386/i386/mca.c~ Sat Dec 19 09:24:27 2009 --- src/sys/i386/i386/mca.c Sat Dec 19 19:30:55 2009 *** *** 507,518 * For P6 models before Nehalem MC0_CTL is * always enabled and reserved. */ ! if (i == 0 CPUID_TO_FAMILY(cpu_id) == 0x6 ! CPUID_TO_MODEL(cpu_id) 0x1a) skip = 1; } else if (cpu_vendor_id == CPU_VENDOR_AMD) { /* BKDG for Family 10h: unset GartTblWkEn. */ ! if (i == 4 CPUID_TO_FAMILY(cpu_id) = 0xf) ctl = ~(1UL 10); } --- 507,518 * For P6 models before Nehalem MC0_CTL is * always enabled and reserved. */ ! if (i == 0 I386_CPU_FAMILY(cpu_id) == 0x6 ! I386_CPU_MODEL(cpu_id) 0x1a) skip = 1; } else if (cpu_vendor_id == CPU_VENDOR_AMD) { /* BKDG for Family 10h: unset GartTblWkEn. */ ! if (i == 4 I386_CPU_FAMILY(cpu_id) = 0xf) ctl = ~(1UL 10); } ___ 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 ia64/ia64
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FreeBSD Tinderbox wrote: cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/ata/ata-all.c /src/sys/dev/ata/ata-all.c: In function 'ata_device_ioctl': /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union /src/sys/dev/ata/ata-all.c:454: error: request for member 'max_iosize' in something not a structure or union *** Error code 1 Presumably, the intended lines were as in the attached patch .. imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpyI8gACgkQQv9rrgRC1JLagQCfVzv7O2cV3qAgj9TT6qQe+kFj RIUAoIArFHee79h4wDaRgFZm4wgQeieQ =ZbvL -END PGP SIGNATURE- *** ata-all.c~ Thu Jul 30 14:11:23 2009 --- ata-all.c Thu Jul 30 18:46:43 2009 *** *** 451,457 switch (cmd) { case IOCATAREQUEST: if (ioc_request-count ! (ch-dma.max_iosize ? ch-dma.max_iosize : DFLTPHYS)) { return (EFBIG); } if (!(buf = malloc(ioc_request-count, M_ATA, M_NOWAIT))) { --- 451,457 switch (cmd) { case IOCATAREQUEST: if (ioc_request-count ! (atadev-max_iosize ? atadev-max_iosize : DFLTPHYS)) { return (EFBIG); } if (!(buf = malloc(ioc_request-count, M_ATA, M_NOWAIT))) { ___ 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
regression with jexec?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After a clean rebuild ('rm -rf /usr/obj/*') .. i...@aaron:/home/imb uname -a FreeBSD aaron.protected-networks.net 7.2-STABLE FreeBSD 7.2-STABLE #0: Sat Jul 25 05:39:55 EDT 2009 i...@aaron:/home/imb jls JID IP Address Hostname Path [ .. ] 5 202.12.127.68 db.protected-networks.net /usr/local/jails/db.protected-networks.net i...@aaron:/home/imb sudo jexec 5 tcsh jexec: Unable to parse jail ID.: No such file or directory Huh? imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkprC9MACgkQQv9rrgRC1JJ3KgCeLtnD97GwaDGnkUQ2QWBLjIqn hU4AmwSIgRBmCXaweI7MRi3sjAfS0gci =n2l2 -END PGP SIGNATURE- ___ 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: regression with jexec?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jamie Gritton wrote: Michael Butler wrote: i...@aaron:/home/imb sudo jexec 5 tcsh jexec: Unable to parse jail ID.: No such file or directory The symptom in jexec can be fixed by this little patch: Index: usr.sbin/jexec/jexec.c === --- usr.sbin/jexec/jexec.c(revision 195879) +++ usr.sbin/jexec/jexec.c(working copy) @@ -248,6 +248,7 @@ if (argc 2) usage(); if (strlen(argv[0]) 0) { +errno = 0; jid = (int)strtol(argv[0], NULL, 10); if (errno) err(1, Unable to parse jail ID.); Thanks - this certainly cures the effect. But the broader problem is malloc. It's leaving errno set to ENOENT when /etc/malloc.conf doesn't exist. This seems like wrong behavior to me. Seems like a POLA violation to me, imb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkprrBoACgkQQv9rrgRC1JIImwCdG2hjH00hKOzMRUHEqfXwu8FS O6UAoJL/2iZf/Nz0Pp84q0p+RDkNIM+1 =iBx1 -END PGP SIGNATURE- ___ 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
drm change breaks old ATI?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Seems that the new drm schema requires an interrupt to attach. dmesg returns: pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: Intel 82443BX (440 BX) host to PCI bridge on hostb0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 vgapci0: VGA-compatible display port 0x9000-0x90ff mem 0xd100-0xd1ff,0xd010-0xd0100fff at device 0.0 on pci1 drm0: 3D Rage Pro AGP 1X/2X on vgapci0 device_attach: drm0 attach returned 2 ^ .. which corresponds to ENOENT and lspci -vvv gives: 01:00.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro AGP 1X/2X (rev 5c) (prog-if 00 [VGA controller]) Subsystem: ATI Technologies Inc Rage Pro Turbo AGP 2X Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping+ SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 66 (2000ns min), Cache Line Size: 32 bytes ** --- Interrupt: pin ? routed to IRQ 255 Region 0: Memory at d100 (32-bit, non-prefetchable) Region 1: I/O ports at 9000 Region 2: Memory at d010 (32-bit, non-prefetchable) Capabilities: [50] AGP version 1.0 Status: RQ=256 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW- AGP3- Rate=x1,x2 Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- Rate=none Didn't this used to work? Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknAV+gACgkQQv9rrgRC1JIiAwCdEmwDBPcTjd97vV3q3kz5kO8R qA0An3RjPS/ra7CVRd6KfeuOuQoARaVm =h2qo -END PGP SIGNATURE- ___ 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: 7.1-STABLE does not boot after recent superpage support MFC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Baldwin wrote: On Friday 27 February 2009 8:08:30 am Igor Sysoev wrote: And the message is cycled. The kernel does not boot despite vm.pmap.pg_ps_enabled value. This should now be fixed, apologies for the breakage. :( What are the benefits and/or impacts of enabling this? Is there anything to be gained with respect to cache and/or TLB utilization in allowing entry promotion through a reduced footprint or similar? How much does this depend on architecture, say, e.g. Core-2 Duo vs. Pentium? I note that it is not enabled by default in -current either - just curious, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmoEuwACgkQQv9rrgRC1JKTcQCfQwKq1MuiwSJcNEaVWsJJZb+D 3oQAoJdM7WxgBi3YOUuV45D72sGcm/YX =0Osn -END PGP SIGNATURE- ___ 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: 7.x and multiple IPs in jails
Hi, there's a patch by Bjoern A.Zeeb, available at http://people.freebsd.org/~bz/bz_jail7-20080920-01-at150161.diff which succeeds and works well with 7.1-PRERELEASE currently. I had similar issues to solve and patched several hosts with it, so far with success. Sadly, SVN rev 184481 (of today) breaks these patches :-( Is there an updated patch-set available or planned? Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ICH7M limited to SATA-150?
Recently, I upgraded the disk in my Toshiba A105 with a 7200rpm SATA-II device but it seems to still talking at SATA-I speed :-( atapci0: Intel ICH7M SATA300 controller port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 [ .. snip .. ] ad0: 305245MB FUJITSU MHZ2320BJ G2 001E at ata0-master SATA150 acd0: DVDR MATSHITADVD-RAM UJ-841S/1.60 at ata1-master UDMA33 There don't appear to be any obvious 'compatibility jumpers' on the drive, so I'm wondering what gives? Is it possible this is hard-coded into the BIOS? Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ICH7M limited to SATA-150?
Jeremy Chadwick wrote: On Thu, Oct 30, 2008 at 01:47:48PM -0700, Xin LI wrote: Personally I don't really think ICH7M is capable to do SATA-300. Intel datasheet 307013, page 191 says: Supported Supported 3 Gb/s Transfer Rate (Desktop Only) (Desktop Only) My understanding is that ICH7- *M* does not support SATA-300 at all. Xin Li is correct -- the mobile version doesn't do SATA300. Then there is a correction required to /sys/dev/ata/ata_chipset.c - mine identifies itself as: [EMAIL PROTECTED]:0:31:2:class=0x010180 card=0xff101179 chip=0x27c48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller' class = mass storage subclass = ATA .. where 0x27c4 is legacy mode and 0x27c5 is AHCI mode, Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.x and multiple IPs in jails
Lorenzo Perone wrote: Hi, there's a patch by Bjoern A.Zeeb, available at http://people.freebsd.org/~bz/bz_jail7-20080920-01-at150161.diff which succeeds and works well with 7.1-PRERELEASE currently. I had similar issues to solve and patched several hosts with it, so far with success. Bjoern has made an excellent work in patching all relevant parts, so you'll be able to use the stock rc.d/jail script as well as having an updated manpage and a jls -v which shows all the IPs while preserving compatibility with scripts making assumptions on the usual jls output. Please see the freebsd-jail mailing list archives of the last weeks and months for more info. I hope very much that these patches will be included officially in RELENG_7 soon. This seems to imply that, at last, IPv6 addresses can be used in jails - is that true? Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7.x and multiple IPs in jails
Bjoern A. Zeeb wrote: This seems to imply that, at last, IPv6 addresses can be used in jails - is that true? yes Woohoo! THANKS! :-) Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sidetrack [was Re: 'at now' not working as expected]
Matthew Dillon wrote: Also, if you happen to have a handheld GPS unit, it almost certainly has a menu option to tell you the sunrise and sunset times at your current position. The attached program (not mine - credits in the header) does this effectively given your current position as input, Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sidetrack [was Re: 'at now' not working as expected]
I wrote: The attached program (not mine - credits in the header) does this effectively given your current position as input, Inserted as text since it got stripped last time .. /* SUNRISET.C - computes Sun rise/set times, start/end of twilight, and the length of the day at any date and latitude Written as DAYLEN.C, 1989-08-16 Modified to SUNRISET.C, 1992-12-01 (c) Paul Schlyter, 1989, 1992 This program may be used by anyone for any purpose, iff: 1. it is not being sold for profit 2. this notice is not removed */ #include stdio.h #include math.h /* A macro to compute the number of days elapsed since 2000 Jan 0.0 */ /* (which is equal to 1999 Dec 31, 0h UT) */ #define days_since_2000_Jan_0(y,m,d) \ (367L*(y)-((7*((y)+(((m)+9)/12)))/4)+((275*(m))/9)+(d)-730530L) /* Some conversion factors between radians and degrees */ #ifndef PI #define PI3.1415926535897932384 #endif #define RADEG ( 180.0 / PI ) #define DEGRAD( PI / 180.0 ) /* The trigonometric functions in degrees */ #define sind(x) sin((x)*DEGRAD) #define cosd(x) cos((x)*DEGRAD) #define tand(x) tan((x)*DEGRAD) #define atand(x)(RADEG*atan(x)) #define asind(x)(RADEG*asin(x)) #define acosd(x)(RADEG*acos(x)) #define atan2d(y,x) (RADEG*atan2(y,x)) /* Following are some macros around the workhorse function __daylen__ */ /* They mainly fill in the desired values for the reference altitude*/ /* below the horizon, and also selects whether this altitude should */ /* refer to the Sun's center or its upper limb. */ /* This macro computes the length of the day, from sunrise to sunset. */ /* Sunrise/set is considered to occur when the Sun's upper limb is */ /* 35 arc minutes below the horizon (this accounts for the refraction */ /* of the Earth's atmosphere). */ #define day_length(year,month,day,lon,lat) \ __daylen__( year, month, day, lon, lat, -35.0/60.0, 1 ) /* This macro computes the length of the day, including civil twilight. */ /* Civil twilight starts/ends when the Sun's center is 6 degrees below */ /* the horizon. */ #define day_civil_twilight_length(year,month,day,lon,lat) \ __daylen__( year, month, day, lon, lat, -6.0, 0 ) /* This macro computes the length of the day, incl. nautical twilight. */ /* Nautical twilight starts/ends when the Sun's center is 12 degrees*/ /* below the horizon. */ #define day_nautical_twilight_length(year,month,day,lon,lat) \ __daylen__( year, month, day, lon, lat, -12.0, 0 ) /* This macro computes the length of the day, incl. astronomical twilight. */ /* Astronomical twilight starts/ends when the Sun's center is 18 degrees */ /* below the horizon.*/ #define day_astronomical_twilight_length(year,month,day,lon,lat) \ __daylen__( year, month, day, lon, lat, -18.0, 0 ) /* This macro computes times for sunrise/sunset. */ /* Sunrise/set is considered to occur when the Sun's upper limb is */ /* 35 arc minutes below the horizon (this accounts for the refraction */ /* of the Earth's atmosphere). */ #define sun_rise_set(year,month,day,lon,lat,rise,set) \ __sunriset__( year, month, day, lon, lat, -35.0/60.0, 1, rise, set ) /* This macro computes the start and end times of civil twilight. */ /* Civil twilight starts/ends when the Sun's center is 6 degrees below */ /* the horizon. */ #define civil_twilight(year,month,day,lon,lat,start,end) \ __sunriset__( year, month, day, lon, lat, -6.0, 0, start, end ) /* This macro computes the start and end times of nautical twilight.*/ /* Nautical twilight starts/ends when the Sun's center is 12 degrees*/ /* below the horizon. */ #define nautical_twilight(year,month,day,lon,lat,start,end) \ __sunriset__( year, month, day, lon, lat, -12.0, 0, start, end ) /* This macro computes the start and end times of astronomical twilight. */ /* Astronomical twilight starts/ends when the Sun's center is 18 degrees */ /* below the horizon.*/ #define astronomical_twilight(year,month,day,lon,lat,start,end) \ __sunriset__( year, month, day, lon, lat, -18.0, 0, start, end ) /* Function prototypes */ double __daylen__ (int year, int month, int day, double lon, double lat, double altit, int upper_limb); int __sunriset__ (int year, int month, int day, double lon, double lat, double altit, int upper_limb, double *rise, double *set); void sunpos (double d, double *lon, double *r); void sun_RA_dec (double d, double *RA, double *dec, double *r); double revolution (double x); double rev180 (double x); double GMST0 (double d); /* A small test program */ void main (void) { int year, month, day; double lon, lat; double daylen, civlen, nautlen, astrlen; double rise, set, civ_start, civ_end, naut_start, naut_end, astr_start, astr_end; int rs, civ, naut, astr;
Re: Intel ICH7 SMBus support, ichsmb(4)
Bruce M. Simpson wrote: Miroslav Lachman wrote: Jeremy Chadwick wrote: I suppose a lot of these could be addressed if I released the code in a preliminary fashion (providing folks the ability to help me with documentation, etc.). Hmm... Yeah, I should really get a beta tarball up, and/or make a FreeBSD port for it already (since I am a ports committer). My suggestion would be to make the code available using a Mercurial repository. People are then free to participate and send diffs as they see fit, and they can do so very easily. The learning curve for the tool is reasonable. I'd also recommend http://freehg.org/ if you need some hosting for a public repo. What would prevent this being accepted as a loadable module built (by user request) out of the ports tree in much the same manner as kqemu et al.? Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Any working ichsmb(4) platforms out there?
Richard Tector wrote: Bruce M Simpson wrote: Richard, Thanks for this. Richard Tector wrote: I have an ICH9 machine, Tyan motherboard: FreeBSD 7.0-STABLE #0: Fri Aug 1 14:57:33 BST 2008 ichsmb0: SMBus controller port 0x18e0-0x18ff mem 0xf4a03000-0xf4a030ff irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] daffy# smbmsg -p Probing for devices on /dev/smb0: Device @0x2e: rw ... So it looks like yours works! I see no differences to RELENG_7_0. Are you using any hardware monitoring devices? Can you give bsdhwmon a shot? cheers BMS Sure. If yourself or Jeremy could send over the tarball? I don't use any hardware monitoring on it currently. I'd also appreciate the opportunity to try it .. old hardware but .. [EMAIL PROTECTED]:/home/imb devinfo -v | grep smb intsmb0 pnpinfo vendor=0x8086 device=0x7113 subvendor=0x subdevice=0x class=0x068000 at slot=7 function=3 handle=\_SB_.PCI0.PMU_ smbus0 smb0 [EMAIL PROTECTED]:/home/imb kenv | grep smbios smbios.bios.reldate=07/20/2001 smbios.bios.vendor=Intel Corp. smbios.bios.version=TR440BXA.86B.0042.P15.0107200951 smbios.chassis.maker=Dell Computer Corp. smbios.chassis.serial=YC571 smbios.chassis.tag= smbios.chassis.version=SPAW70W PA[CA] smbios.planar.maker=Intel Corporation smbios.planar.product=TR440BXA smbios.planar.serial=IMTR02702003 smbios.planar.version=A16643-305 smbios.socket.enabled=1 smbios.socket.populated=1 smbios.system.maker=Dell Computer Corp. smbios.system.product=PowerApp.web 100 W smbios.system.serial=YC571 smbios.system.uuid=44454c4c-00ca-1059-8043-80c04f353731 smbios.system.version=SPAW70W [EMAIL PROTECTED]:/home/imb sudo smbmsg -p Probing for devices on /dev/smb0: Device @0x5a: rw Device @0x60: rw Device @0x62: rw Device @0x64: rw Device @0x66: rw Device @0xa0: rw Device @0xa2: rw Device @0xa4: rw Device @0xa6: rw [EMAIL PROTECTED]:/home/imb sudo mbmon -d Using SMBus-ioctl access method[IntelPIIX4(440BX/MX)]!! * Analog Dev. Chip ADM9240 found. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: machine hangs on occasion - correlated with ssh break-in attempts
I do something related to this with fwlogwatch although it can probably be adapted to any similar tool; when I hit the 'block' threshold, I execute something like: #!/bin/sh HR=`date +%-k` /sbin/ipfw table 0 add $3 ${HR} .. so each entry has a tag indicating the hour at which the block was initiated. At 5 to the hour, I run a simple cron job which does this to clean out everything older than 24 hours .. #!/bin/sh HR=`date -v+1H +%-k` /sbin/ipfw table 0 list /tmp/xx.$$ cat /tmp/xx.$$ | while read LINE do set $LINE case $2 in ${HR}) /sbin/ipfw table 0 delete $1 echo -n `date +%H:%M:%S` /var/log/fwlw_clean_log echo fwlw_clean: removed $1 from table 0 /var/log/fwlw_clean_log esac done rm /tmp/xx.$$ I also have a script in /usr/local/etc/rc.d which saves the current state in the event of an orderly shutdown and restores it on boot: #!/bin/sh case $1 in start) cat /var/db/ipfw/cache0 | while read LINE do set $LINE /sbin/ipfw table 0 add $1 $2 done ;; stop) /sbin/ipfw table 0 list /var/db/ipfw/cache0 ;; restart) $0 $DEBUG stop $0 $DEBUG start exit $? ;; *) echo Usage: $0 {start|stop|restart} exit 1 ;; esac exit 0 Of course, this only works for ipv4 because of the restriction on the ipfw table data but it's just an example, Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
-stable tar complie broken?
On a box cvsupped today, I get: [EMAIL PROTECTED]:/usr/src/usr.bin/tar sudo make clean depend all rm -f bsdtar bsdtar.o getdate.o matching.o read.o siginfo.o subst.o tree.o util.o write.o bsdtar.1.gz bsdtar.1.cat.gz getdate.c getdate.h yacc -d -o getdate.c /usr/src/usr.bin/tar/getdate.y yacc: 8 shift/reduce conflicts rm -f .depend mkdep -f .depend -a-DBSDTAR_VERSION_STRING=\2.5.5\ -DPLATFORM_CONFIG_H=\config_freebsd.h\ -I/usr/src/usr.bin/tar /usr/src/usr.bin/tar/bsdtar.c getdate.c /usr/src/usr.bin/tar/matching.c /usr/src/usr.bin/tar/read.c /usr/src/usr.bin/tar/siginfo.c /usr/src/usr.bin/tar/subst.c /usr/src/usr.bin/tar/tree.c /usr/src/usr.bin/tar/util.c /usr/src/usr.bin/tar/write.c echo bsdtar: /usr/lib/libc.a /usr/lib/libarchive.a /usr/lib/libbz2.a /usr/lib/libz.a .depend cc -O2 -fno-strict-aliasing -pipe -march=pentium3 -DBSDTAR_VERSION_STRING=\2.5.5\ -DPLATFORM_CONFIG_H=\config_freebsd.h\ -I/usr/src/usr.bin/tar -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wno-pointer-sign -c /usr/src/usr.bin/tar/bsdtar.c /usr/src/usr.bin/tar/bsdtar.c: In function 'main': /usr/src/usr.bin/tar/bsdtar.c:508: error: 'ARCHIVE_EXTRACT_SPARSE' undeclared (first use in this function) /usr/src/usr.bin/tar/bsdtar.c:508: error: (Each undeclared identifier is reported only once /usr/src/usr.bin/tar/bsdtar.c:508: error: for each function it appears in.) *** Error code 1 Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
vmstat -z bucket failures?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I get this on all my -stable boxes .. [EMAIL PROTECTED]:/home/imb vmstat -z |less ITEM SIZE LIMIT USED FREE REQUESTS FAILURES ~ [ .. ] 128 Bucket: 524,0, 214, 10, 1300, 249 Is this mis-reporting or 'real' failures? Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkiWbu4ACgkQQv9rrgRC1JLAWACguIf6Dnz+UdAvNbi/f2Atpcq0 W4EAnjBmXSlVE6sKeOpch71os0M+3MWU =swvL -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RELENG_7 bind commit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is there an equivalent commit for RELENG_7 pending? Current (bind-9.4.2-p1) and RELENG_6 (bind-9.3.5-p1) now have the relevant patch per .. dougb 2008-07-12 09:38:35 UTC ~ FreeBSD src repository ~ Modified files: ~contrib/bind9CHANGES version ~contrib/bind9/bin/named client.c server.c ~contrib/bind9/doc/arm Bv9ARM-book.xml Bv9ARM.ch06.html ~ Bv9ARM.pdf ~contrib/bind9/lib/bind9 check.c ~contrib/bind9/lib/dns api dispatch.c resolver.c ~contrib/bind9/lib/dns/include/dns dispatch.h ~ Removed files: ~contrib/bind9/lib/bind aclocal.m4 config.h.in configure ~ Log: ~ SVN rev 180477 on 2008-07-12 09:38:35Z by dougb ~ Merge from vendor/bind9/dist as of the 9.4.2-P1 import, including ~ the patch from ISC for lib/bind9/check.c and deletion of unused ~ files in lib/bind. ~ This version will by default randomize the UDP query source port ~ (and sequence number of course) for every query. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkh5Ed4ACgkQQv9rrgRC1JKwHACdFVxatpgatHo1uMWbG47xSzrT Y8YAniazdsR8y225XY4hP/QyaEXHszPI =jlwZ -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BIND update?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Andrew Snow wrote: | Xin LI wrote: | Speaking as my own: Base system needs more conservative QA process, e.g. | ... | rushing into a presumably patched state would not be a very good | solution. | | I second this opinion. When there is hype all over the net about a new | vulnerability, it is too easy to allow ill-considered changes to be | rushed in without enough critical thought and testing. And even more so when the perceived breakage is in the design rather than any specific implementation, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkh16yEACgkQQv9rrgRC1JKtCgCgoMbmQ+clRgDvZBbHzLJxB0No EgYAn15Hk/jUcDnnahN0msD1J6+xUa48 =oIUJ -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
bridge breakage?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The recent change to the bridge interface causes the 7-stable kernel to complain. In this case tap0 is the only member of the bridge: Jul 8 08:36:30 aaron kernel: tap0: promiscuous mode enabled Jul 8 08:36:37 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:36:39 aaron last message repeated 2 times Jul 8 08:37:52 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:37:53 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:37:54 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:39:03 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:39:47 aaron last message repeated 9 times Jul 8 08:40:05 aaron last message repeated 8 times Jul 8 08:40:12 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:40:14 aaron last message repeated 2 times Jul 8 08:40:20 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:40:21 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:40:22 aaron kernel: rtfree: 0xc3ed04b0 has 2 refs Jul 8 08:40:53 aaron last message repeated 7 times Jul 8 08:42:46 aaron last message repeated 14 times Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkhzY8AACgkQQv9rrgRC1JKvFwCgn4ZHyk+PVuWrFez2Sdh4TC0S ZD8AoL5rDOvBds/Yi777yYy3UoLd5nIX =955V -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Sierra AirCard 595 and Belkin Bluetooth adapter F8T020 + F8T007
Neither of these devices appear to be supported in the /sys/dev/usb/usbdevs list. The Aircard 595 shows up as .. kernel: ohci0: NEC uPD 9210 USB controller mem 0xf0908000-0xf0908fff irq 18 at device 0.0 on cardbus0 kernel: ohci0: [GIANT-LOCKED] kernel: ohci0: [ITHREAD] kernel: usb5: OHCI version 1.0 kernel: usb5: NEC uPD 9210 USB controller on ohci0 kernel: usb5: USB revision 1.0 kernel: uhub5: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb5 kernel: uhub5: 1 port with 1 removable, self powered kernel: ohci1: NEC uPD 9210 USB controller mem 0xf0909000-0xf0909fff irq 18 at device 0.1 on cardbus0 kernel: ohci1: [GIANT-LOCKED] kernel: ohci1: [ITHREAD] kernel: usb6: OHCI version 1.0 kernel: usb6: NEC uPD 9210 USB controller on ohci1 kernel: usb6: USB revision 1.0 kernel: uhub6: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 on usb6 kernel: uhub6: 1 port with 1 removable, self powered root: Unknown USB device: vendor 0x1199 product 0x0019 bus uhub5 kernel: ugen0: Sierra Wireless, Incorporated Sierra Wireless AC595 Modem, class 0/0, rev 1.10/0.02, addr 2 on uhub5 Would I be correct in assuming that simply adding this device to usbdevs and umodem.c is sufficient? Secondly, the bluetooth adapter shows up as a straightforward serial port .. kernel: sio4: Bluetooth BT0100M at port 0x2f8-0x2ff irq 18 function 0 config 1 on pccard0 kernel: sio4: type 16550A kernel: sio4: [FILTER] How can I hook this up to the bluetooth netgraph stack? Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
jail addressing?
I currently have a bunch of jails with IPv4 addresses and I can't see a way of configuring them to have both IPv4 and v6. Is this possible in 7-stable? Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bin/121684: dump frequently hangs
Lawrence Farr wrote: I couldn't get this to apply cleanly against 7, is it safe to use rev 1.48 on 7? I have 3 machines here that hang whilst dumping and I'd like to test the patch. For RELENG_7, I'm using the attached. Apply it from /usr, Michael *** src/sys/kern/subr_sleepqueue.c.orig Thu Mar 6 11:13:14 2008 --- src/sys/kern/subr_sleepqueue.c Fri Mar 14 21:58:58 2008 *** *** 403,414 mtx_unlock(ps-ps_mtx); } /* ! * Lock sleepq chain before unlocking proc ! * without this, we could lose a race. */ mtx_lock_spin(sc-sc_lock); PROC_UNLOCK(p); thread_lock(td); if (ret == 0) { if (!(td-td_flags TDF_INTERRUPT)) { sleepq_switch(wchan); --- 403,417 mtx_unlock(ps-ps_mtx); } /* ! * Lock the per-process spinlock prior to dropping the PROC_LOCK ! * to avoid a signal delivery race. PROC_LOCK, PROC_SLOCK, and ! * thread_lock() are currently held in tdsignal(). */ + PROC_SLOCK(p); mtx_lock_spin(sc-sc_lock); PROC_UNLOCK(p); thread_lock(td); + PROC_SUNLOCK(p); if (ret == 0) { if (!(td-td_flags TDF_INTERRUPT)) { sleepq_switch(wchan); ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gjournal panic 7.0-RC1
Chris wrote: If the only advantage of journaling is to avoid slow fsck's then I may decide I can live without it, the real attraction to me was been able to use the much glamorised async which is what made me so shocked when write speeds were low. If I understood this thread correctly, the impression of poor performance is based on a configuration where both the journal and the data are on the same physical drive. Intuitively, this will likely penalize any transaction on the volume, read or write, since you're asking the drive to not only accumulate a queue of information to the journal in one region of the disk but also to flush that data in idle time to a region in the data space on that same disk at a significant seek-length away. I would think that journaling on one drive and storing the resultant data-set on another would improve performance enormously (reduced seek-lengths) and more so if they were 1) high-rpm drives (less rotational latency) and 2) on different buses (no bus/controller contention), Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
7-stable: apache+php5 in a jail?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have an issue with apache and php5 inside a jail on 7-stable where the executable simply dumps core on start-up in the threading library. I've recompiled everything inside and outside the jail but the behaviour remains the same :-( I have no idea how to go about debugging this .. any helpful suggestions welcome .. #0 0x28c4cac8 in ?? () from /lib/libthr.so.3 [New Thread 0x282b9500 (LWP 100378)] (gdb) bt #0 0x28c4cac8 in ?? () from /lib/libthr.so.3 #1 0x2818f65c in getprotoent_r () from /lib/libc.so.7 #2 0x2812ba87 in getprotobyname () from /lib/libc.so.7 #3 0x28bf1cd7 in zm_startup_sockets () from /usr/local/lib/php/20060613/sockets.so #4 0x287d5f30 in zend_startup_module_ex () from /usr/local/libexec/apache/libphp5.so #5 0x287dac0c in zend_hash_apply () from /usr/local/libexec/apache/libphp5.so #6 0x287d497c in zend_startup_modules () from /usr/local/libexec/apache/libphp5.so #7 0x28792bed in php_module_startup () from /usr/local/libexec/apache/libphp5.so #8 0x28849453 in php_apache_startup () from /usr/local/libexec/apache/libphp5.so #9 0x288dd180 in apache_functions () from /usr/local/libexec/apache/libphp5.so #10 0x0001 in ?? () #11 0x in ?? () #12 0x0001 in ?? () #13 0x288dcf60 in php_commands () from /usr/local/libexec/apache/libphp5.so #14 0xbfbfca78 in ?? () #15 0x2884969f in php_init_handler () from /usr/local/libexec/apache/libphp5.so #16 0x in ?? () #17 0x288496b0 in php_init_handler () from /usr/local/libexec/apache/libphp5.so #18 0x in ?? () #19 0x28204010 in ?? () #20 0xbfbfcaa8 in ?? () #21 0x080545c9 in ap_init_modules () Previous frame inner to this frame (corrupt stack?) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkeSHF0ACgkQQv9rrgRC1JL4bgCfb5ri0Xw2XF5PUbi2liyzu7yO oQkAoIQhTKTLx+kdttWs2eYy1IT4IvEd =55w2 -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Nagios + 6.3-RELEASE == Hung Process
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marc G. Fournier wrote: I never tried on i386, but in my case it was an amd64 system as well ... not sure if that is relevant or not ... has anyone seen this problem *with* i386? When I read about it, I was in the middle of upgrading the problem machine to 7-stable - which now reports as follows: FreeBSD 7.0-PRERELEASE #0: Tue Jan 1 22:12:02 EST 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/AARON Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel Pentium III (701.59-MHz 686-class CPU) Origin = GenuineIntel Id = 0x681 Stepping = 1 Features=0x387f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,PN,MMX,FXSR,SSE real memory = 1073479680 (1023 MB) avail memory = 1041297408 (993 MB) kbd1 at kbdmux0 acpi0: INTEL TR440BXA on motherboard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHfDKWQv9rrgRC1JIRAgTzAJ0T4HwQcR8kSj+iuKL90S2oz5EWMACeLPqd pBkMfN9J08zv+ibT3TgcYHA= =vmkg -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Nagios + 6.3-RELEASE == Hung Process
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marc G. Fournier wrote: G'day ... Yesterday, I setup nagios to do some system monitoring ... installed the latest version from ports into a jail, so that I could easily move it around between machines as I upgrade, without losing data ... after about 30 minutes running, I get a second nagios process running (fork?) that takes up ch CPU time as is available, and just hangs there until I kill -9 it ... [ .. ] After searching the 'Net a bit, came across this thread: http://www.nagiosexchange.org/nagios-users.34.0.html?tx_maillisttofaq_pi1%5Bmode%5D=1tx_maillisttofaq_pi1%5BshowUid%5D=7694 That recommends modifying libmap.conf with: [/usr/local/bin/nagios] libpthread.so.2 libthr.so.2 libpthread.so libthr.so Thanks for pointing this out. I've had similar problems with nagios but hadn't found a solution until I saw your pointer. Sadly, my expertise with both thread libraries is sufficiently lacking that I have no clue where to start looking for the cause :-( Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHenK4Qv9rrgRC1JIRAqifAKChinXb0dEPTMMlnXNYsuECLJL+vgCgvLF5 G5UYcIuvPe+UEk+qJSplrnY= =xXMF -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
tiny GSS nit
On 7-stable, /usr/lib contains .. [EMAIL PROTECTED]:/home/imb ll /usr/lib/libgssapi* -r--r--r-- 1 root wheel 57358 Dec 14 12:46 /usr/lib/libgssapi.a lrwxr-xr-x 1 root wheel 14 Dec 19 16:50 /usr/lib/libgssapi.so - libgssapi.so.9 -r--r--r-- 1 root wheel 28040 Dec 19 16:50 /usr/lib/libgssapi.so.9 -r--r--r-- 1 root wheel 95148 Dec 17 23:07 /usr/lib/libgssapi_krb5.a lrwxr-xr-x 1 root wheel 19 Dec 19 16:50 /usr/lib/libgssapi_krb5.so - libgssapi_krb5.so.9 -r--r--r-- 1 root wheel 54756 Dec 19 16:50 /usr/lib/libgssapi_krb5.so.9 -r--r--r-- 1 root wheel 97316 Dec 8 10:47 /usr/lib/libgssapi_krb5_p.a -r--r--r-- 1 root wheel 59424 Dec 4 08:44 /usr/lib/libgssapi_p.a .. but /etc/gss/mech contains this from /usr/src/etc/gss/mech .. [EMAIL PROTECTED]:/home/imb less /usr/src/etc/gss/mech # $FreeBSD: src/etc/gss/mech,v 1.1 2005/12/29 14:40:18 dfr Exp $ # # Name OID Library name Kernel module kerberosv5 1.2.840.113554.1.2.2/usr/lib/libgssapi_krb5.so.8- It needs a version bump - dunno if -current needs the same .. Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Nikon Coolpix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just curious .. is this expected behaviour on -stable? In normal USB mode .. Dec 23 14:19:40 toshi kernel: umass0: NIKON NIKON DSC COOLPIX L4, class 0/0, rev 1.10/0.00, addr 2 on uhub1 Dec 23 14:19:40 toshi root: Unknown USB device: vendor 0x04b0 product 0x0304 bus uhub1 Dec 23 14:19:40 toshi kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Dec 23 14:19:40 toshi kernel: da0: NIKON DSC COOLPIX L4 Removable Direct Access SCSI-0 device Dec 23 14:19:40 toshi kernel: da0: 1.000MB/s transfers Dec 23 14:19:40 toshi kernel: da0: 982MB (2012160 512 byte sectors: 64H 32S/T 982C) Dec 23 14:19:40 toshi kernel: umass0: Phase Error, residue = 0 Dec 23 14:19:40 toshi kernel: (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 [ .. lots of this .. ] Dec 23 14:19:59 toshi kernel: umass0: Phase Error, residue = 0 Dec 23 14:19:59 toshi kernel: (da0:umass-sim0:0:0:0): Synchronize cache failed, status == 0x4, scsi status == 0x0 Dec 23 14:19:59 toshi kernel: umass0: at uhub1 port 1 (addr 2) disconnected Dec 23 14:19:59 toshi kernel: (da0:umass-sim0:0:0:0): lost device Dec 23 14:19:59 toshi kernel: (da0:umass-sim0:0:0:0): removing device entry Dec 23 14:19:59 toshi kernel: umass0: detached yet in PTP mode .. (whatever that might signify) .. Dec 23 14:20:53 toshi root: Unknown USB device: vendor 0x04b0 product 0x0305 bus uhub1 Dec 23 14:20:53 toshi kernel: ugen0: NIKON NIKON DSC COOLPIX L4-PTP, class 0/0, rev 1.10/0.00, addr 2 on uhub1 .. but digikam can't initialise it :-( Should I be able to mount it as a FAT file-system when configured as a normal USB device or ..how do I talk to it? Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHbrz7Qv9rrgRC1JIRAg9vAJ9TEcunlY5+BGMmqU1QFrdf9eio8QCfVR9U xXMAP0Pb1CUBAHSjOcsxmTo= =QkTY -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
hwpmc broken on T2300 Core
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 dmesg reads: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA4 #42: Sat Dec 8 10:50:45 EST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TOSHI Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6e8 Stepping = 8 Features=0xbfe9fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0xc1a9SSE3,MON,VMX,EST,TM2,xTPR,PDCM Cores per package: 2 .. yet hwpmc fails to attach .. pmc: Unknown Intel CPU. module_register_init: MOD_LOAD (hwpmc, 0xc0632364, 0xc0951a80) error 78 Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHW1pmQv9rrgRC1JIRAst+AKCQJu1Z+7ApXQOyvMK0X3KBC3elmACdFZT8 FpdQKws82SGjZ23FEivOiuA= =9yD4 -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ath support for mini-pci 802.11n card?
Has anyone tried the present ath driver with the mini-pc card described as .. Netegriti 802.11n 802.11g 802.11b 802.11a Turbo Mini PCI Wireless Card and advertised at http://discountechnology.com/Netegriti-802-11n-802-11g-802-11b-802-11a-Turbo-Mini-PCI-Wireless-Card It appears to be based on the Atheros AR5416, AR5133 chipsets but I can't work out from the sources if this combo is supported :-( Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gbde and geli on 6.2
Chris wrote: Hi I am concerned about the availabilities of these encryptions in freebsd releases that are marked stable. It seems gbde has a problem when the the data written goes over the lba boundary around lba48. Could you please test the attached patch to /usr/src/sys/dev/ata/ata-all.c ? I believe this may be due to the error in the underlying ata driver rather than specifically to do with encryption. As a side note - Soren, could we get this commited to both -current and -stable if there aren't any significant objections? Michael *** ata-all.c~ Thu Aug 30 17:23:15 2007 --- ata-all.c Thu Aug 30 17:23:15 2007 *** *** 743,749 atadev-flags = ~ATA_D_48BIT_ACTIVE; ! if ((request-u.ata.lba = ATA_MAX_28BIT_LBA || request-u.ata.count 256) atadev-param.support.command2 ATA_SUPPORT_ADDRESS48) { --- 743,749 atadev-flags = ~ATA_D_48BIT_ACTIVE; ! if (((request-u.ata.lba + request-u.ata.count) = ATA_MAX_28BIT_LBA || request-u.ata.count 256) atadev-param.support.command2 ATA_SUPPORT_ADDRESS48) { ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
kernel compilation broken
Seems that the recent linuxulator patch and regen has broken kernel compiles .. === 3dfx (all) === 3dfx_linux (all) cc -O2 -pipe -fno-strict-aliasing -march=pentium3 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/SARAH/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/SARAH -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/3dfx_linux/../../dev/tdfx/tdfx_linux.c In file included from @/dev/tdfx/tdfx_linux.h:36, from /usr/src/sys/modules/3dfx_linux/../../dev/tdfx/tdfx_linux.c:37: ./machine/../linux/linux_proto.h:744: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:744: error: `l_timer_t' undeclared here (not in a function) ./machine/../linux/linux_proto.h:744: error: syntax error before ')' token ./machine/../linux/linux_proto.h:744: error: syntax error before ')' token ./machine/../linux/linux_proto.h:747: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:752: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:756: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:759: error: syntax error before l_timer_t ./machine/../linux/linux_proto.h:817: error: syntax error before l_mqd_t ./machine/../linux/linux_proto.h:817: error: `l_mqd_t' undeclared here (not in a function) ./machine/../linux/linux_proto.h:824: error: syntax error before l_mqd_t ./machine/../linux/linux_proto.h:831: error: syntax error before l_mqd_t ./machine/../linux/linux_proto.h:835: error: syntax error before l_mqd_t *** Error code 1 1 error ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
bind: unknown option
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It seems that the recent updates to /etc/namedb/named.conf cause named on -stable to fail, e.g. named[56153]: starting BIND 9.3.4 -t /var/named -u bind named[56153]: /etc/namedb/named.conf:17: unknown option 'disable-empty-zone' named[56153]: /etc/namedb/named.conf:18: unknown option 'disable-empty-zone' named[56153]: /etc/namedb/named.conf:19: unknown option 'disable-empty-zone' named[56153]: loading configuration: failure named[56153]: exiting (due to fatal error) Perhaps these should be commented out pending an MFC? Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGlOVuQv9rrgRC1JIRAiT8AKC78f5B3dfzUX0byyHfThYZwn8ufgCgkUSM 4C8q5sM2LVMbLHi4/aNqvAI= =X/RT -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xorg 7.2 locks system in current
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kostik Belousov wrote: [Redirecting to x11@ as more appropriate] Man page states explicitely that bus_dma_tag_create() (as well as bus_dmamem_alloc()) shall not be called with non-sleepable lock held. I am not completely sure, but it seems to be safe to drop the drm lock around drm_pci_alloc() when the later moved to the start of the i915_initialize(). Could you, please, test the patch below ? This appears to be equally applicable to 6-stable. I've had random lock-ups with an i945GM and which, on initial and brief testing, appear to be gone using this patch, Michael diff --git a/sys/dev/drm/i915_dma.c b/sys/dev/drm/i915_dma.c index 1d1877b..118d160 100644 --- a/sys/dev/drm/i915_dma.c +++ b/sys/dev/drm/i915_dma.c @@ -122,7 +122,22 @@ static int i915_initialize(drm_device_t * dev, drm_i915_private_t * dev_priv, drm_i915_init_t * init) { + drm_dma_handle_t *dmah; + + DRM_UNLOCK(); + dmah = drm_pci_alloc(dev, PAGE_SIZE, PAGE_SIZE, + 0x); + if (!dmah) { + dev-dev_private = (void *)dev_priv; + i915_dma_cleanup(dev); + DRM_ERROR(Can not allocate hardware status page\n); + DRM_LOCK(); + return DRM_ERR(ENOMEM); + } + DRM_LOCK(); + memset(dev_priv, 0, sizeof(drm_i915_private_t)); + dev_priv-status_page_dmah = dmah; DRM_GETSAREA(); if (!dev_priv-sarea) { @@ -181,15 +196,6 @@ static int i915_initialize(drm_device_t * dev, dev_priv-allow_batchbuffer = 1; /* Program Hardware Status Page */ - dev_priv-status_page_dmah = drm_pci_alloc(dev, PAGE_SIZE, PAGE_SIZE, - 0x); - - if (!dev_priv-status_page_dmah) { - dev-dev_private = (void *)dev_priv; - i915_dma_cleanup(dev); - DRM_ERROR(Can not allocate hardware status page\n); - return DRM_ERR(ENOMEM); - } dev_priv-hw_status_page = dev_priv-status_page_dmah-vaddr; dev_priv-dma_status_page = dev_priv-status_page_dmah-busaddr; -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD4DBQFGjlfZQv9rrgRC1JIRAnKKAJjho4IxKKbkckbFHJWXkU0eXB48AJ9pcxI/ fCAdV0vMyddsC2WfFKN9Vg== =5hrb -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
hpet broken?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somewhere between June 13th and today I get .. acpi0: TOSINV TOSINV00 on motherboard acpi_hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0 Timecounter HPET frequency 14318180 Hz quality 2000 acpi0: Power Button (fixed) acpi0: reservation of fed0, 400 (3) failed --- Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_ec0: Embedded Controller: GPE 0x16 port 0x62,0x66 on acpi0 .. on -stable compiled today, where before dmesg read .. acpi0: TOSINV TOSINV00 on motherboard acpi0: Power Button (fixed) acpi_hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff on acpi0 Timecounter HPET frequency 14318180 Hz quality 2000 Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_ec0: Embedded Controller: GPE 0x16 port 0x62,0x66 on acpi0 Thoughts? Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGhqkFQv9rrgRC1JIRAq6ZAJ9EQmhs1TsObdRExQhAkUVooZbhBQCgljyV ftJVrmSYLNpJGiQfFO+bQk8= =07xu -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HDA merge breaks 6-stable
Ariff Abdullah wrote: Ok, this probably weird, but please try enabling vchans early enough before login/X. You have either hw.snd.maxautovchans or hw.snd.pcm0.vchans to play with. Adding hw.snd.maxautovchans=4 to /etc/sysctl.conf fixed it. The tail of the test script's output is attached. Thanks! Michael uname -a FreeBSD toshi.auburn.protected-networks.net 6.2-STABLE FreeBSD 6.2-STABLE #18: Mon May 21 13:24:36 NZST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TOSHI i386 pciconf -lv | grep -B 4 audio sysctl hw.snd.verbose=2 ; cat /dev/sndstat hw.snd.verbose: 1 - 2 FreeBSD Audio Driver (newpcm) Installed devices: pcm0: Intel 82801G High Definition Audio Controller at memory 0xf0b4 irq 22 [20070505_0044] (1p/1r/1v channels duplex default) [pcm0:play:0:dsp0.0]: spd 48000, fmt 0x1010, flags 0x00103020, 0x0040 interrupts 2814, underruns 0, ready 0 [b:8192/4096/2|bs:8192/4096/2] {userland} - feeder_vchan_s16(0x1010) - feeder_volume_s16(0x1010) - {hardware} [pcm0:record:0:dsp0.1]: spd 44100/48000, fmt 0x1010, flags 0x7030, 0x0010, pid 1069 interrupts 2792, overruns 480, hfree 8192, sfree 40960 [b:8192/4096/2|bs:40960/4096/10] {hardware} - feeder_root(0x1010) - feeder_rate(48000 - 44100) - {userland} pcm0:play:0:dsp0.0[pcm0:virtual:0:dsp0.2]: spd 44100/48000, fmt 0x1010, flags 0x10007030, 0x0010, pid 1069 interrupts 0, underruns 0, ready 40960 [b:0/4096/0|bs:40960/4096/10] {userland} - feeder_root(0x1010) - feeder_rate(44100 - 48000) - {hardware} sysctl hw.snd hw.snd.report_soft_formats: 1 hw.snd.targetirqrate: 32 hw.snd.verbose: 2 hw.snd.maxautovchans: 4 hw.snd.unit: 0 hw.snd.pcm0.buffersize: 16384 hw.snd.pcm0.vchans: 1 signature.asc Description: OpenPGP digital signature
Re: Problem with the installer sysinstall.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bruno Ducrot wrote: cpu0: ACPI CPU on acpi0 acpi_perf0: ACPI CPU Frequency Control on cpu0 acpi_throttle0: ACPI CPU Throttling on cpu0 cpu1: ACPI CPU on acpi0 acpi_throttle1: ACPI CPU Throttling on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 Anyway the OP should enable eist and p4tcc (by loading cpufreq on boot) and both acpi_perf and acpi_throttle will be gone. Adding 'device cpufreq' results in dmesg looking like .. acpi0: TOSINV Capell00 on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST ACPI-0356: *** Error: Region EmbeddedControl(3) has no handler ACPI-1304: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST ACPI-0239: *** Error: Method execution failed [\\_SB_.PCI0.PCIB.DOCK._STA] (Node 0xc64090e0), AE_NOT_EXIST Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_ec0: Embedded Controller: GPE 0x16 port 0x62,0x66 on acpi0 cpu0: ACPI CPU on acpi0 est0: Enhanced SpeedStep Frequency Control on cpu0 p4tcc0: CPU Frequency Thermal Control on cpu0 cpu1: ACPI CPU on acpi0 est1: Enhanced SpeedStep Frequency Control on cpu1 p4tcc1: CPU Frequency Thermal Control on cpu1 acpi_lid0: Control Method Lid Switch on acpi0 battery0: ACPI Control Method Battery on acpi0 acpi_acad0: AC Adapter on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: Intel 82945GM (945GM GMCH) SVGA controller port 0x1800-0x1807 mem 0xdc10-0xdc17,0xc000-0xcfff,0xdc20-0xdc23 irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: Intel i945GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xdc10 0MB info: [drm] Initialized i915 1.4.0 20060119 pci0: display at device 2.1 (no driver attached) pcm0: Intel 82801G High Definition Audio Controller mem 0xdc24-0xdc243fff irq 22 at device 27.0 on pci0 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFUNUEQv9rrgRC1JIRAnolAJwPDqa1scbzwa/zLHU3SQeenV68XgCdEyad gGPXRIJKkx2Hc6ZWyi/tX1g= =fkpm -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with the installer sysinstall.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Joel Dahl wrote: On Thu, 2006-11-02 at 14:49 +0100, Michel Talon wrote: By the way another minor problem is that the audio does not work. According to the mobo manual, it is a Realtek ALC882 audio chip. None of the sound modules have recognized the chip. Sound works under Linux. HDA sound is only supported (by the snd_hda(4) driver) in CURRENT atm. .. or on stable (releng_6) with the mega-patch at http://people.freebsd.org/~ariff/ Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSfqTQv9rrgRC1JIRAt3cAKCqUqPhIQO3+27mhBkOmAHX8hgEXACgl+GS EyEYI5oxRv4kfVfcV82Usnk= =JfbW -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with the installer sysinstall.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ian Smith wrote: On Thu, 2 Nov 2006, Michel Talon wrote: [..] I am joining the dmesg for reference. Just skimming through, tongue hanging out .. cpu0: ACPI CPU on acpi0 acpi_perf0: ACPI CPU Frequency Control on cpu0 acpi_throttle0: ACPI CPU Throttling on cpu0 cpu1: ACPI CPU on acpi0 acpi_throttle1: ACPI CPU Throttling on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 .. just checking - is that a harmless or expected warning? To quote from the Hitch-hiker's Guide to the Galaxy (2nd edition), mostly harmless. On a Core-2 duo, both cores are throttle-managed by the same knobs - what is directed to happen to one core, happens to the other, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFSgX9Qv9rrgRC1JIRArxuAJ4z5/3/96wkfKUSehABZ1o0a4mTVQCeLncI a8vtVLC1+btJIyi4sKRtRo4= =tYER -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.x + SATA NCQ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 O. Hartmann wrote: Adrian Chadd wrote: Is there support for SATA tagged queueing in FreeBSD-6? Any ideas on which chipsets would support it or how to determine whether FreeBSD is using it? As I know, this is on one hand dependend on the used chipset and on the other haned dependend on the ATA driver. Those chipsets with NCQ AND AHCI (mostly Intel ICH based chipsets) should be managed and addressed by a suitable driver (as far as I know not yet available for FreeBSD 6.X). As someone can read at the nVidia homepage, their nForce4-SLI chipsets also supports NCQ, but it is proprietary thing, not commonly accessible via AHCI. And due to the lack of information, like most of nVidias goodies for computers, there is no access to this feature via the open source way. Sadly, a good proportion of current laptops fitted with SATA-150 drives and based on the the Intel ICH-7 chipset do not fully initialize AHCI mode in the BIOS. Specifically, no resources are allocated to supporting it. This complicates any potential driver implementation somewhat :-( Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFPLSDQv9rrgRC1JIRAlvmAJ4+iYPifYnWLRXdQ+aCfPVlzP5dTQCgxteH mOyOFPSx0tZ+DHGmFKhckrM= =Ymek -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Performance 4.x vs. 6.x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Danial Thom wrote: There isn't one person on that team that knows how to fix what's wrong .. For everyone's benefit then, please feel free to submit your patches along with your technical analysis, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFMndkQv9rrgRC1JIRAnQjAKCg2/LAVNAmezwLPixJADE2D618SQCeKc+R SqrDsGNiBWAn8b4JfhTsWAw= =xWRp -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
pcmcia bluetooth card?
Any ideas how I might be able to get this card recognized, or better, to function? ;-) Oct 6 10:17:37 toshi kernel: pccard0: unknown card (manufacturer=0x, product=0x, function_type=2) at function 0 Oct 6 10:17:37 toshi kernel: pccard0:CIS info: Bluetooth BT0100M, , Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: cvs commit: src/sys/dev/smbus smbus.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 John Baldwin wrote: On Tuesday 26 September 2006 14:44, John Baldwin wrote: jhb 2006-09-26 18:44:57 UTC FreeBSD src repository Modified files:(Branch: RELENG_6) sys/dev/smbussmbus.c Log: MFC: Add an explicit bus_add_child method for smbus(4). Approved by:re (kensmith) This should fix the missing smb devices. Thanks, it is indeed back .. Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.2-PRERELEASE #18: Tue Sep 26 17:23:22 EDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/TOSHI ACPI APIC Table: INTEL CALISTGA Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz (1662.51-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6e8 Stepping = 8 Features=0xbfe9fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0xc1a9SSE3,MON,VMX,EST,TM2,b14,b15 AMD Features=0x10NX Cores per package: 2 real memory = 2137456640 (2038 MB) avail memory = 2086547456 (1989 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 Version 2.0 irqs 0-23 on motherboard netsmb_dev: loaded kbd1 at kbdmux0 ichwd module loaded kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=1039308kB. smbios0: System Management BIOS at iomem 0xf6540-0xf655e on motherboard smbios0: Version: 2.31 acpi0: TOSINV Capell00 on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_ec0: Embedded Controller: GPE 0x16 port 0x62,0x66 on acpi0 cpu0: ACPI CPU on acpi0 acpi_throttle0: ACPI CPU Throttling on cpu0 cpu1: ACPI CPU on acpi0 acpi_throttle1: ACPI CPU Throttling on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_lid0: Control Method Lid Switch on acpi0 battery0: ACPI Control Method Battery on acpi0 acpi_acad0: AC Adapter on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 agp0: Intel 82945GM (945GM GMCH) SVGA controller port 0x1800-0x1807 mem 0xdc10-0xdc17,0xc000-0xcfff,0xdc20-0xdc23 irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: Intel i945GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xdc10 0MB info: [drm] Initialized i915 1.4.0 20060119 pci0: display at device 2.1 (no driver attached) pci0: multimedia at device 27.0 (no driver attached) pcib1: ACPI PCI-PCI bridge irq 17 at device 28.0 on pci0 pci2: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge irq 16 at device 28.1 on pci0 pci3: ACPI PCI bus on pcib2 pcib3: ACPI PCI-PCI bridge irq 18 at device 28.2 on pci0 pci5: ACPI PCI bus on pcib3 pci5: network at device 0.0 (no driver attached) uhci0: UHCI (generic) USB controller port 0x1820-0x183f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: UHCI (generic) USB controller on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: UHCI (generic) USB controller port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: UHCI (generic) USB controller on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: UHCI (generic) USB controller port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: UHCI (generic) USB controller on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: UHCI (generic) USB controller port 0x1880-0x189f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: UHCI (generic) USB controller on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: Intel 82801GB/R (ICH7) USB 2.0 controller mem 0xdc444000-0xdc4443ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: Intel 82801GB/R (ICH7) USB 2.0 controller on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib4: ACPI PCI-PCI bridge at device 30.0 on pci0 pci7: ACPI PCI bus on pcib4 cbb0: PCI-CardBus Bridge at device 6.0 on pci7 pccard0: 16-bit PCCard bus on cbb0 fwohci0: 1394 Open Host
Re: Loadable SMBus modules regression in 6-STABLE - 6-BETA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dmitry Pryanishnikov wrote: Upgrade went successfully, but after booting into the multiuser mode I've found that /dev/smb0 became unavailable .. I have the same thing but, in my case, these are compiled into a custom kernel :-( [EMAIL PROTECTED]:/home/imb mbmon -c 1 -r ioctl(smb0:open): No such file or directory No Hardware Monitor found!! InitMBInfo: Bad file descriptor Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFFscaQv9rrgRC1JIRAhEQAKDIXpXPumJ9AV3Ow6wPFOgOMY20VwCguCEE /TXll6utYAxjyhvd78STVw0= =blGn -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror RAID-1: rebuilding freezes machine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jared Ring wrote: | I have cvsup'd today to make sure I get the updated g_mirror.c, have | rebuilt world and kernel, installed both. however when i rebuild the | degraded drive the same thing happens. | | during the rebuild the good drive is reading, but the dirty drive is not | gettin written to according to gstat. I've been bitten by this - make sure that the first slice on the mirrored partition does not start at offset 0. For example, this disk is mirrored on slice 2 .. [EMAIL PROTECTED]:/home/imb sudo bsdlabel mirror/gm0s2 # /dev/mirror/gm0s2: 8 partitions: #size offsetfstype [fsize bsize bps/cpg] ~ a: 524272 164.2BSD 2048 16384 32768 ~^^^ ~ c: 2846557340unused0 0# raw part .. ~ d: 1048576 5242884.2BSD0 0 0 ~ e: 1048576 15728644.2BSD0 0 0 ~ f: 282034294 26214404.2BSD0 0 0 Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFCUAhQv9rrgRC1JIRAnPHAJ9AMnr1PzCfqJBx99zs6BhWSHI4NwCggUpo aI3LrwU8cHDmyLZpKB98EKw= =QPtF -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror RAID-1: rebuilding freezes machine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jared Ring wrote: I traced the problem back to BIOS booting off ad0 instead of ad1. Because ad0 was still a perfectly functioning drive BIOS didnt complain about booting off it. Once the kernel started and gmirror loaded it proceeded to use ad1, but the kernel was loaded from ad0, which was the old, broken one. Ah .. that'll do it .. I noticed my first partition does start at offset 0 though, is this going to come and bite me in the future? My guess is 'yes, it will eventually' .. better to fix it now before it does and you've forgotten about it, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFCbxrQv9rrgRC1JIRAk6MAJ9xPYkp0Vr7T38Qf1SMQ3pYtP3v2QCfdzs5 57tFy03R0Zv8AzKsHR0mpv4= =XK+M -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vivek Khera wrote: | If you want reliability, then you need to do your own testing on your | own hardware on your own application prior to replacing your working | version with the new one. Never rely on anyone else saying Yeah, it | will work. It will come back and bite you where you don't want to be bit. | | The other side of this is don't replace what works and just leave | things as they are. I must say that this one critical point is what made me choose FreeBSD over Linux way back in ~1992. It is possible, indeed almost mandatory in a commercial setting, to build a local repository containing the OS and *everything* required to build it. Good change management is not about tracking the latest and greatest, it's about being able to make sensible decisions about which changes to implement, when and, most of all, knowing why. Security isn't just about firewalls, it's about business continuity too, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFBr7xQv9rrgRC1JIRAnboAJ4vHl7UAF149CavttzqVwD/r8aIlgCggmY8 JyW4le67COyphcFoUUbZ7ng= =0rDL -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: optimization levels for 6-STABLE build{kernel,world}
Marc G. Fournier wrote: What are ppl currently using for CFLAGS/COPTFLAGS in /etc/make.conf for building kernel/world? I know awhile back it wasn't recommended to go above -O2, for instance, but suspect that has changed ... ? CFLAGS=-O2 -pipe -fno-strict-aliasing COPTFLAGS=-O2 -pipe -fno-strict-aliasing CPUTYPE?=prescott .. just works(tm) for an Intel T-2300 dual core ;-) Using -O3 will get you into bother with the amount of inlining the compiler wants to do to the kernel, Michael ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
gmirror problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The back-out of the last set of changes to gmirror don't seem to have solved the problem .. I get .. [EMAIL PROTECTED]:/home/imb iostat 5 ~ tty da0 da1pass0 cpu ~ tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id ~ 1 130 0.23 1 0.00 99.48 220 21.35 0.02 0 0.00 27 0 14 1 58 ~ 0 46 0.00 0 0.00 125.41 686 84.07 0.00 0 0.00 2 0 6 2 90 ~ 0 16 0.00 0 0.00 127.93 708 88.42 0.00 0 0.00 1 0 6 4 89 ~ 0 16 0.00 0 0.00 127.86 709 88.55 0.00 0 0.00 5 0 5 3 87 ~ 0 16 0.00 0 0.00 127.97 710 88.70 0.00 0 0.00 1 0 9 4 86 ~ 0 16 0.00 0 0.00 127.96 707 88.35 0.00 0 0.00 1 0 7 4 88 ~ 0 16 0.00 0 0.00 127.60 705 87.83 0.00 0 0.00 1 0 6 2 91 ^C [EMAIL PROTECTED]:/home/imb sudo gmirror deactivate gm0s2 da0s2 [EMAIL PROTECTED]:/home/imb iostat 5 ~ tty da0 da1pass0 cpu ~ tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id ~ 1 104 0.24 1 0.00 113.45 336 37.18 0.02 0 0.00 21 0 12 2 65 ~ 0 46 0.00 0 0.00 127.28 710 88.24 0.00 0 0.00 1 0 6 3 90 ^C I'm going to try going further back to see where it started .. Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFAe8YQv9rrgRC1JIRAudfAJ0ZC53LQkYpqqiW4UCnWfj+WO5MmwCeJmHB ebjsc6OrPuQBG3nER25jBt0= =I0qd -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror RAID-1: rebuilding freezes machine
I wrote: I'm backing out the attached change to see if it fixes it .. Nope, not this change .. unfortunately, the machine I have available to test is both remote and in production so I can't pursue it further. I've just detached a drive from the mirror until it gets looked at :-( Index: src/sys/geom/mirror/g_mirror.c === RCS file: /usr/home/ncvs/src/sys/geom/mirror/g_mirror.c,v retrieving revision 1.66.2.7 retrieving revision 1.66.2.8 diff -u -r1.66.2.7 -r1.66.2.8 --- src/sys/geom/mirror/g_mirror.c 16 Jul 2006 15:47:46 - 1.66.2.7 +++ src/sys/geom/mirror/g_mirror.c 4 Sep 2006 12:55:43 - 1.66.2.8 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror RAID-1: rebuilding freezes machine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Volker wrote: | In single user mode, the machine does not freeze anymore while | trying to rebuild the (any) container. But the rebuild process hangs | forever at 0% without any noticeable disk activity. I'm seeing this on one of my machines too :-( gstat says it's reading from the source disk (in my case, da1s2) at the rate of 90MB/s but nothing gets written to the out-of-sync mirror (da0s2), Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/2ewQv9rrgRC1JIRAp9+AJ4w8PgNrCZQtldbZBdpkcMo7mPc2wCeI3P8 hISq1s6sIdltLWTQoAErdMc= =B/Za -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: gmirror RAID-1: rebuilding freezes machine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm backing out the attached change to see if it fixes it .. Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE/2/mQv9rrgRC1JIRArNYAJsEuTtrmig9bdW4aDQQ8W1May+EfQCfUjDQ Xc1A9gUrrLS2jgbDP4xyC7I= =5DtW -END PGP SIGNATURE- Index: src/sys/geom/mirror/g_mirror.c === RCS file: /usr/home/ncvs/src/sys/geom/mirror/g_mirror.c,v retrieving revision 1.66.2.7 retrieving revision 1.66.2.8 diff -u -r1.66.2.7 -r1.66.2.8 --- src/sys/geom/mirror/g_mirror.c 16 Jul 2006 15:47:46 - 1.66.2.7 +++ src/sys/geom/mirror/g_mirror.c 4 Sep 2006 12:55:43 - 1.66.2.8 @@ -1813,12 +1813,19 @@ bioq_remove(sc-sc_queue, bp); mtx_unlock(sc-sc_queue_mtx); - if ((bp-bio_cflags G_MIRROR_BIO_FLAG_REGULAR) != 0) - g_mirror_regular_request(bp); - else if ((bp-bio_cflags G_MIRROR_BIO_FLAG_SYNC) != 0) - g_mirror_sync_request(bp); - else + if (bp-bio_to != sc-sc_provider) { + if ((bp-bio_cflags G_MIRROR_BIO_FLAG_REGULAR) != 0) + g_mirror_regular_request(bp); + else if ((bp-bio_cflags G_MIRROR_BIO_FLAG_SYNC) != 0) + g_mirror_sync_request(bp); + else { + KASSERT(0, + (Invalid request cflags=0x%hhx to=%s., + bp-bio_cflags, bp-bio_to-name)); + } + } else { g_mirror_register_request(bp); + } G_MIRROR_DEBUG(5, %s: I'm here 9., __func__); } } ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: source tree borked for 6.1-stable ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kris Kennaway wrote: On Thu, Aug 24, 2006 at 02:12:53PM +0400, Nikolay Kalev wrote: /usr/src/sys/netinet/ip_fw2.c:37:23: opt_ip6fw.h: No such file or directory /usr/src/sys/netinet6/ip6_forward.c:33:23: opt_ip6fw.h: No such file or directory [ .. ] Perhaps someone accidentally updated their source to current? Nope .. a 'cd /usr/src; make kernel' prompts this behaviour on today's - -stable sources :-( Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (MingW32) iD8DBQFE7ftfQv9rrgRC1JIRAgqtAJ9zVbXhDbM42uvP5Bcp9IoUX1wIcwCgrZBF 9ey1WssVxPA4YxsZe1Y9W5E= =KLA1 -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: make buildworld does nothing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Hummel wrote: | alright, it was bash :( stupid shell. | I'll just keep csh for root's shell - it's a bit annoying sometimes, but | still good enough to do the little what needs to be done sometimes :D FWIW I use /bin/tcsh as the root shell since it includes command-line editing and my fingers are often dyslexic before a sufficient caffeine intake ;-) 'buildworld' works with it, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE5a4nQv9rrgRC1JIRArOlAJ9l712od+QvqFI/Ew53SZB7kWsobACgpAPn yB2qGkvYch1fT+phBe8EsdA= =MzQK -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: iwi(4) in RELENG_6
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Max Laier wrote: | net/iwi-firmware-kmod, but it needs to be updated to the new __FreeBSD_version | Right now it will tell you that you need iwi-firmware instead, which is | wrong. Once the updates have been merged, is this the right place to start with adding 3945ABG? I have u-code but haven't had time enough to look at the driver to date .. I'd really like to get my (dual-core) T-2400 Toshiba on the air ;-) Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFEs6HhRaBvd7/LHU4RAjSbAKDH9RLecpVurq99qUVY51/0V3t3SwCg5RHO Ctmsu5sZ1ZqdweeCb8eJcJE= =YwOf -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell PowerEdge 750 850 environtmental monitoring
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Arnold Cavazos Jr. wrote: | Does anybody have temperature and fan monitoring working on Dell | PowerEdge 750's 850's? I have done my share of googling without much | luck. | Which monitoring tools have you tried, sysutils/mbmon? What sort of monitor hardware is it? - -- Michael Butler, CISSP Information Security Architect, Protected Networks http://www.protected-networks.net PGP Key ID: BFCB1D4E Key fingerprint: 8E29 5BD0 06F4 4ABB E819 67D3 45A0 6F77 BFCB 1D4E -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (MingW32) iD8DBQFErXIwRaBvd7/LHU4RAjkTAJ9kFUO1SLfsX3XAL+/8TxlKwLShsgCdHwi2 VDyjK2cWSLRhAgzYi81Av/w= =nFul -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: FreeBSD 6.x CVSUP today crashes with zero load ...
Of course not. You only panic once you have no other options left. Proper hardware with ECC give you these options. I am not talking consumer grade crap here of course. I agree that no panic should occur if the error was correctable and it should when it isn't. However, *real* equipment will log a corrected error .. from an aging Dell 1-U server .. Handle 0x0024, DMI type 15, 33 bytes System Event Log Area Length: 4096 bytes Header Start Offset: 0x Header Length: 16 bytes Data Start Offset: 0x0010 Access Method: Memory-mapped physical 32-bit address Access Address: 0xFFF33000 Status: Valid, Not Full Change Token: 0x Header Format: Type 1 Supported Log Type Descriptors: 5 Descriptor 1: POST error Data Format 1: POST results bitmap Descriptor 2: Parity memory error Data Format 2: Multiple-event Descriptor 3: I/O channel block Data Format 3: Multiple-event Descriptor 4: Single-bit ECC memory error Data Format 4: Multiple-event Descriptor 5: Multi-bit ECC memory error Data Format 5: Multiple-event .. So the logs are there, all that's required is a utility to read them and, optionally, alert the administrator to the event, Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
/dev/smb issue?
Recently, I made some changes to two of my (ancient Intel TR-440BX) ISP-1100 servers, added RAM in one, upgraded BIOS on both. Strangely, only the one with the upgraded RAM is now giving problems with the SMB (i.e. PIIX4) interface while attempting to monitor the on-board Heceta-II device (volts, fans, temps). With a slightly rewritten 'testsmb' command from the xmbmon sources, I can tell that the bus is getting written to even though the process using the SMB interface has long since died. Only some part of the kernel can be doing this .. [EMAIL PROTECTED]:/home/imb/xmbmon205# ./testsmb bus=0x00:dev=0x07:fun=0x03 --- chip=0x71138086 [0x90] SMBase=0x0441 SMBHSTSTS: 0x01 busy SMBHSTCNT: 0x09 byte read or write, irq enable [EMAIL PROTECTED]:/home/imb/xmbmon205# ./testsmb bus=0x00:dev=0x07:fun=0x03 --- chip=0x71138086 [0x90] SMBase=0x0441 SMBHSTSTS: 0x14 not busy, command failed, device error SMBHSTCNT: 0x08 byte read or write [EMAIL PROTECTED]:/home/imb/xmbmon205# ./testsmb bus=0x00:dev=0x07:fun=0x03 --- chip=0x71138086 [0x90] SMBase=0x0441 SMBHSTSTS: 0x01 busy SMBHSTCNT: 0x08 byte read or write So .. my question is .. if a write to /dev/smbX fails, is there a time-out mechanism on the transaction (I can find a kernel code path that would :-() or do I have to power-cycle the box? :-( :-( Is there a mechanism by which I can reset the devices on /dev/smb0 (only PIIX4 and Heceta-II in this case) without power-cycling the machine? Speculation: there may still be an obscure race condition that caused an interrupt to be asserted by the PIIX4 prior to the SMB interface completing the command it was given .. as the Intel AppNotes mention .. but I have yet to prove that .. -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: loader and ifconfig_*_name problem in 6.1-STABLE of 5 June
Hiroo Ono wrote: I upgraded via build/installworld from 6.1-PRERELEASE as of 27 Mars to 6.1-STABLE 5 June, and encounterd 2 problems. [ .. snip .. ] I copied the old /boot/loader.old to /boot/loader as a workaround. I have CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe Please remove these and re-test. The default is -O2 -fno-strict-aliasing which generates slightly different code in some instances, -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: NFS processes locking up!!
Mark Morley wrote: Ok, here it is. This server has two em nic's (only one is used though), a single IDE boot disk, and a RAID using an Adaptec 2410SA controller. machine amd64 cpu HAMMER ident CUSTOM makeoptions COPTFLAGS=-O2 -pipe -funroll-loops -ffast-math What happens if you revert to the standard way of building kernels? Without this line it becomes -O2 -pipe -fno-strict-aliasing -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
requests for mbufs denied?
On a 6-stable machine with sufficient RAM, i.e. no swapping and 215MB free in 'top', I'm seeing .. [EMAIL PROTECTED]:/home/imb# netstat -m 386/529/915 mbufs in use (current/cache/total) 384/254/638/17088 mbuf clusters in use (current/cache/total/max) 384/128 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 864K/640K/1504K bytes allocated to network (current/cache/total) 1405/14/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/6/4528 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 28 calls to protocol drain routines What prompts this behaviour? Do I want/need to play with any sysctls to preallocate more space? -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: requests for mbufs denied?
Robert Watson wrote: This is believed to be a result of an error in the statistics measurement logic in UMA. I've committed the attached patch to the CVS HEAD, and am looking for feedback over the next couple of weeks before merging to RELENG_6 (and possibly the errata branches). Any testing and reports of success or failure would be most welcome. I've just installed the RELENG_6 equivalent of this patch (below) on 3 machines and will let you know if I see anything untoward, *** uma_core.c.orig Tue Feb 14 08:16:40 2006 --- uma_core.c Mon May 22 13:09:26 2006 *** *** 2417,2424 * If nothing else caught this, we'll just do an internal free. */ zfree_internal: ! uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFAIL | ! ZFREE_STATFREE); return; } --- 2417,2423 * If nothing else caught this, we'll just do an internal free. */ zfree_internal: ! uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFREE); return; } -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: xdm + pam + winbind, what am i missing?
Dominic Marks wrote: xdm: pam_sm_close_session(): no utmp record for DESKTOP:0 does winbind implement pam_{open|close}_session? If so, does adding a session line as well as the auth line to /etc/pam.d/xdm help? -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: improper handling of dlpened's C++/atexit() code?
m m wrote: I am writing in regard to PR at http://www.freebsd.org/cgi/query-pr.cgi?pr=bin%2F59552 . I am experiencing behavior on 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #11: Sun Mar 26 00:03:52 EST 2006 which looks a lot like something that would be caused by this PR. This happens when apache-1.3 processes that run with Mason code receive a SIGUSR1 (when newsyslog does log rotation) and apache gracefully kills off all processes when restarting. Would this explain the following segfaults on 6.1-stable? /var/log/messages.0.bz2:Apr 26 00:00:04 mail kernel: pid 87211 (httpd), uid 80: exited on signal 6 /var/log/messages.0.bz2:Apr 26 00:00:04 mail kernel: pid 87208 (httpd), uid 80: exited on signal 6 /var/log/messages.0.bz2:Apr 26 00:00:04 mail kernel: pid 87210 (httpd), uid 80: exited on signal 6 /var/log/messages.0.bz2:Apr 26 00:00:04 mail kernel: pid 87209 (httpd), uid 80: exited on signal 6 -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fsck_ufs locked in snaplk
Dmitry Morozovsky wrote: one of my servers had to be rebooted uncleanly and then I have backgrounded fsck locked for more than an our in snaplk: Given that this system came down uncleanly, have you tried starting up in single-user and manually doing an fsck (without '-p') on the afflicted file-system? My guess is that there's something there which can't be resolved automagically, -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net smime.p7s Description: S/MIME Cryptographic Signature
something changed with 'ps' ?
In particular, the command-line used by the nagios plug-in check_procs produces: [EMAIL PROTECTED]:/home/imb /bin/ps axwo 'state uid ppid vsz rss pcpu ucomm command' Segmentation fault (core dumped) Removing 'ppid' stops it from dumping core, -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net smime.p7s Description: S/MIME Cryptographic Signature
Re: something changed with 'ps' ?
I wrote (in too much of a hurry :-(): In particular, the command-line used by the nagios plug-in check_procs produces: [EMAIL PROTECTED]:/home/imb /bin/ps axwo 'state uid ppid vsz rss pcpu ucomm command' Segmentation fault (core dumped) Removing 'ppid' stops it from dumping core, That should have been 'pcpu' .. I've just checked out a full new source set and am recompiling from scratch to see if it persists, -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net smime.p7s Description: S/MIME Cryptographic Signature
Re: something changed with 'ps' ?
James Raftery wrote: Hmm. This is the only commit that jumps out at me as being related to ps: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=347962+0+current/cvs-src Might be worth a shot to retry with the previous revision. It is definitely related - 'pcpu' doesn't work, '%cpu' does .. -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net smime.p7s Description: S/MIME Cryptographic Signature
Re: something changed with 'ps' ?
Kostik Belousov wrote: This is result of MFC of rev. 1.73, 1.74 of bin/ps/keyword.c. Try the following fix: [ .. snip .. ] That fixes it, thanks! -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net smime.p7s Description: S/MIME Cryptographic Signature
Re: new feature: private IPC for every jail
Robert Watson wrote: Would it make more sense to simply allocate ID's sequentially, and simply not allow access to objects with a non-matching prison? .. This depends on the expected size of the system-wide pool; sequential allocation invites sequential searches of the name/id-space when looking for items any individual jail-id owns. However, what would work is a linked list of associated ids from each jail descriptor thereby creating the list of things to deallocate on jail termination, -- Michael Butler, CISSP Security Architect Protected Networks http://www.protected-networks.net smime.p7s Description: S/MIME Cryptographic Signature
rpc.lockd fails to run on server-only config
I've raised this before but I haven't tested it recently. With a NFS server-only kernel built from 6.1-pre cvsupped today, rpc.lockd still refuses to run with .. rpc.lockd: open: nfslock: No such file or directory .. appearing in /var/log/messages. nfslock obviously refers to /dev/nfslock which is (presently) not created unless the NFS client module is also loaded :-( Michael smime.p7s Description: S/MIME Cryptographic Signature
Re: NFS locking question
Kris Kennaway wrote: I only see this (correct) statement in that manpage: rpc_lockd_enable (bool) If set to ``YES'' and also an NFS server or client, run rpc.lockd(8) at boot time. .. and it will fail to run (at all) on a box configured only as a server because /dev/nfslock isn't created unless the client is there :-( Michael smime.p7s Description: S/MIME Cryptographic Signature