Re: FreeBSD wont boot on AMD Ryzen 9 7950X
Yuri, That did the job! I assume this could be set in sysctl.conf or something similar post-install? Thanks! On Sat, May 20, 2023 at 4:49 PM Yuri wrote: > Mike Jakubik wrote: > > Hello, > > > > Thanks for the info. At least I know it's not specific to my parts. Is > > there any knob one can turn in the BIOS to enable/disable this feature? > > iirc UART is old school serial ports? Wonder if removing UART support > > from the kernel would be a workaround. > > Try the following from the loader prompt (option 3 from the beastie menu): > > set hint.uart.0.disabled=1 > set hint.uart.1.disabled=1 > boot > >
Re: FreeBSD wont boot on AMD Ryzen 9 7950X
Hello, Thanks for the info. At least I know it's not specific to my parts. Is there any knob one can turn in the BIOS to enable/disable this feature? iirc UART is old school serial ports? Wonder if removing UART support from the kernel would be a workaround. Thanks. On Sat, May 20, 2023 at 4:23 PM Spotlight wrote: > Hi, > > I have a Ryzen 7 7700X with an ASRock X670E Pro RS (a similar board) and > it appears to encounter the same issue across 12/13/14. I narrowed it down to > an issue possibly involving UART initialization - modifying source to have > uart_bus_probe/ns8250_probe immediately return ENXIO allowed boot to > continue without further issue. > > Unfortunately I have been too busy to further debug why, or properly file > an issue. OpenBSD, NetBSD and DragonFly BSD do not encounter this problem > like FreeBSD does. Hopefully these details can help to better pinpoint :) > > Best, > Spotlight > > On May 20, 2023, at 14:28, Mike Jakubik wrote: > > Hi, > > I have a new desktop built with a Ryzen 9 7950X CPU, ASRock X670E Taichi > MB (Latest BIOS), 64GB G.Skill DDR5 mem, and an AMD Radeon RX 7900 XTX. I > have tried both snapshots of 13 and 14, and they both lock up in the same > area when booting (cpu0: on acpi0). No crashes or errors, but I > need to hit the reset button. It works with Windows 11 just fine. Any > ideas? Below is a link to a screenshot of the boot screen and where it > stops. > > https://photos.app.goo.gl/V6zMs58Qd66qeaQr6 > > Thanks. > > >
FreeBSD wont boot on AMD Ryzen 9 7950X
Hi, I have a new desktop built with a Ryzen 9 7950X CPU, ASRock X670E Taichi MB (Latest BIOS), 64GB G.Skill DDR5 mem, and an AMD Radeon RX 7900 XTX. I have tried both snapshots of 13 and 14, and they both lock up in the same area when booting (cpu0: on acpi0). No crashes or errors, but I need to hit the reset button. It works with Windows 11 just fine. Any ideas? Below is a link to a screenshot of the boot screen and where it stops. https://photos.app.goo.gl/V6zMs58Qd66qeaQr6 Thanks.
Re: OpenSSL vs. LibreSSL (OpenBSD)
On 04/24/14 17:41, Alfred Perlstein wrote: On 4/24/14, 1:35 PM, O. Hartmann wrote: It seems that OpenBSD is now forking their own SSL implementation, called LibreSSL. As OpenBSD speaks for many similar opinion regarding the state of the code of OpenSSL, I'd like to hear what the plans are in FreeBSD for this critical portion of software. Is FreeBSD going to support the effords taken by OpenBSD and participating in the LibreSSL development (http://www.libressl.org/)? oh We need to discuss the use of comic sans font across our web properties first. At bottom in small font: This page scientifically designed to annoy web hipsters. Donate now http://www.openbsdfoundation.org/donations.html to stop the Comic Sans and Blink Tags :) ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: 10.0-BETA1 i386 on VirtualBox
On 11/05/13 12:45, Konstantin Belousov wrote: This is not the fix, it is rather a masking for a bug. Right now, I am even more sure that the issue is in vbox. And still, anybody able to get the problem on amd64 guest ? I have run numerous versions of 10 (64bit) inside VirtualBox without any issues, the only problem I have is that virtualbox additions don't compile on 10. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Cannot compile many ports because of missing -lsupc++ and -lstdc++
Hello, I am having trouble compiling many ports which fail with one of the following errors. /usr/bin/ld: cannot find -lstdc++ /usr/bin/ld: cannot find -lsupc++ I understand 10 has a new c++ library, but how can I get ports to build with this? This is quite frustrating. I am using a fresh install of ALPHA4, nothing in make.conf. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cannot compile many ports because of missing -lsupc++ and -lstdc++
On 10/01/13 18:55, Baptiste Daroussin wrote: On Tue, Oct 01, 2013 at 06:51:39PM -0400, Mike Jakubik wrote: Hello, I am having trouble compiling many ports which fail with one of the following errors. /usr/bin/ld: cannot find -lstdc++ /usr/bin/ld: cannot find -lsupc++ I understand 10 has a new c++ library, but how can I get ports to build with this? This is quite frustrating. I am using a fresh install of ALPHA4, nothing in make.conf. Thanks. All the said port should be reported, what do you mean by many? exp-run shows not that many (compared to the number of ports available in the ports tree). All of them deserves a proper fix, but if not reported we can't fix them all :) regards, Bapt Where should I report, the port maintainer? Ok I guess many is a relative term, i've tried to compile virtualbox-ose-additions and got this error, tried to install xfce, same error on a dependency. So I decided screw this new clang and try with gcc48, well i got the same error when gmp was being built. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Cant build 32bit libraries
On 09/05/13 09:56, John Baldwin wrote: On Wednesday, September 04, 2013 5:27:24 pm Mike Jakubik wrote: Hello, I'm trying to install 32 libraries or a resent snapshot, but i get this error. /usr/src # make build32 I'm not sure that is supposed to work standalone. Perhaps try doing a make toolchain first. I think you are correct, a complete make buildworld works fine. This used to work on -STABLE. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Cant build 32bit libraries
Hello, I'm trying to install 32 libraries or a resent snapshot, but i get this error. /usr/src # make build32 ... === kerberos5/liblibheimipcc (installincludes) === kerberos5/liblibheimipcs (installincludes) cd /usr/src/usr.bin/lex/lib; MACHINE=i386 MACHINE_ARCH=i386 MACHINE_CPU=i686 mmx sse sse2 MAKEOBJDIRPREFIX=/usr/obj/lib32 _SHLIBDIRPREFIX=/usr/obj/usr/src/lib32 _LDSCRIPTROOT=/usr/obj/usr/src/lib32 VERSION=FreeBSD 10.0-CURRENT amd64 151 INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin LIBDIR=/usr/lib32 SHLIBDIR=/usr/lib32 COMPILER_TYPE=clang make AS=as --32 LD=ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32 CC=cc -m32 -march=native -DCOMPAT_32BIT -isystem /usr/obj/usr/src/lib32/usr/include/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 CXX=c++ -m32 -march=native -DCOMPAT_32BIT -isystem /usr/obj/usr/src/lib32/usr/include/ -L/usr/obj/usr/src/lib32/usr/lib32 -B/usr/obj/usr/src/lib32/usr/lib32 DESTDIR=/usr/obj/usr/src/lib32 -DCOMPAT_32BIT -DLIBRARIES_ONLY -DNO_CPU_CFLAGS -DNO_CTF -DNO_LINT -DWITHOUT_BIND -DWITHOUT_MAN -DWITHOUT_INFO -DWITHOUT_HTML DIRPRFX=usr.bin/lex/lib/ obj cd /usr/src/lib/ncurses/ncurses; WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk MAKEOBJDIRPREFIX=/usr/obj/lib32 make SSP_CFLAGS= DESTDIR= DIRPRFX=lib/ncurses/ncurses/ -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD build-tools cd /usr/src/lib/ncurses/ncursesw; WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk MAKEOBJDIRPREFIX=/usr/obj/lib32 make SSP_CFLAGS= DESTDIR= DIRPRFX=lib/ncurses/ncursesw/ -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD build-tools cd /usr/src/lib/libmagic; WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk MAKEOBJDIRPREFIX=/usr/obj/lib32 make SSP_CFLAGS= DESTDIR= DIRPRFX=lib/libmagic/ -DNO_LINT -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF -DEARLY_BUILD build-tools cc -O2 -pipe -DMAGIC='/usr/share/misc/magic' -DHAVE_CONFIG_H -I/usr/src/lib/libmagic -I/usr/src/lib/libmagic/../../contrib/file -std=gnu99 -I/usr/obj/usr/src/tmp/legacy/usr/include -DCOMPILE_ONLY -L/usr/obj/usr/src/tmp/legacy/usr/lib -o mkmagic /usr/src/lib/libmagic/../../contrib/file/apprentice.c /usr/src/lib/libmagic/../../contrib/file/encoding.c /usr/src/lib/libmagic/../../contrib/file/funcs.c /usr/src/lib/libmagic/../../contrib/file/magic.c /usr/src/lib/libmagic/../../contrib/file/print.c -lz -legacy /usr/bin/ld: cannot find -legacy cc: error: linker command failed with exit code 1 (use -v to see invocation) 10.0-CURRENT FreeBSD 10.0-CURRENT #1: Wed Sep 4 17:06:59 EDT 2013 Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RFC: etcupdate tool in base?
On 6/10/2010 2:47 PM, Andriy Gapon wrote: on 10/06/2010 21:29 Eitan Adler said the following: -1 unless mergemaster is replaced. Have you tried etcupdate? etcupdate and mergemaster have a similar function but do things in quite a different way. While one is intended to be more interactive, the other is more automated. They can not replace each other. -1 Also. How does this differ from a mergemaster -iFU ? That's pretty much as automated as it can get. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: RFC: etcupdate tool in base?
On 6/10/2010 4:47 PM, Erik Cederstrand wrote: -1 Also. How does this differ from a mergemaster -iFU ? That's pretty much as automated as it can get. I find the ability to do 'etcupdate diff' to quickly get an overview of which changes I have made to a standard installation very useful. Looking from the outside, I think the two tools could be merged to a single upgrade tool. I see three uses for such a tool: * Show me which local modifications I have, so I can see if they're still relevant for the upgraded system * Just do all the hard work for me (i.e. mergemaster -iFU) on files I didn't change * Guide me through merging updates to files I did modify myself (and please, don't ask me innocently if I want to delete my local account when it's 4 AM :-) I may be answering 'yes' in my sleep) That actually sounds like a great idea to me. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Importing clang/LLVM into FreeBSD HEAD
On 5/31/2010 3:52 AM, Roman Divacky wrote: Clang can compile all of FreeBSD on i386/amd64 including world and booting kernel. Other architectures that are close to working are MIPS, PowerPC and ARM. We have a branch (clangbsd-import) that just includes clang/LLVM sources and the build infrastructure and this is what we aim to integrate at first. What about the thousands of ports? Also, have there been any tests done to compare the performance of the compiled binaries vs gcc? Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: HEADS UP: COMPAT_IA32 renamed COMPAT_FREEBSD32
On 3/11/2010 9:50 AM, Nathan Whitehorn wrote: As a result of importing 32-bit compatibility support for non-x86 64-bit platforms, the kernel options COMPAT_IA32 has been renamed COMPAT_FREEBSD32 in revision 205014, so all kernel configurations including this option must be modified accordingly. That sounds a bit confusing, compatibility with FreeBSD 3.2? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
RE: Release Engineering Status Report
Apparently, yes. http://slashdot.org/articles/03/09/16/1327248.shtml?tid=126tid=172 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Dag-Erling Smørgrav Sent: Tuesday, September 16, 2003 11:54 AM To: David Rhodus Cc: Maxim Konovalov; Scott Long; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: Release Engineering Status Report David Rhodus [EMAIL PROTECTED] writes: Right, say if still the OpenSSH did or still comes out to be real. Ops, now thats right, we don't have 3.6.1 in STABLE, why ? It was released on April 1, does that not give one enough time to merge this in ? Is there a specific problem with OpenSSH 3.5 which requires an update to 3.6.1? Or do you just want me to update it to make the numbers look pretty on your screen? DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: make buildworld b0rked (libkrb5)
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Michael Bretterklieber Sent: Wednesday, September 03, 2003 1:31 PM To: [EMAIL PROTECTED] Subject: make buildworld b0rked (libkrb5) Hi, make buildworld (cvsup some minutes ago) fails: during linking of telnetd: /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to '_ossl_old_des_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 'RAND_write_file' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to '_ossl_old_des_set_odd_parity' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 'RC4_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to 'MD4_Update' ... and a lot of more undefined references. FYI: I'm upgrading from 5.1-RELEASE. bye, Same problem here, cvsuped this morning. cc -O -pipe -march=pentium4 -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVI RON -DENV_HACK -I/usr/src/libexec/telnetd/../../contrib/telnet -DINET6 -DA UTHENTICATION -DENCRYPTION -DKRB5 -DFORWARD -Dnet_write=telnet_net_write -Ws ystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -o telnetd global.o slc.o state.o sys_term.o telnetd.o termstat.o utility.o authenc.o -lutil -ltermcap /usr/obj/usr/src/libexec/telnetd/../../lib/libtelnet/libtelnet.a -lmp -lcryp to -lcrypt -lpam -lkrb5 -lasn1 -lroken -lcom_err /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_write_file' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_set_odd_parity' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4_set_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Update' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RC4' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cbc_cksum' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `RAND_file_name' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Final' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Init' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `crypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Final' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_read_pw_string' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD4_Init' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_is_weak_key' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_ede3_cbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `MD5_Update' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_pcbc_encrypt' /usr/obj/usr/src/i386/usr/lib/libkrb5.so: undefined reference to `_ossl_old_des_cfb64_encrypt' *** Error code 1 Stop in /usr/src/libexec/telnetd. *** Error code 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
buildworld failure
I have re cvsuped 2 days later (Fri Aug 29 10:19:29 EDT 2003) and I am still getting the same error, can anyone shed some light here? Thanks. === lib/libpam/modules/pam_echo cc -O2 -pipe -march=pentium4 -I/usr/src/lib/libpam/modules/pam_echo/../../.. /../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_echo/../../lib pam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes - Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string s -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /usr/src/lib/libpam/modules/pam_echo/pam_echo.c /usr/src/lib/libpam/modules/pam_echo/pam_echo.c: In function `_pam_echo': /usr/src/lib/libpam/modules/pam_echo/pam_echo.c:92: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /usr/src/lib/libpam/modules/pam_echo. *** Error code 1 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: buildworld failure
Why should I have to turn off all my optimization options when building world? This shouldn't be like that. 4.x always compiled fine with -O2 and CPU options. -Original Message- From: Wesley Morgan [mailto:[EMAIL PROTECTED] Sent: Friday, August 29, 2003 11:26 AM To: Mike Jakubik Subject: Re: buildworld failure On Fri, 29 Aug 2003, Mike Jakubik wrote: === lib/libpam/modules/pam_echo cc -O2 -pipe -march=pentium4 -I/usr/src/lib/libpam/modules/pam_echo/../../.. Turn off -O2 and your build will complete. -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: buildworld failure
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn Sent: Friday, August 29, 2003 11:36 AM To: Mike Jakubik Cc: Current Subject: Re: buildworld failure On (2003/08/29 11:30), Mike Jakubik wrote: Why should I have to turn off all my optimization options when building world? Because it's not working? Mind you, it's only -O2 that you're recommended to turn off; -O works fine. Yes, I can see that its not working. But this is a solution to the cause, not the problem. Shouldn't this be fixed? This shouldn't be like that. 4.x always compiled fine with -O2 and CPU options. Okay, you philosophize while the rest of us follow the advice of the folks who have a good understanding of gcc's optimizer. :-) Are you saying this is a bug in GCC and not the PAM code? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: buildworld failure
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn Sent: Friday, August 29, 2003 12:05 PM To: Robert Watson Cc: Mike Jakubik; Current Subject: Re: buildworld failure On (2003/08/29 11:48), Robert Watson wrote: The differences here seem to be: (1) I'm using -O, not -O2 (2) I'm optimizing -mcpu as pentiumpro, not pentium4 Isn't pentium4 a known-broken optimization at the moment? No, this has been fixed in current with the import of GCC 3.3.1. On release it was automatically substituted with p3. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: buildworld failure
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Sheldon Hearn Sent: Friday, August 29, 2003 11:49 AM To: Mike Jakubik Cc: Current Subject: Re: buildworld failure On (2003/08/29 11:41), Mike Jakubik wrote: Yes, I can see that its not working. But this is a solution to the cause, not the problem. Shouldn't this be fixed? Depends on how much work is involved in fixing it, and what the negative impact is of leaving it. Do you know what the impact is? I think the impact is more social. People will try to compile world and get failures. Specially people coming from the 4.x branch, where this sort of think never occurred. If this is the only thing preventing a clean makeworld with -O2, I think its worth taking a look at. I've been using freebsd since the 2.x days, I have always compiled world and ports with -O2, and never had any instability issues due to the optimizations. I have switched back to -O and -march=pentium4, the buildworld finished ok. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Failure making buildworld (cvsup at Thu Aug 28 10:34:49 EDT 2003)
=== lib/libpam/modules/pam_echo cc -O2 -pipe -march=pentium4 -I/usr/src/lib/libpam/modules/pam_echo/../../.. /../contrib/openpam/include -I/usr/src/lib/libpam/modules/pam_echo/../../lib pam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes - Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-string s -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /usr/src/lib/libpam/modules/pam_echo/pam_echo.c /usr/src/lib/libpam/modules/pam_echo/pam_echo.c: In function `_pam_echo': /usr/src/lib/libpam/modules/pam_echo/pam_echo.c:92: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /usr/src/lib/libpam/modules/pam_echo. *** Error code 1 Stop in /usr/src/lib/libpam/modules. *** Error code 1 Stop in /usr/src/lib/libpam. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
stray irq's in systat
Hi, When running 'systat -vmstat 1' on FreeBSD 5.1-CURRENT #1: Mon Aug 25 14:54:14 EDT 2003, the interrupts section shows irq's 0 and 6 as stray. I remember this would happen on 4.x when I took out lpt drivers from the kernel, and didn't disable lpt in the bios. This however is not the case, and start irq's do not show up under 4.8 on this box. everything is working ok, I am just curious why they are showing up. # dmesg|grep 'irq 0' # dmesg|grep 'irq 6' fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: HTT on current
-Original Message- From: Sang Woo Shim [mailto:[EMAIL PROTECTED] Sent: Saturday, August 23, 2003 1:58 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: HTT on current On Fri, Aug 22, 2003 at 10:23:52PM -0400, [EMAIL PROTECTED] wrote: Well i've enabled all SMP options, recompiled and rebooted. The CPUs now properly show up in dmesg and i can see the C header in top. However no processes seem to be being assigned to cpu 1. Why is the schedueler only using CPU 0? This wasnt the behaviour in stable. Thanks. set sysctl machdep.hlt_logical_cpus=0. That did the job. Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: HTT on current
Its seems to be working for me ok with the sysctl machdep.hlt_logical_cpus variable set to 0. (I wonder why its not by default) # sysctl machdep.hlt_logical_cpus=0 machdep.hlt_logical_cpus: 2 - 0 # uname -a FreeBSD newns.trigger.net 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Fri Aug 22 19:07:26 EDT 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/NS1 i386 I am running on an Intel s875wp1 server MB. -Original Message- From: Marc G. Fournier [mailto:[EMAIL PROTECTED] Sent: Sunday, August 24, 2003 12:49 PM To: Kris Kennaway Cc: Yamada Ken Takeshi; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: HTT on current yes: ganymede# grep SMP /usr/src/sys/i386/conf/kernel options SMP # Symmetric MultiProcessor Kernel and: CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2393.19-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MT RR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE real memory = 536805376 (511 MB) avail memory = 515919872 (492 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 FreeBSD/SMP: Multiprocessor System Detected: 1 CPUs cpu0 (BSP): apic id: 0, version: 0x00050014, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178020, at 0xfec0 shouldn't it be starting up a second CPU, for the HTT? On Sun, 24 Aug 2003, Kris Kennaway wrote: On Sun, Aug 24, 2003 at 01:06:28PM -0300, Marc G. Fournier wrote: ganymede# sysctl machdep.hlt_logical_cpus sysctl: unknown oid 'machdep.hlt_logical_cpus' ganymede# uname -a FreeBSD ganymede.hub.org 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Sat Aug 23 00:08:54 ADT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/kernel i386 Is this a SMP kernel? ports-i386%uname -a FreeBSD dosirak.kr.freebsd.org 5.1-CURRENT FreeBSD 5.1-CURRENT #8: Sat Aug 9 15:43:12 KST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/DOSIRAK i386 ports-i386%sysctl machdep.hlt_logical_cpus machdep.hlt_logical_cpus: 1 Kris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
HTT on current
Hi, I have a HTT capabale PCU on an Intel MB with the 875P chipset. I have enabled HTT in the BIOS and compiled my kernel with the required SMP options, however i dont think the system is really running in SMP mode. Top does not display CPU numbers. Here is my dmesg: --- FreeBSD 5.1-CURRENT #0: Fri Aug 22 15:41:01 EDT 2003 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1037774848 (989 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: INTEL S875PWP1 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f3310 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 --- top shows.. PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND 440 root 960 6200K 2904K select 0:00 0.00% 0.00% sshd What am i doing wrong here? Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: HTT on current
Copyright (c) 1992-2003 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 5.1-CURRENT #0: Fri Aug 22 15:41:01 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NS1 Preloaded elf kernel /boot/kernel/kernel at 0xc042d000. Preloaded elf module /boot/kernel/acpi.ko at 0xc042d244. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Hyperthreading: 2 logical CPUs real memory = 1072889856 (1023 MB) avail memory = 1037774848 (989 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: INTEL S875PWP1 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 12 entries at 0xc00f3310 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x408-0x40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 29 INTA is routed to irq 9 pcib0: slot 29 INTB is routed to irq 12 pcib0: slot 29 INTC is routed to irq 5 pcib0: slot 29 INTA is routed to irq 9 pcib0: slot 31 INTB is routed to irq 9 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge at device 3.0 on pci0 pci2: ACPI PCI bus on pcib2 pcib2: slot 1 INTA is routed to irq 5 em0: Intel(R) PRO/1000 Network Connection, Version - 1.6.6 port 0xbc00-0xbc1f mem 0xfc9e-0xfc9f irq 5 at device 1.0 on pci2 em0: Speed:N/A Duplex:N/A pci0: serial bus, USB at device 29.0 (no driver attached) pci0: serial bus, USB at device 29.1 (no driver attached) pci0: serial bus, USB at device 29.2 (no driver attached) pci0: serial bus, USB at device 29.3 (no driver attached) pcib3: ACPI PCI-PCI bridge at device 30.0 on pci0 pci3: ACPI PCI bus on pcib3 pcib3: slot 0 INTA is routed to irq 10 pcib3: slot 6 INTA is routed to irq 11 ahc0: Adaptec 19160B Ultra160 SCSI adapter port 0xc400-0xc4ff mem 0xfeafe000-0xfeafefff irq 10 at device 0.0 on pci3 aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs pci3: display, VGA at device 6.0 (no driver attached) isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH5 UDMA100 controller port 0xffa0-0xffaf,0-0x3,0-0x7,0-0x3,0-0x7 at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: serial bus, SMBus at device 31.3 (no driver attached) acpi_button0: Sleep Button on acpi0 atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f4-0x3f5,0x3f2-0x3f3,0x3f0-0x3f1 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: Parallel port bus on ppc0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port orm0: Option ROM at iomem 0xc-0xc7fff on isa0 sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter TSC frequency 2394011780 Hz quality 800 Timecounters tick every 10.000 msec Waiting 3 seconds for SCSI devices to settle acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0% da0 at ahc0 bus 0 target 0 lun 0 da0: MAXTOR ATLAS10K4_36WLS DFL0 Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit), Tagged Queueing Enabled da0: 35074MB (71833096 512 byte sectors: 255H 63S/T 4471C) Mounting root from ufs:/dev/da0s1a em0: Link is up 100 Mbps Full Duplex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kenneth Culver Sent: Friday, August 22, 2003 4:33 PM To: Mike Jakubik Cc: [EMAIL PROTECTED] Subject: Re: HTT on current Hi, I have a HTT capabale PCU on an Intel MB with the 875P chipset. I have enabled HTT in the BIOS and compiled my kernel with the required SMP options, however i dont think the system is really running in SMP mode. Top does not display CPU numbers. Here is my dmesg: --- FreeBSD 5.1-CURRENT #0: Fri Aug 22 15:41:01 EDT 2003 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2394.01-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MT RR,PGE,MCA ,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX
RE: who am i
I don't think this is a problem with su. The same occurs when running login in a shell, then logging out. I've seen this bug in FreeBSD since early 4.x, I guess I just never bothered to mention it, thinking someone would notice and fix it. It has certainly scared me a few times, it would be nice if it was corrected. Thanks. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Morten Rodal Sent: Thursday, July 03, 2003 7:02 PM To: Richard Arends Cc: [EMAIL PROTECTED] Subject: Re: who am i On Fri, Jul 04, 2003 at 12:46:10AM +0200, Richard Arends wrote: Hello, Please take a look at this: = [snowlap] ~$ who am i richard ttyp5Jul 4 00:34 (:0.0) [snowlap] ~$ su - Password: Last login: Fri Jul 4 00:31:17 on ttyp5 snowlap# who am i root ttyp5Jul 4 00:34 snowlap# exit logout [snowlap] ~$ who am i root ttyp5Jul 4 00:34 = Of course the latest 'who am i' should return 'richard' and not(!) 'root' Regards, Richard. I am seeing the same things, and I reported similar stuff in another mail to this list. Someone suggested that this was a utmp(5) problem and might be a problem with the su(1) program. -- Morten Rodal ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
