very stupid mistake: a part of /usr is deleted
Hi all, vor 2 hours i made a very stupid mistake: i have deleted (as root naturally) a part of /usr-directory. I have definitely deleted .snap and presumably 100-150 files in /usr/bin. If my attempt with backup-restore failed, can i get the binaries, that was deleted, with sysinstall/distributions/base ? uname -a - FreeBSD (XX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 thanks, -- Zara Kanaeva. ___ 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: ipfw: Too many dynamic rules
On Tue 2010-09-14 (13:54), Gareth de Vaux wrote: On Tue 2010-09-14 (04:30), Jeremy Chadwick wrote: Regarding net.inet.tcp.finwait2_timeout=15000 -- you don't see any improvement at all? That's a bit strange. There's probably something If there was an improvement it was subtle (I was doing sporadic measurements), just that in the end my firewall was getting overloaded either way. Yeah looks like a bit of an improvement but I also wasn't controlling for end user usage so can't say for sure without rerunning. Setting net.inet.tcp.fast_finwait2_recycle=1 though seems to have done the trick, thanx. This is now typical: $ netstat -n | grep -c FIN_WAIT_2 5 and my server still seems to be serving. ___ 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: very stupid mistake: a part of /usr is deleted
On 09/15/10 15:36, Zara Kanaeva wrote: Hi all, vor 2 hours i made a very stupid mistake: i have deleted (as root naturally) a part of /usr-directory. I have definitely deleted .snap and presumably 100-150 files in /usr/bin. uname -a - FreeBSD (XX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 That is actually an easy situation to recover, you can do it in at least these ways: 1) if you build/upgrade from source, you can either reinstall if you have working /usr/obj or try and rebuild them if you have working /usr/src 2) if you have another machine with the same FreeBSD version and architecture, simply copy the missing files (with tar, scp, ftp, fetch/wget, etc...) 3) if you have networking and at least working fetch / ftp / wget, cat and tar, you can fetch the files at ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/8.0-RELEASE/base/ and use install.sh to reinstall the base binaries Remember that those files are not magical, you can restore them any way you are able. You can even boot the live CD (from ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/ISO-IMAGES/8.0/), mount the appropriate file system and copy the files from the CD. ___ 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: very stupid mistake: a part of /usr is deleted
Zara Kanaeva wrote: Hi all, vor 2 hours i made a very stupid mistake: i have deleted (as root naturally) a part of /usr-directory. I have definitely deleted .snap and presumably 100-150 files in /usr/bin. If my attempt with backup-restore failed, can i get the binaries, that was deleted, with sysinstall/distributions/base ? uname -a - FreeBSD (XX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 thanks, Yep, the contents of /usr/bin are covered by the base distribution. -Boris ___ 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: 8.1-RELEASE ZFS hangs
Hello list(s), After all it turned out that the HighPoint controller was buggy. When we later configured it in RAID5 mode, it reported drive faults for random drives that were OK. I don't get how/why it worked in geom stripe mode. Anyway, we switched to a 3ware card and ZFS works happily with it out of the box without any kernel tuning (I may do some fine-tuning later). So, I'm sorry for suspecting ZFS, and thanks to Pawel for maintaining it! However, seems like that there are other people, like Tim and Dan, who are having a similar problem, but without noticeable hardware relation. Maybe there is something to be learnt from their input. Sorry for the noise and thanks again, -- Sergey Zaharchenko pgp300xfjUjTl.pgp Description: PGP signature
Re: very stupid mistake: a part of /usr is deleted
2010/9/15 Zara Kanaeva zara.kana...@ggi.uni-tuebingen.de Hi all, vor 2 hours i made a very stupid mistake: i have deleted (as root naturally) a part of /usr-directory. I have definitely deleted .snap and presumably 100-150 files in /usr/bin. If my attempt with backup-restore failed, can i get the binaries, that was deleted, with sysinstall/distributions/base ? uname -a - FreeBSD (XX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 You can install 8.0-RELEASE into other computer or virtual machine and then just copy over missing files. ___ 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: Freebsd 8.1 + xorg + radeonhd hang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/14/2010 15:39, Oliver Pinter wrote: Hi all! it's an old problem: http://lists.freebsd.org/pipermail/freebsd-x11/2010-February/009372.html And still exist... with or without dri/3d, it's a bug between freebsd agp and xorg-server. When you use vesa, than this problem is elliminated. With radeon or radeon-hd driver, the problem come back, and the machine locked up. When you killed the xserver, end kldunloaded the radeon modul, then presented a small memory leak, and the radeon kernek modul is not reloadable. The DRI/DRM/3D is completly independent from this bug. The bug is in libpciaccess or xorg-server. The old xserver (=1.4.X) is bugfree Yep this issue has been around since the Xorg upgrade -- note that changes were made to drm and radeon kernel modules around the same time. I used to be able to drop in and out of X before then as well. Now if I exit X, I have to reboot. This is an r600 card and radeon or radeonhd both behave the same. I reported it here: http://article.gmane.org/gmane.os.freebsd.devel.x11/9508 the report was largely ignored. On 9/15/10, Warren Block wbl...@wonkity.com wrote: On Tue, 14 Sep 2010, Eivind E wrote: First, the intermittent nature of the problem sounds like it might be hardware failure. The only easy way to test that would be to swap in another video board, but people rarely have extras. You also mentioned upgrading from 7.x to 8.1. It's worth running pkg_libchk from sysutils/bsdadminscripts to make sure nothing was missed. Back to the xorg.conf... Adding Option Log Sync to ServerLayout may help preserve the Xorg.0.log file. Untested by me so far, but shouldn't hurt. I'll repost the xorg.conf here Section ServerLayout Identifier Layout0 Screen 0 Screen0 0 0 InputDeviceTastatur CoreKeyboard InputDeviceMus CorePointer Option AllowEmptyInput off EndSection AllowEmptyInput (and fire) bad! Use AutoAddDevices Off instead. (http://www.wonkity.com/~wblock/docs/html/aei.html) Section Files EndSection Looks wrong, but works here. I'd suggest leaving out the section entirely rather than leaving it empty, though. Section Module # Load freetype # Load xtt Load extmod Load glx Load dri Load dbe Load record Load xtrap Load type1 Load speedo EndSection All but the commented first two and last three are default. Worth commenting out the last three and testing, too. Section Monitor Identifier Skjerm HorizSync31.5 - 48.5 VertRefresh 50.0 - 70.0 EndSection Section Device Identifier Grafikkort Driver radeonhd Option HPD off EndSection My success rate with the radeonhd driver is pretty much nonexistent. Section Screen Identifier Screen0 Device Grafikkort MonitorSkjerm DefaultDepth 16 SubSection Display Depth 16 Modes1280x1024 1280x960 1152x864 1024x768 800x600 640x480 EndSubSection EndSection 16-bit? That may actually be slower than 24, depending on how the card is built. Should still work, though it's worth commenting out in both places for testing. Section DRI Mode 0666 EndSection Should not cause a problem, although I use 0660. My full xorg.conf for the X1650 is here: http://wonkity.com/~wblock/radeon/x1650/xorg.conf ___ 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 ___ 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 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyQ8goACgkQrDN5kXnx8yZD5QCgiQE9YLU2Vy/jCC56e7s28kkS 74IAn2oi3jHXfXDgblwpLM982wWAqyyD =kuqx -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: very stupid mistake: a part of /usr is deleted
On 2010-09-15 17:20, Ivan Voras wrote: uname -a - FreeBSD (XX).uni-tuebingen.de 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 That is actually an easy situation to recover, you can do it in at least these ways: 1) if you build/upgrade from source, you can either reinstall if you have working /usr/obj or try and rebuild them if you have working /usr/src (...) This is a solution I would recommend (if time isn't the problem), first csup fresh 8.X sources, rebuild, upgrade, and as a result you will get more than missing files, but 8.1-RELASE + STABLE patches :). -- Bartosz Stec ___ 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: 8.1-RELEASE ZFS hangs
- Original Message - From: Sergey Zaharchenko doublef-...@yandex.ru After all it turned out that the HighPoint controller was buggy. When we later configured it in RAID5 mode, it reported drive faults for random drives that were OK. I don't get how/why it worked in geom stripe mode. Anyway, we switched to a 3ware card and ZFS works happily with it out of the box without any kernel tuning (I may do some fine-tuning later). Out of interest which controller, and what size / manufacture disks? Regards Steve This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ 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
MFC of ZFSv15
First of all, a great thanks to mm@ and pjd@ for the excellent work on ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. Unfortunately, buildworld currently fails (8-STABLE amd64) when linking libzfs with an »undefined reference to getmntent« error. Can anyone else confirm? Cheers, Pascal ___ 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: MFC of ZFSv15
At 02:07 PM 9/15/2010, Pascal Stumpf wrote: First of all, a great thanks to mm@ and pjd@ for the excellent work on ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. Yes, thats a LOT of fixes! Some look very interesting indeed :) 8632:36ef517870a3 6798384 It can take a village to raise a zio (141445-01) Unfortunately, buildworld currently fails (8-STABLE amd64) when linking libzfs with an »undefined reference to getmntent« error. Can anyone else confirm? here too. RELENG_8 AMD64. The tinderboxes havent hit that branch yet (http://tinderbox.freebsd.org/http://tinderbox.freebsd.org/), so it will be a few hrs before they get to test RELENG_8 === cddl/sbin/zfs (all) cc -O2 -pipe -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libumem/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/cmd/zfs/zfs_main.c cc -O2 -pipe -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libumem/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -c /usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/cmd/zfs/zfs_iter.c cc -O2 -pipe -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/common -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/include -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/lib/libumem -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/compat/opensolaris -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/head -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libuutil/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzfs/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libumem/common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libnvpair -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/sys -DNEED_SOLARIS_BOOLEAN -std=gnu89 -fstack-protector -Wno-unknown-pragmas -o zfs zfs_main.o zfs_iter.o -lzfs -lgeom -lbsdxml -lsbuf -lm -lnvpair -luutil -lutil /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to `getmntent' *** Error code 1 Stop in /usr/src/cddl/sbin/zfs. *** Error code 1 Stop in /usr/src/cddl/sbin. *** Error code 1 Stop in /usr/src/cddl. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ---Mike Mike Tancsa, tel +1 519 651 3400 Sentex Communications,m...@sentex.net Providing Internet since 1994www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike ___ 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: MFC of ZFSv15
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2010/09/15 11:30, Mike Tancsa wrote: At 02:07 PM 9/15/2010, Pascal Stumpf wrote: First of all, a great thanks to mm@ and pjd@ for the excellent work on ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. [...] here too. RELENG_8 AMD64. The tinderboxes havent hit that branch yet (http://tinderbox.freebsd.org/http://tinderbox.freebsd.org/), so it will be a few hrs before they get to test RELENG_8 [...] -lsbuf -lm -lnvpair -luutil -lutil /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to `getmntent' *** Error code 1 Sorry for that, it seems to be caused by a partial merge (cddl/compat/opensolaris/misc/mnttab.c). mm@ is going to fix that ASAP. Cheers, - -- Xin LI delp...@delphij.nethttp://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJMkRqwAAoJEATO+BI/yjfBUlEH/0oEST4976dZ4TKdawx8OWdJ X81gQvH0rl29xS+pJkuELMGROgsFDp3bCsYREFItAOYYAk4hDWRCqghXH2TzpcgJ N1VHjfe/nnZzvoJ1XTPuUcPH2F6okg7hfgb7zGHc120x/xDKOyW8urNEOrPKT/P4 edsyD/Ilp0S97GiVW6LjCmY05ieTS/IqnjMSFSPiWN9DkkcdccQfDRQL5v71RgBF nCHwsqgEZjAsdtebmdAoFBtAR9Hm3+N7W6AhCMfM/mLF2xHzD1BxWPO1vQ+k1Mfx huMVRlsZ4PK5JIqUNYzfUzGZqNfCcdafBbw0BsnPf/n7kMWXQVNCFM8iaFXPWUQ= =EncA -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: 8.1-RELEASE ZFS hangs
Hello Steven! Wed, Sep 15, 2010 at 06:45:15PM +0100 you wrote: - Original Message - From: Sergey Zaharchenko doublef-...@yandex.ru After all it turned out that the HighPoint controller was buggy. When we later configured it in RAID5 mode, it reported drive faults for random drives that were OK. I don't get how/why it worked in geom stripe mode. Anyway, we switched to a 3ware card and ZFS works happily with it out of the box without any kernel tuning (I may do some fine-tuning later). Out of interest which controller, and what size / manufacture disks? I assume you mean the working config. The broken one has been described earlier. t...@pci0:3:3:0:class=0x010400 card=0x100213c1 chip=0x100213c1 rev=0x00 hdr=0x00 vendor = '3ware Inc' device = 'SATA/PATA Storage Controller (9000 series)' class = mass storage subclass = RAID 8 identical 1907729MB (~2TB) Seagate drives. -- Sergey Zaharchenko pgp8nIJTcq9UR.pgp Description: PGP signature
Re: Freebsd 8.1 + xorg + radeonhd hang
On Tue, 14 Sep 2010, Warren Block wrote: On Tue, 14 Sep 2010, Eivind E wrote: First, the intermittent nature of the problem sounds like it might be hardware failure. The only easy way to test that would be to swap in another video board, but people rarely have extras. That has crossed my mind aswell, the only thing which makes me doubt it is that after updating X number of months ago (probably about a year and a half), it started to work with no problems whatsoever. Now, after upgrading again, it has stopped working. I don't have any other card, so changing is difficult. You also mentioned upgrading from 7.x to 8.1. It's worth running pkg_libchk from sysutils/bsdadminscripts to make sure nothing was missed. It only showed libraries from diablo-jdk which got pulled in when I compiled openoffice. Back to the xorg.conf... Adding Option Log Sync to ServerLayout may help preserve the Xorg.0.log file. Untested by me so far, but shouldn't hurt. I added this and got a log, I'll put it in the bottom of this mail. AllowEmptyInput (and fire) bad! Use AutoAddDevices Off instead. (http://www.wonkity.com/~wblock/docs/html/aei.html) Changed this as suggested. Section Files EndSection Looks wrong, but works here. I'd suggest leaving out the section entirely rather than leaving it empty, though. Removed this. Section Module # Load freetype # Load xtt Load extmod Load glx Load dri Load dbe Load record Load xtrap Load type1 Load speedo EndSection All but the commented first two and last three are default. Worth commenting out the last three and testing, too. Removed last three. My success rate with the radeonhd driver is pretty much nonexistent. I've tried all tips here with both radeonhd and radeon. 16-bit? That may actually be slower than 24, depending on how the card is built. Should still work, though it's worth commenting out in both places for testing. Took it out. Don't remember anymore, may well have been some desperate attempt to get things working. Section DRI Mode 0666 EndSection Should not cause a problem, although I use 0660. My full xorg.conf for the X1650 is here: http://wonkity.com/~wblock/radeon/x1650/xorg.conf I'll look at it tomorrow it nothing else works. After applying your suggestions, the machine still hung but I got this in Xorg.0.log : X.Org X Server 1.7.5 Release Date: 2010-02-16 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-RELEASE-p2 amd64 Current Operating System: FreeBSD elg.hjerdalen.lan 8.1-STABLE FreeBSD 8.1-STABLE #0: Mon Sep 13 17:48:23 CEST 2010 r...@elg.hjerdalen.lan:/usr/obj/usr/src/sys/GENERIC amd64 Build Date: 08 September 2010 12:11:20AM Current version of pixman: 0.16.6 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Sep 15 20:40:30 2010 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Layout0 (**) |--Screen Screen0 (0) (**) | |--Monitor Skjerm (**) | |--Device Grafikkort (**) |--Input Device Tastatur (**) |--Input Device Mus (**) Option Log Sync (**) Option AutoAddDevices Off (**) Not automatically adding devices (==) Automatically enabling devices (**) Syncing logfile enabled (==) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (==) ModulePath set to /usr/local/lib/xorg/modules (II) Loader magic: 0x692320 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0:3:0:0) 1002:7143:17af:204e ATI Technologies Inc RV505 [Radeon X1550 Series] rev 0, Mem @ 0xd000/268435456, 0xfe8f/65536, I/O @ 0xb000/256, BIOS @ 0x/65536 (--) PCI: (0:3:0:1) 1002:7163:17af:204f ATI Technologies Inc RV505 [Radeon X1550 Series] (Secondary) rev 0, Mem @ 0xfe8e/65536 (II) extmod will be loaded. This was enabled by default and also specified in the config file. (II) dbe will be loaded. This was enabled by default and also specified in the config file. (II) glx will be loaded. This was enabled by default and also specified in the config file. (II) record will be loaded. This was enabled by default and also specified in the config file. (II) dri will be loaded. This was enabled by default and also specified in the config file. (II) dri2 will be loaded. This was
Re: Freebsd 8.1 + xorg + radeonhd hang
On Tue, 14 Sep 2010, Warren Block wrote: Was OP unloading the radeon kernel module? I can verify that once the radeon module is unloaded, it doesn't work after reloading. But for me, X just complains about no screens found, it doesn't lock up. If the radeon module stays loaded, X starts and restarts fine. Tested ten restarts without problems. I've never unloaded the module. Never used to load it by hand back when it worked either. Seems X loads it itself. -- _ _ // \\// Eivind Evensen \/ ___ 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
/stable/2.0.5/usr.bin/m4/serv.c
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Stable@, Repo Men Women, I was recently creating a replicate of the central svn repo onto another server and came across the following. While svnsync(1) sync file:///path/to/repo svnsync: File not found: revision 8869, path '/stable/2.0.5/usr.bin/m4/serv.c' As per the ncvs repo. This file was moved into Attic ??1.1.1.2?? thus I believe this caused conflicts with cvs2svn. If further information is needed you can contact me directly off-list. Regards, - -- jhell,v -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBAgAGBQJMkWXaAAoJEJBXh4mJ2FR+m4EH/jG78h3WEhfgCWA3imN6X5ii lMQL4c+c5Wvcjd3ocZVLv/fxiJTs/0tT41pM+LuCe+HEeEhkwx9Op3xeg5q37dbo tdCFNOx009gMOEUbMgir5n21zrQ7UwxgQ0mn0u7LEvHNs1VTnfIMDxbHqqbel7CX 509UReU/e+imJSdNQYQZqVSGQONh+q+EzzlTwCuT7/jqlhnE1te/SC3FKs3XVCEE uZZEwa6+fPHVvaS+eThsVzlK35EBpfYGxcdLbBetYUgs2FOG3plq5Ot86yg5LFKy zsQV0UkAEMMsPg2VQuA7FPz9IqKA3XJi60yQ9QXMqFcytW/jOh2Mx5tLi6z3yvI= =BFDQ -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: MFC of ZFSv15
Quoth Pascal Stumpf on Wednesday, 15 September 2010: First of all, a great thanks to mm@ and pjd@ for the excellent work on ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. Unfortunately, buildworld currently fails (8-STABLE amd64) when linking libzfs with an »undefined reference to getmntent« error. Can anyone else confirm? Cheers, Pascal ___ 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 Same here. 8-STABLE amd64, same error. -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgpsbTC1PbgPh.pgp Description: PGP signature
[releng_8 tinderbox] failure on powerpc/powerpc
TB --- 2010-09-15 23:27:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-15 23:27:59 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2010-09-15 23:27:59 - cleaning the object tree TB --- 2010-09-15 23:28:38 - cvsupping the source tree TB --- 2010-09-15 23:28:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2010-09-15 23:29:25 - building world TB --- 2010-09-15 23:29:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-15 23:29:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-15 23:29:25 - TARGET=powerpc TB --- 2010-09-15 23:29:25 - TARGET_ARCH=powerpc TB --- 2010-09-15 23:29:25 - TZ=UTC TB --- 2010-09-15 23:29:25 - __MAKE_CONF=/dev/null TB --- 2010-09-15 23:29:25 - cd /src TB --- 2010-09-15 23:29:25 - /usr/bin/make -B buildworld World build started on Wed Sep 15 23:29:26 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 16 00:30:40 UTC 2010 TB --- 2010-09-16 00:30:40 - generating LINT kernel config TB --- 2010-09-16 00:30:40 - cd /src/sys/powerpc/conf TB --- 2010-09-16 00:30:40 - /usr/bin/make -B LINT TB --- 2010-09-16 00:30:40 - building LINT kernel TB --- 2010-09-16 00:30:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 00:30:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 00:30:40 - TARGET=powerpc TB --- 2010-09-16 00:30:40 - TARGET_ARCH=powerpc TB --- 2010-09-16 00:30:40 - TZ=UTC TB --- 2010-09-16 00:30:40 - __MAKE_CONF=/dev/null TB --- 2010-09-16 00:30:40 - cd /src TB --- 2010-09-16 00:30:40 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Sep 16 00:30:40 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Thu Sep 16 00:50:07 UTC 2010 TB --- 2010-09-16 00:50:07 - building GENERIC kernel TB --- 2010-09-16 00:50:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 00:50:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 00:50:07 - TARGET=powerpc TB --- 2010-09-16 00:50:07 - TARGET_ARCH=powerpc TB --- 2010-09-16 00:50:07 - TZ=UTC TB --- 2010-09-16 00:50:07 - __MAKE_CONF=/dev/null TB --- 2010-09-16 00:50:07 - cd /src TB --- 2010-09-16 00:50:07 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Sep 16 00:50:07 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -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 -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 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -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 -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 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -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 -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 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -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 -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 -msoft-float -msoft-float -mno-altivec -ffreestanding
Re: [releng_8 tinderbox] failure on powerpc/powerpc
On Wed, Sep 15, 2010 at 5:53 PM, FreeBSD Tinderbox tinder...@freebsd.org wrote: TB --- 2010-09-15 23:27:59 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-09-15 23:27:59 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2010-09-15 23:27:59 - cleaning the object tree TB --- 2010-09-15 23:28:38 - cvsupping the source tree TB --- 2010-09-15 23:28:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2010-09-15 23:29:25 - building world TB --- 2010-09-15 23:29:25 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-15 23:29:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-15 23:29:25 - TARGET=powerpc TB --- 2010-09-15 23:29:25 - TARGET_ARCH=powerpc TB --- 2010-09-15 23:29:25 - TZ=UTC TB --- 2010-09-15 23:29:25 - __MAKE_CONF=/dev/null TB --- 2010-09-15 23:29:25 - cd /src TB --- 2010-09-15 23:29:25 - /usr/bin/make -B buildworld World build started on Wed Sep 15 23:29:26 UTC 2010 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries stage 4.3: make dependencies stage 4.4: building everything World build completed on Thu Sep 16 00:30:40 UTC 2010 TB --- 2010-09-16 00:30:40 - generating LINT kernel config TB --- 2010-09-16 00:30:40 - cd /src/sys/powerpc/conf TB --- 2010-09-16 00:30:40 - /usr/bin/make -B LINT TB --- 2010-09-16 00:30:40 - building LINT kernel TB --- 2010-09-16 00:30:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 00:30:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 00:30:40 - TARGET=powerpc TB --- 2010-09-16 00:30:40 - TARGET_ARCH=powerpc TB --- 2010-09-16 00:30:40 - TZ=UTC TB --- 2010-09-16 00:30:40 - __MAKE_CONF=/dev/null TB --- 2010-09-16 00:30:40 - cd /src TB --- 2010-09-16 00:30:40 - /usr/bin/make -B buildkernel KERNCONF=LINT Kernel build for LINT started on Thu Sep 16 00:30:40 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything Kernel build for LINT completed on Thu Sep 16 00:50:07 UTC 2010 TB --- 2010-09-16 00:50:07 - building GENERIC kernel TB --- 2010-09-16 00:50:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-09-16 00:50:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-09-16 00:50:07 - TARGET=powerpc TB --- 2010-09-16 00:50:07 - TARGET_ARCH=powerpc TB --- 2010-09-16 00:50:07 - TZ=UTC TB --- 2010-09-16 00:50:07 - __MAKE_CONF=/dev/null TB --- 2010-09-16 00:50:07 - cd /src TB --- 2010-09-16 00:50:07 - /usr/bin/make -B buildkernel KERNCONF=GENERIC Kernel build for GENERIC started on Thu Sep 16 00:50:07 UTC 2010 stage 1: configuring the kernel stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3.1: making dependencies stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -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 -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 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/md5c.c cc -c -O -pipe -std=c99 -g -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 -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 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/p1003_1b.c cc -c -O -pipe -std=c99 -g -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 -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 -msoft-float -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/posix4_mib.c cc -c -O -pipe -std=c99 -g -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 -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common
Re: Freebsd 8.1 + xorg + radeonhd hang
On Wed, 15 Sep 2010, Eivind E wrote: (WW) RADEONHD(0): !!! Option HPD is set !!! This shall only be used to work around broken connector tables. Please report your findings to radeo...@opensuse.org radeon doesn't have this option at all. (--) RADEONHD(0): Detected an RV505 on a HIS Radeon X1550 PCI (II) RADEONHD(0): Mapped IO @ 0xfe8f to 0x8006d5000 (size 0x0001) (II) RADEONHD(0): PCIE Card Detected (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location (II) RADEONHD(0): ATOM BIOS Rom: SubsystemVendorID: 0x17af SubsystemID: 0x204e IOBaseAddress: 0xb000 Filename: SEST.BIN BIOS Bootup Message: 113-00SB5H06-00R-HT X1550 PCIE X1 HM DDR2 256M/64B DLDVI/TV/DVI 400M/550E (II) RADEONHD(0): Analog TV Default Mode: 8 (II) RADEONHD(0): Output VGA_1 using monitor section Skjerm Odd. Later on on it looks like it's using DVI-I_1/analog. See my xorg.conf for an example of tying monitors to specific outputs in the Device section. ___ 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: Strange video mode output with VESA
2010/7/19 Jung-uk Kim j...@freebsd.org: On Friday 16 July 2010 07:18 pm, Jung-uk Kim wrote: On Friday 16 July 2010 03:22 pm, Jung-uk Kim wrote: On Friday 16 July 2010 03:00 pm, David DEMELIER wrote: 2010/6/19 paradox ddkp...@yahoo.com: On Wednesday 02 June 2010 04:25 pm, David DEMELIER wrote: Hi there, I was so happy to see that VESA is available for amd64, but unfortunately it does not work really well for me. Take a look at this picture : http://img717.imageshack.us/img717/7311/dsc00399h.jpg My laptop is a 15,6 so the best resolution is 1366x768, I tried this : vidcontrol MODE_496. As you can see on the picture all : the lines are completely everywhere, if I mouse the cursor they move away (I'm not drunk!). I have SC_PIXEL_MODE in my kernel config. The console terminal is okay until I don't excess 1280x960x32 video mode. Do you have any idea to fix this ? It is kinda known problem. �If the mode has larger bytes per scan line than the minimum, few characters per line are lost when the screen is scrolled up or down, i.e., framebuffer copies of whole screen. �When you move the mouse onto the line, entire line is redrawn and restored. �That's what you are seeing. �Ed might have a better idea how to fix it (CC'ed). Jung-uk Kim this is incorrent calculate the scan lines in the vesa driver Jung-uk Kim should to fix it But Jung-uk Kim said Ed' should fix it so we are in an infinite loop :- No, I didn't say that. What I meant was Ed may be a better qualified person to fix syscons vs. terminal emulator interaction issues. :-( Can you please try the attached patch? FYI, I just went ahead and committed a (slightly better) patch on head as r210248. It will be MFC'ed soon. Jung-uk Kim Sorry, I completely forgot this thread, I tried your patch, it didn't solved the problem but the offset is shorter now, only 2 or 3 characters per line are bad positionned. I will try the r210248 revision, this revision only applies to the file scvgarndr.c ? Thanks. -- Demelier David ___ 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: MFC of ZFSv15
I have fixed the missing bits in r212688. Thanks for the notice. Dňa 15. 9. 2010 21:12, Xin LI wrote / napísal(a): On 2010/09/15 11:30, Mike Tancsa wrote: At 02:07 PM 9/15/2010, Pascal Stumpf wrote: First of all, a great thanks to mm@ and pjd@ for the excellent work on ZFS in FreeBSD. :) And especially for the MFC of v15 a few hours ago. [...] here too. RELENG_8 AMD64. The tinderboxes havent hit that branch yet (http://tinderbox.freebsd.org/http://tinderbox.freebsd.org/), so it will be a few hrs before they get to test RELENG_8 [...] -lsbuf -lm -lnvpair -luutil -lutil /usr/obj/usr/src/tmp/usr/lib/libzfs.so: undefined reference to `getmntent' *** Error code 1 Sorry for that, it seems to be caused by a partial merge (cddl/compat/opensolaris/misc/mnttab.c). mm@ is going to fix that ASAP. Cheers, ___ 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 ___ 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
