Re: happy hacker lite 2 keyboard
Zoran wrote: Thaks for reply. I have one in use since ~5 years. The typing feel is a lot better compared to the Logitech keyboard I had before. The only problem I have with mine is that it's not usable with the boot loader menu. It seems to be hardware related as it works fine with other computers (using different chipsets). There is always chance to use it with ps2 converter. All new keyboards are usb in fact, but I add that little plastic in between. I'm aware of that, but didn't try it. On the other hand, the BIOS seems to be a little bit too stupid to handle this correctly. As I'm switching this computer on only once per day and not updating my system every other day, I don't really care about it any longer ;-) Besides, the HHKB Lite 2 has two USB ports integrated which are quite handy sometimes. [...] I still have something to ponder. To have more than one screen in fvwm, actually four of them, I ought to turn off numpad first. Then I use com- bination of Alt-Fx to jump here and there. In bios I removed numpad and it is not working on the kb, to my wish. Any thought how it goes on HH? The Happy Hacking keyboard doesn't have a numpad. I didn't have any problems because of this, regardless of having it enabled/disabled in the BIOS. Happy Hacking ;-) Philipp
Re: happy hacker lite 2 keyboard
Zoran wrote: I consider buying new keyboard and found happy hacker lite 2 model suiting fine. Is there someone on the list with expe- rience using it? I have one in use since ~5 years. The typing feel is a lot better compared to the Logitech keyboard I had before. The only problem I have with mine is that it's not usable with the boot loader menu. It seems to be hardware related as it works fine with other computers (using different chipsets). I'm aware I should change rc.conf to meet it's 65 key layout. Also, how xorg.conf has to look like in this situation? The only keyboard-specific thing I have in my rc.conf is 'keymap=us.iso'. My xorg.conf contains the following entries in the InputDevice section: Option XkbRules xorg Option XkbModel pc101 Option XkbLayout us I say it should work right out of the box ;-) In addition, I did configure a .xmodmaprc to get umlauts, etc. HTH, Philipp
Re: Perennial suggestion to split freebsd-stable into version-specific lists
CmdLnKid wrote: On Sat, 29 Aug 2009 20:17 -, dougb wrote: Howdy, I make this suggestion every time there is a new major release coming, maybe this time will be the one! :) One could argue that with the 2 active stable branches that we have now the freebsd-stable@ mailing list is already quite confusing. Adding a third (8-STABLE) will make it much more so (arguably confusion to the third power instead of just confusion squared), for a lot of reasons that I think are probably obvious. Thus, my suggestion. Split what is currently freebsd-stable into one list per branch. This year I even have a better suggestion for the names, freebsd-6@, freebsd-7@, and freebs...@. After the flag day mail sent to the existing -stable list can get an auto-reply explaining the new world order. What do you think? Doug On second thought you could also create the FreeBSD-?stable list and still have then CC'd to the FreeBSD-stable list for archive purposes allowing people to just subscribe to one list or all of them as a group. And what if someone sends mail to FreeBSD-stable? Reject it because this list is just for archiving purposes? Or accept it and send it out (just like now) adding yet more confusion? Personally, I don't have a problem with the current situation, but then that's just me... Just my 2 cents, Philipp smime.p7s Description: S/MIME Cryptographic Signature
Re: upgrading ports without recompiling
Ishmael F.E. wrote: [...] . so, ¿how can I upgrade the ports? unfortunatley I don't have time to compile my 64bit system Have you looked at the -PP option of portupgrade? I don't know how portmaster handles upgrades using packages only. HTH, Philipp ___ 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: remote debug over usb vs. old serial cable?
Ronald Klop wrote: On Thu, 26 Mar 2009 15:22:36 +0100, Andriy Gapon a...@icyb.net.ua wrote: on 26/03/2009 15:06 Erik Trulsson said the following: On Thu, Mar 26, 2009 at 01:56:13PM +0100, Ronald Klop wrote: Hello, In the past I could catch a panic during boot via a serial cable connected to another computer. My new computer only has USB-ports and ethernet. What kind of cable do I need now to do remote debugging? The old computer also has usb, so I think the connection should be in that corner. They all run 7-STABLE. USB won't work for that purpose. It requires far too much kernel support to be useful after a panic. Erik, in fact, there is a special USB (EHCI) mode for such purposes: http://www.coreboot.org/EHCI_Debug_Port But that requires some special HW in addition to SW support which our doesn't have. BTW, Ronald, it is possible that you might have a serial header on motherboard which is not connected to any traditional port. Is that this sio0 one? sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Yes. Mine (onboard) is recognized in a similar fashion: sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: 16550A-compatible COM port port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled It actually is enabled and working... I am going to open my computer tonight to see what is in there. You want to look out for a 10 pin connector -- they usually look like jumper connectors (I don't know the correct word in english, in german it's called Pfostenstecker). It's even possible that it's there, but not connected in any way -- consult the manual of your mainboard to be sure. Regards, Philipp ___ 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: Sata disc management
Oliver Pinter wrote: How to can I stop the idle sata disc under fbsd (for power save) ? I searched many hours on google, but I don't find any information for it, only for scsi subsystem. I think a program like camcontrol, but for sata disk. Did you (already) check your BIOS if there's such an option? HTH, Philipp ___ 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: Burning DVD with files4GB from console
Hi, Bartosz Stec wrote: [...] Is there *any* way to burn DVDs with files4GB from FreeBSD console? I succesfully used growisofs for exactly this task ;-) What I did is (for DL-DVDs): # growisofs -dvd-compat -Z /dev/cd0=$file.iso -speed=2 I had to limit the speed, else it wouldn't do anything. If I burn normal DVDs I don't need the speed limit. HTH, Philipp ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Very large kernel
Alex de Kruijff wrote: I noticed that the kernel directory was very large compaired to 6.1. Is this for debugging and can I safely remove the symbols files I want to save some space? Some time ago someone already asked this question on current@ IIRC. Someone proposed to add INSTALL_NODEBUG=yes to /etc/make.conf in case one wishes not to install those additional files. HTH, Philipp ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 7-STABLE regression that breaks lang/drscheme is src/contrib/gcc/gthr-posix.h 1.1.1.8.2.1
Andrew Reilly wrote: Hello again, [to recap: drscheme, (which is an IDE that runs under the mred runtime, built from ports/lang/drscheme (or actually manually from a personal copy of that Makefile that builds the current release: 372, rather than ver 370 in ports)) worked beautifully on my system until I updated to 7-STABLE after 4 Jan. I track -STABLE every week or two. After that, it segfaults before printing or displaying anything, and running under gdb has found that it stops in the garbage collector initialization. I haven't raised a PR for this yet because I still think that the problem is probably the drscheme FreeBSD configuration that has bit-rotted a little, now that FreeBSD has changed slightly. Still investigating... I've cc'd Joseph Koshy, because this seems to be somehow related to PR ports/118808.] [...] I had similar problems whith lang/drscheme. It refused to build ever since I switched to RELENG_7. Building it from source (version 370 and 371) wasn't succesfull at all: first it refused to find some X includes (which are present), then it wouldn't finish compiling because of a coredump in mred/mzscheme (I don't recall which one it was). My first thought was a broken compiler, but using gcc34 and icc 8.1 wasn't succesfull either ;-) After that, I decided not to spend any more time because I didn't know what steps were appropriate to take... I just did compile Drscheme 372 with a patched Makefile of the port: - uncomment this line: BROKEN= Fails to install (signal 11) - adapt distinfo: MD5 (drscheme/372/plt-372-src-unix.tgz) = 751217f63bc64423a29a05423f917af8 SHA256 (drscheme/372/plt-372-src-unix.tgz) = 6b635b41fcb27acbd1eaa773c88eb2c1131e9857b104c8ec1b111cff2d7fb2ec SIZE (drscheme/372/plt-372-src-unix.tgz) = 15267684 - make; make install This may be not the most correct way, but it works for me. I'm running FreeBSD 7.0-PRERELEASE as of Jan 17 2008. Regards, Philipp ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: ffs_blkfree: freeing free block on 7.0-PRE
Pieter de Goeje wrote: On Wednesday 12 December 2007, Philipp Ost wrote: Hi all, I just got a panic on my 7.0-PRERELEASE box. Here's the backtrace: # kgdb kernel.debug /var/crash/vmcore.0 [...] Unread portion of the kernel message buffer: handle_workitem_freeblocks: block count dev = ad4s1f, block = 7475968, fs = /usr panic: ffs_blkfree: freeing free block Uptime: 4h21m56s Physical memory: 1015 MB Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 Known issue, upgrade to 7.x after 2007/10/18 to fix. Hope this helps, Yes, this helps. Thanks for the fast answer (though I could have found myself if I did some research before posting to the list...). Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
panic: ffs_blkfree: freeing free block on 7.0-PRE
Hi all, I just got a panic on my 7.0-PRERELEASE box. Here's the backtrace: # kgdb kernel.debug /var/crash/vmcore.0 [...] Unread portion of the kernel message buffer: handle_workitem_freeblocks: block count dev = ad4s1f, block = 7475968, fs = /usr panic: ffs_blkfree: freeing free block Uptime: 4h21m56s Physical memory: 1015 MB Dumping 199 MB: 184 168 152 136 120 104 88 72 56 40 24 8 #0 doadump () at pcpu.h:195 195 __asm __volatile(movl %%fs:0,%0 : =r (td)); (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc058e783 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc058e97f in panic (fmt=Variable fmt is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc06bc2f3 in ffs_blkfree (ump=0xc3c62300, fs=0xc3f2d800, devvp=0xc3e41aa0, bno=7475968, size=16384, inum=942840) at /usr/src/sys/ufs/ffs/ffs_alloc.c:1893 #4 0xc06cfbc8 in indir_trunc (freeblks=0xc835e000, dbn=15127360, level=0, lbn=12, countp=0xe4138c4c) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2896 #5 0xc06cfe97 in handle_workitem_freeblocks (freeblks=0xc835e000, flags=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:2746 #6 0xc06d162e in process_worklist_item (mp=0xc3f3a538, flags=Variable flags is not available. ) at /usr/src/sys/ufs/ffs/ffs_softdep.c:963 #7 0xc06d2651 in softdep_process_worklist (mp=0xc3f3a538, full=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:847 #8 0xc06d4aca in softdep_flush () at /usr/src/sys/ufs/ffs/ffs_softdep.c:758 #9 0xc056fda6 in fork_exit (callout=0xc06d4660 softdep_flush, arg=0x0, frame=0xe4138d38) at /usr/src/sys/kern/kern_fork.c:796 #10 0xc0730740 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205 (kgdb) quit # uname reports the following: FreeBSD herdubreid.x.y.de 7.0-PRERELEASE FreeBSD 7.0-PRERELEASE #0: Sun Oct 21 19:27:53 CEST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HERDUBREIDKERNEL i386 Yep, I know BETA4 is out, but I havn't had the time to update my system since then. Let me know if you need more information. Regards, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: impressive buildworld time
Scott Oertel wrote: Claus Guttesen wrote: Hi. Just installed a new DL360 with 8 cores at 2.33 Ghz and 8 GB ram and 15K rpm sas-disks. When I installed the beta2 from cd 'make -j 9 buildworld' took approx. 20 min. After a recompile of userland and kernel and switch to ULE it went down to: World build completed on Wed Nov 14 17:44:08 CET 2007 -- 3552.428u 1298.485s 16:15.89 497.0% 6156+1325k 25257+8117io 3368pf+0w Not very scientific and only one run but none the less my fastest buildworld time ever on FreeBSD. :-) I got it built in 8 minutes on this Dual Quad Core Xeon (hw.model: Intel(R) Xeon(R) CPU E5345 @ 2.33GHz) I used -j10 i believe. Impressive ;-) My main machine (with an Athlon XP @ 2GHz) takes ~2 hours to build kernel and world (I use a script to do that). My other box is running -CURRENT and takes ~11 hours to build kernel and world (Celeron 500...). Just to supply some numbers that go the other direction :-) Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Upgrading FreeBSD Questions
Jason Slack wrote: I want to try version 7 as it has items of interest to me, but I am not one to continually wipe and reload my machine, can you upgrade from the test releases of 7 available now to the final release when ready? Or do you have to wipe? Yes, you can upgrade your system without wiping the disk. You just sync the sources and recompile the kernel/world. The FreeBSD Handbook has more information regarding this, I recommend reading it -- it's worth it ;-) HTH, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kldxref: file isn't dynamically-linked -- expected behaviour?
Ruslan Ermilov wrote: On Thu, Oct 18, 2007 at 09:06:55PM +0200, Philipp Ost wrote: Vlad GALU wrote: On 10/18/07, Philipp Ost [EMAIL PROTECTED] wrote: Hi list, I'm currently upgrading from 6.2-STABLE (13 Oct. 2007) to RELENG_7. I did the following after csup'ing my sources: # make kernel-toolchain # make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=MYKERNEL # make -DALWAYS_CHECK_MAKE installkernel KERNCONF=MYKERNEL The last thing 'installkernel' reports is: [...] kldxref /boot/kernel kldxref: file isn't dynamically-linked [...] This message is repeated 514 times... ;-) Is this expected behaviour? Before I do a reboot I would like to make sure everything works as I rely on that particular machine. If needed I can provide full logs; MYKERNEL is a cut down version of GENERIC with atapicam, drm, radeondrm, sound added ;-) Thanks in advance for any hint/help! It's harmless. Once you boot with your new RELENG_7 they will disappear on the next kernel build/install. Thanks a lot. I saw this message for the first time in my life and was a little bit concerned about it... But if everything seems to be fine I will give it a try. As others have pointed out, these messages are harmless. It's caused by the old (6.x version) kldxref(8) binary trying to hash the *.symbols files that are installed along with debug versions of kernel and module objects, and that contain symbol information needed for debugging, and aren't dynamically linked ELF files. So the old kldxref(8) ignores these files, but issues a warning. Once you upgrade to 7.x, you'll have also installed the new (7.x version) of kldxref(8) that is aware of .symbols files, so warnings will be gone. Technically, kldxref(8) should be a cross-tool (in the buildworld sense), but last time I tried to convert it to be a cross-tool several years ago it wasn't very easy. It's quite possible it will be easier now that we only support limited upgrade paths. Thanks for the explanation of the technical background. In the meantime I did the upgrade to 7.0 and also rebuilt the kernel -- as pointed out the warnings are gone ;-) Seems like I was a little bit too concernced about some (possible) breakage... Thanks again for all the answers! Cheers, Philipp -- http://www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
kldxref: file isn't dynamically-linked -- expected behaviour?
Hi list, I'm currently upgrading from 6.2-STABLE (13 Oct. 2007) to RELENG_7. I did the following after csup'ing my sources: # make kernel-toolchain # make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=MYKERNEL # make -DALWAYS_CHECK_MAKE installkernel KERNCONF=MYKERNEL The last thing 'installkernel' reports is: [...] kldxref /boot/kernel kldxref: file isn't dynamically-linked [...] This message is repeated 514 times... ;-) Is this expected behaviour? Before I do a reboot I would like to make sure everything works as I rely on that particular machine. If needed I can provide full logs; MYKERNEL is a cut down version of GENERIC with atapicam, drm, radeondrm, sound added ;-) Thanks in advance for any hint/help! Regards, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kldxref: file isn't dynamically-linked -- expected behaviour?
Vlad GALU wrote: On 10/18/07, Philipp Ost [EMAIL PROTECTED] wrote: Hi list, I'm currently upgrading from 6.2-STABLE (13 Oct. 2007) to RELENG_7. I did the following after csup'ing my sources: # make kernel-toolchain # make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=MYKERNEL # make -DALWAYS_CHECK_MAKE installkernel KERNCONF=MYKERNEL The last thing 'installkernel' reports is: [...] kldxref /boot/kernel kldxref: file isn't dynamically-linked [...] This message is repeated 514 times... ;-) Is this expected behaviour? Before I do a reboot I would like to make sure everything works as I rely on that particular machine. If needed I can provide full logs; MYKERNEL is a cut down version of GENERIC with atapicam, drm, radeondrm, sound added ;-) Thanks in advance for any hint/help! It's harmless. Once you boot with your new RELENG_7 they will disappear on the next kernel build/install. Thanks a lot. I saw this message for the first time in my life and was a little bit concerned about it... But if everything seems to be fine I will give it a try. Regards, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: UFS2 optimization for many small files
Nguyen Tam Chinh wrote: [snipped] Please advice with optimizations or tricks. [...] Did you already looked at 'man 7 tuning'? HTH, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fast rate of major FreeBSD releases to STABLE
John Walthall wrote: And let's not forget the infamous geometry bug! For me, at least sysinstall has always, 100% of the time, incorrectly detected my disc geometry. Same here. I ignored it every time and got no problems at all... Sysinstall is adequate, nothing more, nothing less. I don't mean though, to belittle the efforts of the developers; these days people are going to expect it to be polished on the order of YaST, which is ridiculous. Sysinstall is functional. Full ACK. Although irritated, variously, by every one of these issues, I am most concerned about the geometry bug, it looks lackadaisical. The only other concern I have is the I-don't-know-which-field-is-in-focus-bug. But I have to admit that I rarely use sysinstall, so I don't bother that much... If people have trouble with sysinstall-the-configuration-tool, perhaps they might examine sysutils/webmin? That my be true for post-installation situations, but it doesn't help those people who want to *install* FreeBSD on their machines... Just my 2 cent Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kdepim-3.5.6_3, compiler error
[EMAIL PROTECTED] wrote: [snipped] dentities/libkpimidentities.la -lkabc -lkutils -lkdeui -lartskde -Wl,-export-dynamic -L/usr/local/lib -L/usr/X11R6/lib -ljpeg -L/usr/X11R6/lib libtool: link: cannot find the library [snipped] Do you have that library installed? I had the same problem with vlc some days ago, it was fixed by updating a dependency (in my case ffmpeg-devel)... HTH, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD vs Region Code DVDs
Robert Gray wrote: I had an issue with ripping some DVD's to my laptop before a trip I made (note: no distribution occurred (for the lawyers :))). I wanted to just use dd to do it, but dd would fail after a small amount of data was read. If I first played a little of the DVD with mplayer, then dd would work afterwards. It probably had something to do with mplayer whispering sweet nothings to the DVD player. Sean I've had similar experiences with DaVinci Code and Casino Royal. The error is: Outputting to /big/MOVIE/CASINO/CASINO_ROYALE1-1.vob 16MB of 6834MB written (0 %) acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x11 ascq=0x05 My work around so that I can watch the movie I rented is to skip over the problem area (probably intensional by Hollywood) vobcopy -b 50m Try adjusting the offset-size to your needs. Have you guys already tried sysutils/dvdbackup? Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Xorg Modular
Jason Hills wrote: Is there any prevision when will it be on ports? Will beryl, aiglx and stuff come along? Kris did announce it some days ago. You'll want to check the archives of ports@ ;) Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Do we need this junk?
Dag-Erling Smørgrav wrote: Nikolas Britton [EMAIL PROTECTED] writes: Can anything in the list below be removed from CURRENT? No. Modern i386 and amd64 still have an ISA bus, and devices connected to that bus, even if they don't have ISA slots. Some mainboards for industrial use even have them today... And the main CPU is a Pentium 4 or AMD 64 ;) Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Don't buy AMD products (was Re: Xorg and ATI card query.)
Charles Shannon Hendrix wrote: On Tue, 13 Mar 2007 14:58:34 -0500 Nikolas Britton wrote: We need to start hounding on AMD to publish the developer documentation for all radeon chipsets. I for one will not buy any AMD or ATI components until they decide to fix the problem. Brilliant. Let's destroy years of good will with AMD, a company that has been very good about supporting open source and providing good documentation for their products. Let's hound them about something that is probably not under their control, since they don't own all of the IP in the ATI products, just as nVidia doesn't own everything it sells. This is the kind of thing that turns people and companies away from open source. Here's the email address of AMD's president: deleted Quite acting like a child. Would you like it if someone posted your email address publicly like this to be harvested for spam and useless zealotry? Fully agreed. If somebody insists on not buying AMD/ATi products: Buy only such products known to work with free drivers available ;) Just my 0.02€ Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Canonical 4.x to 6.x upgrade docs?
Hi all, some time ago Yar Tikhiy posted a message to this list in which he described a way to directly update a 4.11 box to 6.2. The message can be found here: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=190896+0+archive/2007/freebsd-stable/20070225.freebsd-stable HTH, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Stable on Blade server
Martin wrote: Hi, I work for a little web agency/isp and we are going to buy new hw to sustain the growinng demand of our customers. We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can anyone reccomend any of them? models? particular hw/firmware/misc I don't have any particular experience with Blade servers in general, but perhaps this article is some help for you: http://wiki.bsdforen.de/IBM_Blade_-_english Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: getting garbage faster using FreeBSD?
Volker wrote: For my dentist I'm currently in the process of destroying some tape cartridges (SLR7) and also two hard disks (147G SCSI). [snipped] Is there any chance to speed up /dev/random? Would a hifn accelerator card help here to get FreeBSD produce garbage faster? As there is medical data on all media I really need garbage (/dev/zero wouldn't be enough for data security as this might get recovered). You could use DBAN [0] to wipe the data, at least on the disks ;) That also takes some time (depends on the method you choose) but it's worth it... HTH, Philipp [0] http://dban.sourceforge.net/ -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: keyboard
Cristian Fatu wrote: I want to disable keyboard port ... can somebody help me ? Comment out the following lines in your kernel configuration: device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse HTH, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: burncd 'blank' not terminating ?
Dmitry Pryanishnikov wrote: 1) it seems that problem is in /sys/dev/ata/atapi-cd.c code rather then in burncd utility (but I'm not 100%-sure here); 2) burncd still does _all_ things which it's useful for: it really burns CDs erases and fixates them. It just incorrectly waits for completion of erase/fixate operation. Waiting some extra time after drive finishes the write process and pressing Ctrl+C works around this problem and results in correctly erased/fixed media. It would be unwise to throw away a dirty screwdriver instead of washing it ;) I just found an error-message from the time I was still using 6.1-RELEASE: snip $ uname -a FreeBSD herdubreid.xxx.xxx.de 6.1-RELEASE FreeBSD 6.1-RELEASE #0: Sat May 27 22:26:23 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HERDUBRE IDKERNEL i386 herdubreid# burncd -f /dev/acd0 erase ^Casing CD, please wait.. herdubreid# burncd -f /dev/acd0 blank ^Canking CD, please wait.. ^-- both takes forever - interrupted with Ctrl-C herdubreid# burncd -f /dev/acd0 data 6.1-RELEASE-i386-disc1.iso fixate next writeable LBA 0 writing from file 6.1-RELEASE-i386-disc1.iso size 517368 KB written this track 517368 KB (100%) total 517368 KB fixating CD, please wait.. burncd: ioctl(CDRIOCFIXATE): Input/output error herdubreid# ^-- The ISO-Image is OK... The following appeared in /var/log/messages: May 29 11:30:35 herdubreid kernel: acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x1 0 ascq=0x00 g_vfs_done():acd0[READ(offset=290387968, length=2048)]error = 5 /snip I hope that helps somebody out there ;) Regards, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: vr speed issues
Charles Sprickman wrote: [snipped] Performace with scp was around 200KB/s, ftp wavered between 300-500KB/s. This did not appear to be a duplex mismatch - unmanaged switch showed them all at 100/Full, put some other hosts on the same ports/cabling and got near wire speed. I just checked with the boxes I have here. One is an Athon XP on a Asus board with a VIA Rhine II on board; the other is a `old' Celeron 500 on a MSI board with a Intel ``Pro 100/S Desktop Adapter''. I transfered a 538MiB file (some old CURRENT snapshot) via sftp. My result: from box one to box two (vr to fxp) I get 2.3MB/s; from box two to box one (fxp to vr) I get 3.1MB/s. The first box is running 6.2-PRERELEASE from 11/18, the Intel box is running 7.0-CURRENT from 11/24. Output of $ dmesg | grep vr vr0: VIA VT6102 Rhine II 10/100BaseTX port 0x8000-0x80ff mem 0xd600-0xd6ff at device 18.0 on pci0 miibus0: MII bus on vr0 and $ dmesg | grep fxp fxp0: Intel 82550 Pro/100 Ethernet port 0xc000-0xc03f mem 0xdd02-0xdd020fff,0xdd00-0xdd01 irq 11 at device 1.0 on pci1 miibus0: MII bus on fxp0 [...] fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 fxp0: Microcode loaded, int_delay: 1000 usec bundle_max: 6 If needed I can provide a full dmesg of both boxes. HTH, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with man and less/more
Hi list, I just stumbled across a oddity when I use the `man'-command piped through `less' or `more'. What I do is the following: 1. $ man $some_program This works without problems. 2. $ man $some_program | less or: $ man $some_program | more This works without problems until I type `q' to return to the terminal. Then the following message appears on the screen[tm] an I get my shell-prompt: Error executing formatting or display command. system command exited with status 36096 Error executing formatting or display command. system command exited with status 36096 No manual entry for less $ For some man-pages (it seems the category doesn't matter), the message is two lines shorter: Error executing formatting or display command. system command exited with status 36096 No manual entry for X $ There's no difference whether I use `less' or `more'. My system is 6.2-PRERELEASE with sources from November 12th: $ uname -a FreeBSD herdubreid.xxx.xxx.de 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #0: Sun Nov 12 16:02:01 CET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/HERDUBREIDKERNEL i386 Sorry if my report is unclear in some way. If you need more information, let me know. I will do my best to provide it ;) I can also provide some ktrace output if necessary. Regards, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Three FreeBSD 6 questions
SiteRollout.com wrote: Two questions to kickstart my participation on this list: 1.) How exactly do I know whether I am running the STABLE or CURRENT release, as when I run uname I can only see the following relevant info: FreeBSD server4.domain.info 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Sat Sep 23 13:52:48 UTC 2006 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:/usr/src/sys/i386/compile/SERVER4 domain.info:/usr/src/sys/i386/compile/SERVER4 i386 You are running 6.0-RELEASE. The current release is 6.1 - 6.2 is coming out soon[tm]. CURRENT is bleeding-edge development - you perhaps won't run it on a production server as it may crash at some point in time due to new features ;) And which file do I change to use a different release, and how must I update the system to pull in this latest release? You use cvsup(1) to update your local source-tree (and the ports-collection). In cvsup's configuration file(s), you specify what `version' of FreeBSD (RELEASE, STABLE, CURRENT) you want. ;) 2.) I'm a bit confused as to updating the system. As I understand, there are 3 areas which require updates: i. Ports ii. Security updates iii. Kernel updates I know how to perform the first two, but for kernel updates I can't seen to find a consistent unified method with talk of the traditional way and the latest way. What is the best way to keep my FreeBSD 6.x system up2date? The latter. 3.) One of my new FreeBSD 6.0 servers went down recently. This was odd as the actual server was hardly busy, but filesystem errors came up when booting up the server. After running fsck, server would be up for about an hour and then go down again. This kept happening and so I initially thought it was due to overheating. However cooling was all good, so after further investigation and googling I diagnosed the problem as being the background fsck which for some reason was failing, causing the server to shutdown and upon reboot requiring a manual fsck. I've fixed this by disabling the background fsck and forcing the bootup fsck in /etc/rc.conf. At least then if the server goes down again it will fix itself with a full fsck when booting up. My question is whether this is okay, and has anyone experienced this same problem with their system? And why has the background fsck been failing? Where can i find further info? Have you tried fscking your disks in single-user mode? And as Joe already said: Read The Handbook - it answers a lot of questions (if not all). :) You should have a local copy of it in /usr/share/doc/handbook/ HTH, Philipp -- www.familie-ost.info/~pj ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
