Re: Fujitsu Lifebook E751 (iGPU: HM65): distorted console with UEFI boot
O. Hartmann wrote: > The notebook seems UEFI only and doesn't boot off from MBR partioned > devices (i.e. NanoBSD I used to use). AFAICT, BIOS style boot should be possible with the named laptop. Is CSM enabled within the Firmware? Regards, ___ 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: -march=pentium2 + -mtune=pentium4 faster then -march=pentium4?
On Mon, Mar 27, 2006 at 02:20:44PM -0500, Kris Kennaway wrote: On Mon, Mar 27, 2006 at 01:05:13PM -0600, Nikolas Britton wrote: Why does GCC produce faster code using -march=pentium2 -mtune=pentium4 on a Pentium 4 chip versus plain -march=pentium4? Try it... CPUTYPE=pentium2 CFLAGS+= -mtune=pentium4 COPTFLAGS+= -mtune=pentium4 Talk to the gcc developers (and provide benchmarks). If this is about GCC 3.4 then don't bother posting on the GCC ML. The 3.4 branch is closed. You must use newer versions or better GCC mainline svn. Gunther ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: swap at beginning of slice - danger?
On Wed, Mar 15, 2006 at 04:42:11PM +0100, Oliver Fromme wrote: By the way, the first partition on a disk is usually the root partition, not the swap partition. So the problem could arise only in unusual circumstances. IMHO this is a very dangerous assumption since theres is no fixed layout specified. I always have swap as first partition (starting at offset 0). That way it was pretty easy switching to (g)vinum. Gunther ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Upgrading 5.3 6.0 buildworld failure in libkrb5
On Mon, Dec 05, 2005 at 03:18:43PM -0800, Vizion wrote: I have tried repeatedly to get make buildworld for upgrading from freebsd 5.3 to 6.0 but get repeated failure in libkrb5. Maybe you should update to the latest 5-STABLE before uprading to 6-STABLE. I have tried with very helpful advice from freebsd-questions contributors: with and without ccache 3x make cleandir prior to build additional cvsup of source tree I always build with an empty /usr/obj. /usr/src/kerberos5/lib/libkrb5/../../../crypto/heimdal/lib/krb5/changepw.c:170: error: syntax error before chpw Dou you need kerberos? I disabeled it through a knob in /etc/make.conf. Check /usr/share/examples/etc/make.conf for details. Last weekend I upgraded my 5-STABLE installation to 6-STABLE and all went smoothly. First I built 6-STABLE from 5-STABLE, activated it and then I built 6-STABLE again. Gunther ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sysinstall automatic filesystem size generation.
On Mon, Aug 29, 2005 at 02:44:48AM -0400, Chuck Swiger wrote: Jon Dama wrote: yes, that's quite generous. why isn't /tmp just an mfs mount though? While I like that suggestion personally, some people get perturbed about files in /tmp going away if the power fails or you reboot. I wish mount_mfs would be smarter on post 4.x systems. Using mount_mfs means it works in compatibility mode. This might seem to be a good idea but it praxis it prevents tuning the mfs parameters: in mfs mode I can't set UFS version, I can't inhibit the .snap directory. Gunther ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Linking problems with gcc 3.4.2 and glibc on 5.3-stable
On Thu, Jan 27, 2005 at 07:42:11AM +, Chris wrote: I then decided to try psybnc myself and this is what happens using gcc 3.4.2 bundled with 5.3. Initializing bouncer compilation [*] Running Conversion Tool for older psyBNC Data. tools/convconf.c: In function `cofile': tools/convconf.c:81: error: label at end of compound statement *** Error code 1 Stop in /usr/home/chrysalis/psybnc. The above isn't using the ports collection, right? Thus your complaint is not justified. You simply blame the compiler. Yes, compilers have bugs but the do evolve too. And in this case GCC 3.4.x catches a bug _in_ the source that previous GCC versions missed. however if I install gcc 3.3.6 and then edit the top line in Makefile to cc = gcc33 then it compiles fine. You really should have looked at the place GCC complained about: it _is_ a bug in the source! There is a label and no statement after the label. Add a ; and it will compile. Older GCC versionss accept that. I will as you suggest try a later gcc in the 3.4.x branch as there is newer version then what is bundled in 5.3 and I will report back. I would suggest that you update+use ports because the ports-collection has a patch for this particular problem: files/patch-tools-convconf.c I havent test ezbounce with 3.3.6 yet. This is C++ and probably a different issue. Gunther ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]