How to update to the security advisories
Hey, i look since a long time, but i did not find. Is there a howto somewhere, how i have to go through the update for the security advisories? Thanks for any links, hints, ideas, comments and hot coffees :-D Roger ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: How to update to the security advisories
Roger Grosswiler wrote: i look since a long time, but i did not find. Is there a howto somewhere, how i have to go through the update for the security advisories? Thanks for any links, hints, ideas, comments and hot coffees :-D Each advisory has either instructions or a URL to instructions in the handbook on how to download and apply patches to your source tree and rebuild the affected parts of the base system. For a solution which is easier but not as supported (i.e., it's something I'm providing personally, rather than something the FreeBSD Security Team provides and supports), you might like to try FreeBSD Update (http://www.daemonology.net/freebsd-update, or security/freebsd-update in the ports tree). Colin Percival ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.4-STABLE changes breaks IDE boot (was Re: 5.3 - 5.4 breaks ATA (Intel ICH2))
On Thu, 29 Sep 2005, Michael L. Squires wrote: A new kernel based on sources of 9/28/2005 still fails to boot on a Toshiba 8100 with a UDMA33 IDE onboard controller. The parameters passed to atapci0 are different from those passed by the earlier kernel, and the system locks up this point. Following suggestions elswhere I replaced acpi.ko in the new kernel directory with the acpi.ko from the last working kernel and the new kernel now boots. I'll run the usual ACPI debugging info and post to the freebsd-acpi mailing list. Mike Squires Toshiba 8100 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Panic in RELENG_6 HEAD
Hi Nobody seems to have seen this PR yet, which is a easy fix for a panic I've not been able to reproduce: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/84935 Regards, Antoine Pelisse ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Cool 'n quiet and other AMD stuff
Two questions related to AMD motherboards and kernel/driver support. 1) Is the AMD Cool 'n quiet feature (PowerNow) feature supported while running i386 FBSD on this AMD64 processor? (Assuming MB support). 2) Does anyone have experience with whether the K8M800 chipset, (includes unichrome graphics) is supported in i386 - it does not appear to be supported in AMD64 FBSD. It seems to be quite a different animal from the K8t800 whch apppears to have solid support. Thanks, Graham/ -- Kindness can be infectious - try it. Graham North Vancouver, BC www.soleado.ca No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.11.9 - Release Date: 9/29/2005 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [PATCH] option to re-enable aggressive ATA probing
Tim Howe wrote: Tim Howe [EMAIL PROTECTED] writes: ata0-master: stat=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 This turned out to be the key. Version 1.51 of ata-lowlevel.c added a check for stat0/1, err, lsb, and I am just wondering about this. As far as I can tell, I have the ata-lowlevel.c file from March with this CVS tag (I run cvsup every other day, so this should be the latest for 5-Stable): src/sys/dev/ata/ata-lowlevel.c,v 1.44.2.5 2005/03/24 18:44:27 mdodd It is the 1.44.2.5 version, and I believe that I have been using it for awhile, eve before the sistuation showed up with my ATA drive not booting. As I reported bvefore, the July 4th cvs code worked for me, but not a recent one (late September). I would guess that something would have changed in that interim. You seem to be targeting either a different cvs version (intended for HEAD) or the problem you mention could have been broken over a period of time with help from other cvs changes? I don't know, but I will try the patch when I can. These are my relevent supfile config options: *default release=cvs tag=RELENG_5 *default delete use-rel-suffix src-all Billy msb being identical. If they are, it aborts the probe. The attached patch creates an option ATA_AGGRESSIVE_PROBE which disables this for the old aggressive behavior (which may wait up to the full 31 seconds). I also took the liberty of reworking the still-busy check from 3 equality tests to 2 bitmask tests. It seems simpler to my eye with identical results, but if I missed something or the other style was preferred please let me know. The patch is against 5-STABLE because that's what I have. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ndis0 WPA on 6.0?
Will WPA work with a wireless card that requires Project Evil (ndis) in RELENG_6? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
