Re: HEADS UP: utmp.h gone. All welcome utmpx.h. - ports/sysutils/screen and ports/sysutils/tmux not showing sessions
On Mon, Feb 8, 2010 at 11:08 PM, Cy Schubert cy.schub...@komquats.comwrote: In message 429af92e1002081805l629e04c6ub7b85b77a492e...@mail.gmail.com, Vince nt Poy writes: --000e0cd64914b56e6a047f215889 Content-Type: text/plain; charset=ISO-8859-1 Hi Ed: On Mon, Feb 8, 2010 at 12:03 AM, Ed Schouten e...@80386.nl wrote: * Vincent Poy vince...@gmail.com wrote: It appears that after utmpx.h gone into effect, ports/sysutils/screen and ports/sysutils/tmux are not working correctly after a updated ports tree and building/installing the ports. What basically happens is the screen/tmux sessions which basically use tty's don't show up on the system in w, who, finger. I just rebuilt screen and doesn't seem to work indeed. The point is that I wrote a perfectly fine patch for it and sent it to cy@, but he committed a completely different version to the ports tree. You'd better discuss this regression with him. My version did work: | (e...@dull) ~ $ tty | /dev/pts/0 | (e...@dull) ~ $ w | 9:02AM up 5 days, 11:02, 1 user, load averages: 0.08, 0.08, 0.03 | USER TTY FROM LOGIN@ IDLE WHAT | ed pts/0mekker.80386.nl 9:02AM - w | (e...@dull) ~ $ screen | (e...@dull) ~ $ tty | /dev/pts/2 | (e...@dull) ~ $ w | 9:03AM up 5 days, 11:02, 1 user, load averages: 0.05, 0.08, 0.03 | USER TTY FROM LOGIN@ IDLE WHAT | ed pts/2mekker:S.09:03AM - w Interesting, what's different between the patch you wrote vs the one c...@committed that's currently in the tree? Sorry about the false tmux alarm, I thought tmux would still show logins on the pty's for the sessions as it's supposed to be similar to screen. Sorry, I managed to lose the patch. Thank goodness for ZFS snapshots. It should be working now. Tested on 7, 8, and 9. Thanks Cy for fixing it as it works fine now! Cheers, Vince Vincent Poy, Ph.D. - Astrophysics ___ 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: latest -CURRENT kernel fails to build
On Thu, 18 Sep 2003, Lukas Ertl wrote: On Wed, 17 Sep 2003, Vincent Poy wrote: -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel.debug if_ath.o: In function `ath_attach': /usr/src/sys/dev/ath/if_ath.c:192: undefined reference to `ath_hal_attach' Do you have device ath_hal in your kernel config? Didn't have that since I couldn't find the ath stuff mentioned in NOTES or GENERIC. I only learned about the device ath when I was searching for FreeBSD Atheros. Sam gave me the pointers to add the device ath_hal and it works fine from the FreeBSD side. I haven't bought my router yet to see if the link works. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
latest -CURRENT kernel fails to build
cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/pcic/i82365.c /usr/src/sys/dev/pcic/i82365.c: In function `pcic_chip_do_mem_map': /usr/src/sys/dev/pcic/i82365.c:850: error: structure has no member named `offset' /usr/src/sys/dev/pcic/i82365.c:855: error: structure has no member named `offset' /usr/src/sys/dev/pcic/i82365.c: In function `pcic_chip_mem_map': /usr/src/sys/dev/pcic/i82365.c:928: error: structure has no member named `offset' *** Error code 1 Stop in /usr/obj/usr/src/sys/BIGBANG. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [EMAIL PROTECTED] [10:59pm][/home/vince] Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT kernel fails to build
On Wed, 17 Sep 2003, M. Warner Losh wrote: pcic and newcard are an unsupported combination. take pcic out of your kernel. Warner Thanks Warner... Somehow I had the #device pcic like the generic kernel but guess I had to force write the kernel config file. Probably would be a good idea to remove the pcic line in the GENERIC kernel even though it's commented out. Now, the kernel fails to build here which is related to the ath(4) driver. cc -c -O -pipe -mcpu=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mno-align-long-strings -mpreferred-stack-boundary=2 -ffreestanding -Werror vers.c linking kernel.debug if_ath.o: In function `ath_attach': /usr/src/sys/dev/ath/if_ath.c:192: undefined reference to `ath_hal_attach' if_ath.o: In function `ath_tx_start': /usr/src/sys/dev/ath/if_ath.c:1873: undefined reference to `ath_hal_computetxtime' /usr/src/sys/dev/ath/if_ath.c:1899: undefined reference to `ath_hal_computetxtime' /usr/src/sys/dev/ath/if_ath.c:1903: undefined reference to `ath_hal_computetxtime' /usr/src/sys/dev/ath/if_ath.c:1906: undefined reference to `ath_hal_computetxtime' if_ath.o: In function `ath_getchannels': /usr/src/sys/dev/ath/if_ath.c:2463: undefined reference to `ath_hal_init_channels' /usr/src/sys/dev/ath/if_ath.c:2476: undefined reference to `ath_hal_mhz2ieee' if_ath.o: In function `ath_attach': /usr/src/sys/dev/ath/if_ath.c:186: undefined reference to `sysctl__hw_ath_children' /usr/src/sys/dev/ath/if_ath.c:192: undefined reference to `sysctl__hw_ath_children' /usr/src/sys/dev/ath/if_ath.c:199: undefined reference to `sysctl__hw_ath_children' /usr/src/sys/dev/ath/if_ath.c:215: undefined reference to `sysctl__hw_ath_children' /usr/src/sys/dev/ath/if_ath.c:224: undefined reference to `sysctl__hw_ath_children' if_ath.o:/usr/src/sys/dev/ath/if_ath.c:231: more undefined references to `sysctl__hw_ath_children' follow if_ath_pci.o: In function `ath_pci_probe': /usr/src/sys/dev/pci/pcivar.h:203: undefined reference to `ath_hal_probe' *** Error code 1 Stop in /usr/obj/usr/src/sys/BIGBANG. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [EMAIL PROTECTED] [4:18pm][/usr/src] Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: src/libexec/tcpd doesn't work correctly with -DPROCESS_OPTIONS
On Sat, 5 Jul 2003, Scot W. Hetzel wrote: From: Vincent Poy [EMAIL PROTECTED] Any ideas? According to the inetd man page: TCP Wrappers When given the -w option, inetd will wrap all services specified as ``stream nowait'' or ``dgram'' except for ``internal'' services. If the -W option is given, such ``internal'' services will be wrapped. If both options are given, wrapping for both internal and external services will be enabled. Either wrapping option will cause failed connections to be logged to the ``auth'' syslog facility. Adding the -l flag to the wrap- ping options will include successful connections in the logging to the ``auth'' facility. : When wrapping is enabled, the tcpd daemon is not required, as that func- tionality is builtin. . Also, /etc/defaults/rc.conf shows that inetd_flags has both '-w' and '-W' flags set. If you are using the default flags to inetd, then you don't need to use tcpd to wrap your telnetd session. Did you change your inetd_flags? Nope, I have the -wW by default. I never knew inetd had builtin wrappers but in that case, then it might be better but I remembered tcp_wrappers was implemented into the base system and I thought it was in tcpd since that binary is part of the world build process installation. I just tested the bultin tcp_wrappers in inetd, and had no problem with adding a banner to my ftpd and telnetd daemons without using the tcpd daemon. But, when I changed the service to: ftp stream tcp nowait root/usr/libexec/tcpd ftpd -l and then killed -HUP the inetd process, the inetd process wanted the banner file to be called 'tcpd' instead of 'ftpd'. Actually, it's working correctly for me with the ftpd name. This is my /etc/inetd.conf for the ftpd line: ftp stream tcp nowait root/usr/libexec/ftpd /usr/libexec/ftpd -l This is what the hosts.allow line looks like: telnetd,ftpd,rshd,rlogind : 208.201.244. : rfc931 : banners /etc/banners This is my /etc/banners listing: [EMAIL PROTECTED] [1:33pm][/usr/local/sbin] dir /etc/banners total 38 drwxr-xr-x 3 root wheel - 512 Sep 7 2002 . drwxr-xr-x 18 root wheel - 3072 Jul 5 11:59 .. -rw-r--r-- 1 root wheel - 2026 Dec 12 1996 Makefile drwxr-xr-x 2 root wheel - 512 Sep 6 2002 deny -rw-r--r-- 1 root wheel - 712 Sep 6 2002 deny.telnetd -rw-r--r-- 1 root wheel - 219 Sep 6 2002 fingerd -rw-r--r-- 1 root wheel - 215 Dec 15 1996 fingerd.bak -rw-r--r-- 1 root wheel - 1289 Dec 13 1996 fingerd.old -rw-r--r-- 1 root wheel - 634 Sep 6 2002 ftpd -rwxr-xr-x 1 root wheel - 8192 Dec 12 1996 nul -rw-r--r-- 1 root wheel - 582 Sep 6 2002 prototype -rw-r--r-- 1 root wheel - 1289 Dec 16 1996 prototype.old -rw-r--r-- 1 root wheel -0 Sep 6 2002 rlogind -rw-r--r-- 1 root wheel - 582 Sep 6 2002 rshd -rw-r--r-- 1 root wheel - 557 Sep 7 2002 sshd -rw-r--r-- 1 root wheel - 582 Sep 6 2002 telnetd The only thing is that for IPs not defined, it would go straight to the ftp login prompt and not deny access, I thought deny was default for anything not defined? I also killed inetd, and started it with no flags. But when I connected to the ftpd process, tcpd didn't display the banner (both tcpd and ftpd banner files were installed into the banner directory). Yep, same here. So it looks like tcpd is broken when it comes to displaying banners. So it wasn't my imagination. :-) I wonder if there is actually any differences between the tcp_wrappers in inetd and the one in tcpd or is the inetd just the tcpd stuff all intergrated and improved. I suggest you use inetd's builtin TCP Wrappers support, and forget using tcpd. That's a good idea since I probably won't remember to fix tcpd if there is a fix on each cvsup and then buildworld. Scot Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: src/libexec/tcpd doesn't work correctly with -DPROCESS_OPTIONS
On Sat, 5 Jul 2003, Vincent Poy wrote: On Sat, 5 Jul 2003, Scot W. Hetzel wrote: From: Vincent Poy [EMAIL PROTECTED] Any ideas? According to the inetd man page: TCP Wrappers When given the -w option, inetd will wrap all services specified as ``stream nowait'' or ``dgram'' except for ``internal'' services. If the -W option is given, such ``internal'' services will be wrapped. If both options are given, wrapping for both internal and external services will be enabled. Either wrapping option will cause failed connections to be logged to the ``auth'' syslog facility. Adding the -l flag to the wrap- ping options will include successful connections in the logging to the ``auth'' facility. : When wrapping is enabled, the tcpd daemon is not required, as that func- tionality is builtin. . Also, /etc/defaults/rc.conf shows that inetd_flags has both '-w' and '-W' flags set. If you are using the default flags to inetd, then you don't need to use tcpd to wrap your telnetd session. Did you change your inetd_flags? Nope, I have the -wW by default. I never knew inetd had builtin wrappers but in that case, then it might be better but I remembered tcp_wrappers was implemented into the base system and I thought it was in tcpd since that binary is part of the world build process installation. I just tested the bultin tcp_wrappers in inetd, and had no problem with adding a banner to my ftpd and telnetd daemons without using the tcpd daemon. But, when I changed the service to: ftp stream tcp nowait root/usr/libexec/tcpd ftpd -l and then killed -HUP the inetd process, the inetd process wanted the banner file to be called 'tcpd' instead of 'ftpd'. Actually, it's working correctly for me with the ftpd name. This is my /etc/inetd.conf for the ftpd line: ftp stream tcp nowait root/usr/libexec/ftpd /usr/libexec/ftpd -l This is what the hosts.allow line looks like: telnetd,ftpd,rshd,rlogind : 208.201.244. : rfc931 : banners /etc/banners This is my /etc/banners listing: [EMAIL PROTECTED] [1:33pm][/usr/local/sbin] dir /etc/banners total 38 drwxr-xr-x 3 root wheel - 512 Sep 7 2002 . drwxr-xr-x 18 root wheel - 3072 Jul 5 11:59 .. -rw-r--r-- 1 root wheel - 2026 Dec 12 1996 Makefile drwxr-xr-x 2 root wheel - 512 Sep 6 2002 deny -rw-r--r-- 1 root wheel - 712 Sep 6 2002 deny.telnetd -rw-r--r-- 1 root wheel - 219 Sep 6 2002 fingerd -rw-r--r-- 1 root wheel - 215 Dec 15 1996 fingerd.bak -rw-r--r-- 1 root wheel - 1289 Dec 13 1996 fingerd.old -rw-r--r-- 1 root wheel - 634 Sep 6 2002 ftpd -rwxr-xr-x 1 root wheel - 8192 Dec 12 1996 nul -rw-r--r-- 1 root wheel - 582 Sep 6 2002 prototype -rw-r--r-- 1 root wheel - 1289 Dec 16 1996 prototype.old -rw-r--r-- 1 root wheel -0 Sep 6 2002 rlogind -rw-r--r-- 1 root wheel - 582 Sep 6 2002 rshd -rw-r--r-- 1 root wheel - 557 Sep 7 2002 sshd -rw-r--r-- 1 root wheel - 582 Sep 6 2002 telnetd The only thing is that for IPs not defined, it would go straight to the ftp login prompt and not deny access, I thought deny was default for anything not defined? I also killed inetd, and started it with no flags. But when I connected to the ftpd process, tcpd didn't display the banner (both tcpd and ftpd banner files were installed into the banner directory). Yep, same here. So it looks like tcpd is broken when it comes to displaying banners. So it wasn't my imagination. :-) I wonder if there is actually any differences between the tcp_wrappers in inetd and the one in tcpd or is the inetd just the tcpd stuff all intergrated and improved. I suggest you use inetd's builtin TCP Wrappers support, and forget using tcpd. That's a good idea since I probably won't remember to fix tcpd if there is a fix on each cvsup and then buildworld. Scot Here is something weird... In /etc/hosts.allow, I added the following line: ALL : ALL : rfc931: banners /etc/banners/deny : deny So I attempted to ftp and this is what happens. Connected to bigbang.DNALOGIC.NET. [EMAIL PROTECTED] Sorry but you currently do not have pe rmission to connect here! User (bigbang.DNALOGIC.NET:(none)): ^C C:\Documents and Settings\vinceftp bigbang Connected to bigbang.DNALOGIC.NET. [EMAIL PROTECTED] Sorry but you currently do not have pe rmission to connect here! User (bigbang.DNALOGIC.NET:(none)): vince _ _ __ ___ __ ___ __ \___ | / /___|___ / __ __ \__ / _/__ / __ / / /__ |/ / __ /| |__ / _ / / /_ / __ __ / _ / _ /_/ / _ /| / _ ___ |_ /___/ /_/ / / /_/ / __/ / / /___ /_/ /_/ |_/ /_/ |_|/_/\/ \/ /___/ \/ .NET
Re: src/libexec/tcpd doesn't work correctly with -DPROCESS_OPTIONS
On Fri, 4 Jul 2003, Scot W. Hetzel wrote: From: Scot W. Hetzel [EMAIL PROTECTED] You only enabled 1/3 of the source to use PROCESS_OPTIONS, you also need to add the option to libwrap (lib/libwrap) and tcpdchk (src/usr.sbin/tcpdchk). Small correction, the lib/libwrap/Makefile is setting PROCESS_OPTIONS in it's CFLAGS. The only other file that can use the PROCESS_OPTIONS setting is usr.sbin/tcpdchk. A grep for PROCESS_OPTIONS for libexec/tcpd (in contrib/tcp_wrappers) shows that tcpd.c doesn't use this option. Scot Thanks Scot. Ii tried adding PROCESS_OPTIONS in usr.sbin/tcpdchk and it didn't work either. CFLAGS+=-DREAL_DAEMON_DIR=\/usr/libexec\ \ -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 \ -DHOSTS_DENY=\/etc/hosts.deny\ -DHOSTS_ALLOW=\/etc/hosts.allow\ \ -DPROCESS_OPTIONS Any ideas? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
src/libexec/tcpd doesn't work correctly with -DPROCESS_OPTIONS
Greetings: In -CURRENT, /usr/src/libexec/tcpd, the Makefile doesn't have -DPROCESS_OPTIONS needed which in hosts_access(5) manpage, allows things such as banners for the tcp_wrappers to be working. From hosts_access(5): An extended version of the access control language is described in the hosts_options(5) document. The extensions are turned on at program build time by building with -DPROCESS_OPTIONS. In hosts_options(5): banners /some/directory Look for a file in `/some/directory' with the same name as the daemon process (for example in.telnetd for the telnet service), and copy its contents to the client. Newline characters are replaced by carriage-return newline, and %letter sequences are expanded (see the hosts_access(5) manual page). The tcp wrappers source code distribution provides a sample makefile (Banners.Makefile) for convenient banner maintenance. Warning: banners are supported for connection-oriented (TCP) network services only. As a example, in /etc/hosts.allow, I have the following line: telnet stream tcp nowait root/usr/libexec/tcpd /usr/libexec/telnetd Which with the tcp_wrappers port binary from a few years ago, it would do the following: Welcome [EMAIL PROTECTED] to ... _ _ __ ___ __ ___ __ \___ | / /___|___ / __ __ \__ / _/__ / __ / / /__ |/ / __ /| |__ / _ / / /_ / __ __ / _ / _ /_/ / _ /| / _ ___ |_ /___/ /_/ / / /_/ / __/ / / /___ /_/ /_/ |_/ /_/ |_|/_/\/ \/ /___/ \/ .NET [ bigbang.DNALOGIC.NET ] DNA Logic Corporation - http://www.DNALOGIC.NET San Francisco, California USA For assistance or information please e-mail [EMAIL PROTECTED] FreeBSD/i386 (bigbang.DNALOGIC.NET) (ttypb) login: The binary works but anything not defined in hosts.allow, it would completely skip the banner and give them the login prompt rather than not allow them to make it to the telnetd daemon like before. The tcpd built by -CURRENT does work correctly but the banners support is not enabled by default. In /usr/src/libexec/tcpd/Makefile, CFLAGS+=-DREAL_DAEMON_DIR=\/usr/libexec\ \ -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 \ -DHOSTS_DENY=\/etc/hosts.deny\ -DHOSTS_ALLOW=\/etc/hosts.allow\ \ -DFACILITY=LOG_DAEMON In /usr/src/contrib/tcp_wrappers/README in section 4.5 and 4.7, it mentions: 4.5 - Language extensions - The wrappers sport only a limited number of features. This is for a good reason: programs that run at high privilege levels must be easy to verify. And the smaller a program, the easier to verify. There is, however, a provision to add features. The options.c module provides a framework for language extensions. Quite a few extensions have already been implemented; they are documented in the hosts_options.5 document, which is in `nroff -man' format. Examples: changing the severity level at which a request for service is logged; allow and deny keywords; running a customized server instead of the standard one; many others. The language extensions are not enabled by default because they introduce an incompatible change to the access control language syntax. Instructions to enable the extensions are given in the Makefile. 4.7 - Banner messages - Some sites are required to present an informational message to users before they attempt to login. Banner messages can also be useful when denying service: instead of simply dropping the connection a polite explanation is given first. Finally, banners can be used to give your system a more personal touch. The wrapper software provides easy-to-use tools to generate pre-login banners for ftp, telnet, rlogin etc. from a single prototype banner textfile. Details on banners and on-the-fly %letter expansions are given in the hosts_options.5 manual page (`nroff -man' format). An example is given in the file Banners.Makefile. In order to support banner messages the wrappers have to be built with language extensions enabled. See the section on language extensions. In /usr/src/contrib/tcp_wrappers/Makefile, it mentions that the -DPROCESS_OPTIONS is needed for language extensions: ### # Optional: Turning on language extensions # # Instead of the default access control language that is documented in # the hosts_access.5 document, the wrappers can be configured to # implement an extensible language documented in the hosts_options.5 # document. This language is implemented by the options.c source # module, which also gives hints on how to add your own extensions. # Uncomment the next definition to turn on the language extensions # (examples: allow, deny, banners, twist and spawn). #
Re: /usr/src/libexec/talkd notification broken on pty's when useris using misc/screen ports in -CURRENT
On Mon, 30 Jun 2003, Juli Mallett wrote: * Vincent Poy [EMAIL PROTECTED] [ Date: 2003-06-30 ] [ w.r.t. /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT ] Greetings evertone: /usr/src/libexec/talkd aka /usr/libexec/ntalkd appears to be broken when one runs the screen-3.9.15_1 from ports and has the pty sessions under screen. Prior to running screen, ntalkd is showing the incoming talk request. After running screen, the talk request doesn't show up on any of the pty's the user is currently using under the primary login pty. The issue seems to be caused by the following commits done by jmallett: src/libexec/talkd/announce.c v1.16, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/extern.h v1.3, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/print.c v1.12, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/table.c v1.9, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/talkd.c v1.14, Thu Apr 3 05:13:27 2003 UTC jmallett which has the log: MFp4 @27667: WARNS=5 cleanup on i386. Remove the unused FILE\ *tf from print_mesg args, and the bogus passing in of an uninitialised FILE* for it. Call a timeval 'now' instead of 'clock' due to shadowing. Remove a nested localtime declaration. Make the delete invite argument match the ID type, u_int32_t. Use const for pointers to const items. Cast to long where printing as such. Include netinet/in.h for htonl/htons. Reviewed by:imp Reverting to the following previous versions of the files and rebuilding ntalkd fixes the issue. src/libexec/talkd/announce.c v1.15, Tue Feb 5 21:06:56 2002 UTC imp src/libexec/talkd/extern.h v1.2, Tue Feb 5 21:07:47 2002 UTC imp src/libexec/talkd/print.c v1.11, Mon Feb 18 20:35:19 2002 UTC mike src/libexec/talkd/table.c v1.8, Tue Feb 5 21:06:56 2002 UTC imp src/libexec/talkd/talkd.c v1.13, Tue Feb 5 21:06:56 2002 UTC imp This may be a bit frustrating, but can you back out deltas by hand and try to tell me which change it was that caused the problem? Hi Juli and Cy: It isn't the changes that caused the problem because here is what I did just to verify the behavior of before and after the changes you did. before, in screen-3.9.15 with both the port and if I compile it on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen except when I am in a ytalk session where the prompt will come up if I want to talk to [EMAIL PROTECTED] with screen-3.9.13, screen-3.9.11 which I compiled on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen except when I am in a ytalk session where the prompt will come up if I want to talk to [EMAIL PROTECTED] with the screen-3.9.10 binary I compiled from ports before, ntalkd works correctly: Message from [EMAIL PROTECTED] at 5:09 on 2003/07/01 ... talk: connection requested by [EMAIL PROTECTED] talk: respond with: talk [EMAIL PROTECTED] With the changes you did, the screen-3.9.15 port as well as screen-3.9.15, screen-3.9.13, screen-3.9.11 which I compiled on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen and the prompt doesn't come up in a ytalk session either if I want to talk to [EMAIL PROTECTED] with the screen-3.9.10 binary I compiled from ports before, ntalkd works correctly: Message from [EMAIL PROTECTED] at 5:49 on 2003/07/01 ... talk: connection requested by [EMAIL PROTECTED] talk: respond with: talk [EMAIL PROTECTED] So it seems that it is not the changes you did but everything after newer than screen-3.9.10, the talkd daemon isn't working when the pty's are under screen. So it's probably more of a bug under screen than anything else. I couldn't find the contact info for the author for screen to find out how to fix this. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /usr/src/libexec/talkd notification broken on pty's when useris using misc/screen ports in -CURRENT
On Tue, 1 Jul 2003, Vincent Poy wrote: On Mon, 30 Jun 2003, Juli Mallett wrote: * Vincent Poy [EMAIL PROTECTED] [ Date: 2003-06-30 ] [ w.r.t. /usr/src/libexec/talkd notification broken on pty's when user is using misc/screen ports in -CURRENT ] Greetings evertone: /usr/src/libexec/talkd aka /usr/libexec/ntalkd appears to be broken when one runs the screen-3.9.15_1 from ports and has the pty sessions under screen. Prior to running screen, ntalkd is showing the incoming talk request. After running screen, the talk request doesn't show up on any of the pty's the user is currently using under the primary login pty. The issue seems to be caused by the following commits done by jmallett: src/libexec/talkd/announce.c v1.16, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/extern.h v1.3, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/print.c v1.12, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/table.c v1.9, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/talkd.c v1.14, Thu Apr 3 05:13:27 2003 UTC jmallett which has the log: MFp4 @27667: WARNS=5 cleanup on i386. Remove the unused FILE\ *tf from print_mesg args, and the bogus passing in of an uninitialised FILE* for it. Call a timeval 'now' instead of 'clock' due to shadowing. Remove a nested localtime declaration. Make the delete invite argument match the ID type, u_int32_t. Use const for pointers to const items. Cast to long where printing as such. Include netinet/in.h for htonl/htons. Reviewed by: imp Reverting to the following previous versions of the files and rebuilding ntalkd fixes the issue. src/libexec/talkd/announce.c v1.15, Tue Feb 5 21:06:56 2002 UTC imp src/libexec/talkd/extern.h v1.2, Tue Feb 5 21:07:47 2002 UTC imp src/libexec/talkd/print.c v1.11, Mon Feb 18 20:35:19 2002 UTC mike src/libexec/talkd/table.c v1.8, Tue Feb 5 21:06:56 2002 UTC imp src/libexec/talkd/talkd.c v1.13, Tue Feb 5 21:06:56 2002 UTC imp This may be a bit frustrating, but can you back out deltas by hand and try to tell me which change it was that caused the problem? Hi Juli and Cy: It isn't the changes that caused the problem because here is what I did just to verify the behavior of before and after the changes you did. before, in screen-3.9.15 with both the port and if I compile it on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen except when I am in a ytalk session where the prompt will come up if I want to talk to [EMAIL PROTECTED] with screen-3.9.13, screen-3.9.11 which I compiled on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen except when I am in a ytalk session where the prompt will come up if I want to talk to [EMAIL PROTECTED] with the screen-3.9.10 binary I compiled from ports before, ntalkd works correctly: Message from [EMAIL PROTECTED] at 5:09 on 2003/07/01 ... talk: connection requested by [EMAIL PROTECTED] talk: respond with: talk [EMAIL PROTECTED] With the changes you did, the screen-3.9.15 port as well as screen-3.9.15, screen-3.9.13, screen-3.9.11 which I compiled on my own with the configure script and then make, the ntalkd daemon doesn't do the notification in any of the pty's while running under screen and the prompt doesn't come up in a ytalk session either if I want to talk to [EMAIL PROTECTED] with the screen-3.9.10 binary I compiled from ports before, ntalkd works correctly: Message from [EMAIL PROTECTED] at 5:49 on 2003/07/01 ... talk: connection requested by [EMAIL PROTECTED] talk: respond with: talk [EMAIL PROTECTED] So it seems that it is not the changes you did but everything after newer than screen-3.9.10, the talkd daemon isn't working when the pty's are under screen. So it's probably more of a bug under screen than anything else. I couldn't find the contact info for the author for screen to find out how to fix this. Okay, I found the problem... It is not related to ntalkd or screen. The issue is that -CURRENT uses devfs which I assume generates all the devices in /dev. The ssh tty /dev/ttyp0 does get the correct user vince group tty for the ownership. However, the screen tty's which are ttyp1-ttypa has user vince and the group is users. Doing chown :tty /dev/ttyp1 fixes the problem so the problem lies in the group for the tty being used being the group of the user and not tty. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong
Re: /usr/src/libexec/talkd notification broken on pty's when useris using misc/screen ports in -CURRENT
preparing to host a Canada Day barbecue at my house, so I may not have a chance to check for email later on today. Please bear with me. Thanks. I'm cc'ing this to current@ just in the chance that someone Have fun! Cheers, -- Cy Schubert [EMAIL PROTECTED]http://www.komquats.com/ BC Government . FreeBSD UNIX [EMAIL PROTECTED] . [EMAIL PROTECTED] http://www.gov.bc.ca/ .http://www.FreeBSD.org/ Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin In message [EMAIL PROTECTED], Vincent Poy writes : On Tue, 1 Jul 2003, Cy Schubert wrote: In message [EMAIL PROTECTED], Vincent Poy writes : [a bunch of lines edited out for brevity, see archives] Hi Cy: I found the problem. In 5.1-CURRENT and I think 5.1-RELEASE, /dev uses the devfs for the devices so it no longer has to be manually generated. I login to the system using /dev/ttyp0 which shows up as: crw--w 1 vince tty- 5, 0 Jul 1 08:28 /dev/ttyp0 However, the 10 tty's that screen uses is ttyp1-pa which has the group as users or the same as my login: crw--w 1 vince users- 5, 1 Jul 1 08:28 /dev/ttyp1 crw--- 1 vince users - 5, 2 Jul 1 08:26 /dev/ttyp2 crw--w 1 vince users - 5, 3 Jun 30 16:18 /dev/ttyp3 crw--w 1 vince users - 5, 4 Jun 29 00:35 /dev/ttyp4 crw--w 1 vince users - 5, 5 Jun 29 00:35 /dev/ttyp5 crw--w 1 vince users - 5, 6 Jun 29 00:35 /dev/ttyp6 crw--w 1 vince users - 5, 7 Jun 29 00:35 /dev/ttyp7 crw--w 1 vince users - 5, 8 Jun 29 00:35 /dev/ttyp8 crw--w 1 vince users - 5, 9 Jul 1 08:18 /dev/ttyp9 crw--w 1 vince users - 5, 10 Jul 1 08:28 /dev/ttypa As soon as I changed the ttyp1 to the group tty, everything started working correctly. So it seems that the /dev has the incorrect group whe n the tty is from screen. No problems here. cwsys$ ll ttyp? crw-rw-rw- 1 root wheel5, 0 Jun 26 13:19 ttyp0 crw--w 1 cytty 5, 1 Jul 1 10:05 ttyp1 crw--w 1 cytty 5, 2 Jul 1 10:05 ttyp2 crw--w 1 cytty 5, 3 Jul 1 10:05 ttyp3 crw--w 1 cytty 5, 4 Jul 1 10:05 ttyp4 crw--w 1 cytty 5, 5 Jul 1 10:05 ttyp5 crw--w 1 cytty 5, 6 Jul 1 10:05 ttyp6 crw--w 1 cytty 5, 7 Jul 1 10:05 ttyp7 crw--w 1 cytty 5, 8 Jul 1 10:05 ttyp8 crw--w 1 cytty 5, 9 Jul 1 10:05 ttyp9 crw--w 1 cytty 5, 10 Jul 1 10:05 ttypa crw--w 1 cytty 5, 11 Jul 1 10:05 ttypb crw--w 1 cytty 5, 12 Jul 1 10:05 ttypc crw--w 1 cytty 5, 13 Jul 1 10:05 ttypd crw--w 1 cytty 5, 14 Jul 1 10:05 ttype crw--w 1 cytty 5, 15 Jul 1 10:05 ttypf cwsys$ I have a locally built package here at http://komquats.com/pkg/screen-3. 9.15_1.tbz/. It's built from the stock 3.9.15_1. See if it makes a difference. Other than that it could be a myriad of configuration things on your system. Anyhow give it a try and let us know your results. I tried your package with the extracted bin/screen binary and yours work correctly. [EMAIL PROTECTED] [11:20am][~] tty /dev/ttypb [EMAIL PROTECTED] [11:20am][~] dir /dev/ttypb crw--w 1 vince tty - 5, 11 Jul 1 11:20 /dev/ttypb [EMAIL PROTECTED] [11:20am][~] Message from [EMAIL PROTECTED] at 11:20 on 2003/07/01 ... talk: connection requested by [EMAIL PROTECTED] talk: respond with: talk [EMAIL PROTECTED] [EMAIL PROTECTED] [11:20am][~] So this means that the configure script might have something configured incorrectly. I just tried to rebuild the port and it's the configure script which generates the config.h with the wrong PTYGROUP. /* * define PTYMODE if you do not like the default of 0622, which allows * public write to your pty. * define PTYGROUP to some numerical group-id if you do not want the * tty to be in your group. * Note, screen is unable to change mode or group of the pty if it * is not installed with sufficient privilege. (e.g. set-uid-root) * define PTYROFS if the /dev/pty devices are mounted on a read-only * filesystem so screen should not even attempt to set mode or group * even if running
/usr/src/libexec/talkd notification broken when user is usingscreenport and creates pty's
/usr/src/libexec/talkd appears to be broken when one runs the screen program from ports and creates the pty's. When you try to talk to someone on the initial login pty, it will show the talk request but in screen, the talk request doesn't show up with either the talk or ytalk client unless the tty is specified from the talk request. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
/usr/src/libexec/talkd notification broken on pty's when user isusing misc/screen ports in -CURRENT
Greetings evertone: /usr/src/libexec/talkd aka /usr/libexec/ntalkd appears to be broken when one runs the screen-3.9.15_1 from ports and has the pty sessions under screen. Prior to running screen, ntalkd is showing the incoming talk request. After running screen, the talk request doesn't show up on any of the pty's the user is currently using under the primary login pty. The issue seems to be caused by the following commits done by jmallett: src/libexec/talkd/announce.c v1.16, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/extern.h v1.3, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/print.c v1.12, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/table.c v1.9, Thu Apr 3 05:13:27 2003 UTC jmallett src/libexec/talkd/talkd.c v1.14, Thu Apr 3 05:13:27 2003 UTC jmallett which has the log: MFp4 @27667: WARNS=5 cleanup on i386. Remove the unused FILE\ *tf from print_mesg args, and the bogus passing in of an uninitialised FILE* for it. Call a timeval 'now' instead of 'clock' due to shadowing. Remove a nested localtime declaration. Make the delete invite argument match the ID type, u_int32_t. Use const for pointers to const items. Cast to long where printing as such. Include netinet/in.h for htonl/htons. Reviewed by:imp Reverting to the following previous versions of the files and rebuilding ntalkd fixes the issue. src/libexec/talkd/announce.c v1.15, Tue Feb 5 21:06:56 2002 UTC imp src/libexec/talkd/extern.h v1.2, Tue Feb 5 21:07:47 2002 UTC imp src/libexec/talkd/print.c v1.11, Mon Feb 18 20:35:19 2002 UTC mike src/libexec/talkd/table.c v1.8, Tue Feb 5 21:06:56 2002 UTC imp src/libexec/talkd/talkd.c v1.13, Tue Feb 5 21:06:56 2002 UTC imp Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sat, Jun 28, 2003 at 03:00:57PM -1000, Vincent Poy wrote: [EMAIL PROTECTED] [5:57pm][/usr/src] make buildworld -- Rebuilding the temporary build tree -- stage 1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 BOOTSTRAPPING=501100 -DNOHTML -DNOINFO -DNOLINT -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_CPU_CFLAGS -DNO_WARNS legacy === tools/build /usr/obj/usr/src/i386/usr/src/tools/build created for /usr/src/tools/build cd /usr/src/tools/build; make buildincludes; make installincludes rm -f .depend mkdep -f .depend -a-I/usr/obj/usr/src/i386/legacy/usr/include /usr/src/tools/build/dummy.c cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/tools/build/dummy.c -o dummy.o building static egacy library ar: not found *** Error code 127 Stop in /usr/src/tools/build. *** Error code 1 What did you do to your /usr/bin/ar? I thought those files were deleted by David in the src so I guess they were created from elsewhere... I got it to build again after getting the binary base current snapshot and extracting those files.. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sat, Jun 28, 2003 at 10:31:09PM -1000, Vincent Poy wrote: [...] cc -O -pipe -I/usr/obj/usr/src/i386/legacy/usr/include -c /usr/src/tools/build/dummy.c -o dummy.o building static egacy library ar: not found *** Error code 127 Stop in /usr/src/tools/build. *** Error code 1 What did you do to your /usr/bin/ar? I thought those files were deleted by David in the src so I guess they were created from elsewhere... I got it to build again after getting the binary base current snapshot and extracting those files.. The one in /usr/bin/ar is from gnu/usr.bin/binutils/ar, usr.bin/ar was indeed deleted (which is for old a.out support). Previously, /usr/bin/ar was a wrapper that selected the right ar binary depending on OBJFORMAT. Oh okay, I was trying to axe obselete binaries for once since I noticed sometimes I have binaries in the tree that no longer exists in the regular trees. One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: [...] One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. They are copied from prebuilt files in src/contrib/sendmail/cf/, but not when you do a make install, but rather with make distribution. See src/etc/sendmail/Makefile for details. Interesting. I can see the freebsd.mc which makes the freebsd.cf file but I'm just trying to figure out when the submit.cf needs to be upgraded. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sun, Jun 29, 2003 at 09:47:52AM -1000, Vincent Poy wrote: On Sun, 29 Jun 2003, Ruslan Ermilov wrote: On Sun, Jun 29, 2003 at 04:01:09AM -1000, Vincent Poy wrote: [...] One question though is where are the freebsd.submit.mc and freebsd.submit.cf located as I only see those files when you do a install but not anywhere in the tree. They are copied from prebuilt files in src/contrib/sendmail/cf/, but not when you do a make install, but rather with make distribution. See src/etc/sendmail/Makefile for details. Interesting. I can see the freebsd.mc which makes the freebsd.cf file but I'm just trying to figure out when the submit.cf needs to be upgraded. Again, this is handled by make distribution. (Run make -n distribution from src/etc/sendmail/.) As such, it is handled by mergemaster(8). Thanks. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
latest -CURRENT buildworld fails - 17:30PDT June 8, 2003
[EMAIL PROTECTED] [5:57pm][/usr/src] make buildworld -- Rebuilding the temporary build tree -- rm -rf /usr/obj/usr/src/i386 mkdir -p /usr/obj/usr/src/i386/legacy/usr/bin mkdir -p /usr/obj/usr/src/i386/legacy/usr/games mkdir -p /usr/obj/usr/src/i386/legacy/usr/include/sys mkdir -p /usr/obj/usr/src/i386/legacy/usr/lib mkdir -p /usr/obj/usr/src/i386/legacy/usr/libexec mkdir -p /usr/obj/usr/src/i386/legacy/usr/sbin mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/dict mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX100-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devX75-12 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devascii mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devcp1047 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devdvi mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devhtml mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devkoi8-r mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlatin1 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlbp mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devlj4 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devps mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/groff_font/devutf8 mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mdoc mkdir -p /usr/obj/usr/src/i386/legacy/usr/share/tmac/mm mkdir -p /usr/obj/usr/src/i386/usr/bin mkdir -p /usr/obj/usr/src/i386/usr/include mkdir -p /usr/obj/usr/src/i386/usr/lib/compat/aout mkdir -p /usr/obj/usr/src/i386/usr/libdata/ldscripts mkdir -p /usr/obj/usr/src/i386/usr/libexec mkdir -p /usr/obj/usr/src/i386/usr/share/misc mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/obj/usr/src/i386/usr/include ./arpa missing (created) ./cam missing (created) ./cam/scsi missing (created) ./crypto missing (created) ./dev missing (created) ./dev/an missing (created) ./dev/ic missing (created) ./dev/iicbus missing (created) ./dev/firewire missing (created) ./dev/ofw missing (created) ./dev/ppbus missing (created) ./dev/smbus missing (created) ./dev/usb missing (created) ./dev/utopia missing (created) ./dev/wi missing (created) ./fs missing (created) ./fs/devfs missing (created) ./fs/fdescfs missing (created) ./fs/fifofs missing (created) ./fs/msdosfs missing (created) ./fs/ntfs missing (created) ./fs/nullfs missing (created) ./fs/nwfs missing (created) ./fs/portalfs missing (created) ./fs/procfs missing (created) ./fs/smbfs missing (created) ./fs/umapfs missing (created) ./fs/unionfs missing (created) ./g++ missing (created) ./g++/backward missing (created) ./g++/bits missing (created) ./g++/ext missing (created) ./geom missing (created) ./isc missing (created) ./isofs missing (created) ./isofs/cd9660 missing (created) ./libmilter missing (created) ./machine missing (created) ./machine/pc missing (created) ./net missing (created) ./net80211 missing (created) ./netatalk missing (created) ./netatm missing (created) ./netatm/ipatm missing (created) ./netatm/sigpvc missing (created) ./netatm/spans missing (created) ./netatm/uni missing (created) ./netgraph missing (created) ./netgraph/atm missing (created) ./netgraph/bluetooth missing (created) ./netgraph/bluetooth/include missing (created) ./netinet missing (created) ./netinet6 missing (created) ./netipsec missing (created) ./netipx missing (created) ./netkey missing (created) ./netnatm missing (created) ./netncp missing (created) ./netsmb missing (created) ./nfs missing (created) ./nfsclient missing (created) ./nfsserver missing (created) ./objc missing (created) ./openssl missing (created) ./pccard missing (created) ./posix4 missing (created) ./protocols missing (created) ./readline missing (created) ./rpc missing (created) ./rpcsvc missing (created) ./security missing (created) ./security/mac_biba missing (created) ./security/mac_bsdextended missing (created) ./security/mac_lomac missing (created) ./security/mac_mls missing (created) ./security/mac_partition missing (created) ./sys missing (created) ./ufs missing (created) ./ufs/ffs missing (created) ./ufs/ufs missing (created) ./vm missing (created) ln -sf /usr/src/sys /usr/obj/usr/src/i386 -- stage 1: legacy release compatibility shims -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/i386 DESTDIR= INSTALL=sh /usr/src/tools/install.sh PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin WORLDTMP=/usr/obj/usr/src/i386 MAKEFLAGS=-m /usr/src/tools/build/mk -m /usr/src/share/mk make -f Makefile.inc1 BOOTSTRAPPING=501100
/compat/linux not working correctly in -CURRENT
Greetings everyone: It seems the /compat/linux is not working correctly in -CURRENT. With the -current packages of linux_base-7.1_5 and 5.1-release package of linux_base-7.1_4, it's showing the following: [EMAIL PROTECTED] [7:19pm][/usr/ports/net/net-snmp] /compat/linux/bin/ls ELF interpreter /compat/svr4/lib/ld-linux.so.2 not found Abort Somehow it's trying to look up a library in /compat/svr4 which doesn't exist. With the older linux_base-7.1_1 from ports, it would work correctly... [EMAIL PROTECTED] [4:21pm][~vince] /compat/linux/bin/ls /usr/temp conf testalias Even trying to install linux_base fails from -current ports... [EMAIL PROTECTED] [7:23pm][/usr/ports/emulators/linux_base] make clean === Cleaning for rpm-3.0.6_6 === Cleaning for libiconv-1.9.1_1 === Cleaning for autoconf213-2.13.000227_5 === Cleaning for automake14-1.4.5_9 === Cleaning for gettext-0.11.5_1 === Cleaning for gmake-3.80 === Cleaning for libtool-1.3.5 === Cleaning for m4-1.4_1 === Cleaning for popt-1.6.4 === Cleaning for perl-5.6.1_13 === Cleaning for expat-1.95.6_1 === Cleaning for linux_base-7.1_5 [EMAIL PROTECTED] [7:23pm][/usr/ports/emulators/linux_base] make === Extracting for linux_base-7.1_5 Checksum OK for rpm/redhat-release-7.1-1.noarch.rpm. Checksum OK for rpm/setup-2.4.7-1.noarch.rpm. Checksum OK for rpm/filesystem-2.0.7-1.noarch.rpm. Checksum OK for rpm/basesystem-7.0-2.noarch.rpm. Checksum OK for rpm/termcap-11.0.1-8.noarch.rpm. Checksum OK for rpm/db1-1.85-5.i386.rpm. Checksum OK for rpm/db3-3.1.17-7.i386.rpm. Checksum OK for rpm/gdbm-1.8.0-5.i386.rpm. Checksum OK for rpm/glib-1.2.9-1.i386.rpm. Checksum OK for rpm/libtermcap-2.0.8-26.i386.rpm. Checksum OK for rpm/bash-2.04-21.i386.rpm. Checksum OK for rpm/bzip2-1.0.1-3.i386.rpm. Checksum OK for rpm/compat-libstdc++-6.2-2.9.0.14.i386.rpm. Checksum OK for rpm/ncurses-5.2-8.i386.rpm. Checksum OK for rpm/info-4.0-20.i386.rpm. Checksum OK for rpm/fileutils-4.0.36-4.i386.rpm. Checksum OK for rpm/grep-2.4.2-5.i386.rpm. Checksum OK for rpm/popt-1.6.2-8.i386.rpm. Checksum OK for rpm/readline-4.1-9.i386.rpm. Checksum OK for rpm/setserial-2.17-2.i386.rpm. Checksum OK for rpm/slang-1.4.2-2.i386.rpm. Checksum OK for rpm/sh-utils-2.0-13.i386.rpm. Checksum OK for rpm/rpm-4.0.2-8.i386.rpm. Checksum OK for rpm/freetype-2.0.1-4.i386.rpm. Checksum OK for rpm/XFree86-libs-4.0.3-5.i386.rpm. Checksum OK for rpm/glibc-common-2.2.4-32.i386.rpm. Checksum OK for rpm/glibc-2.2.4-32.i386.rpm. Checksum OK for rpm/zlib-1.1.4-8.7x.i386.rpm. Checksum OK for rpm/libstdc++-2.96-112.7.1.i386.rpm. === Patching for linux_base-7.1_5 === linux_base-7.1_5 depends on executable: rpm - found === Configuring for linux_base-7.1_5 [EMAIL PROTECTED] [7:23pm][/usr/ports/emulators/linux_base] make install === Installing for linux_base-7.1_5 kern.fallback_elf_brand: 3 - 3 glibc-common-2.2.4-32.i386.rpm glibc-2.2.4-32.i386.rpm execution of glibc-2.2.4-32 script failed, exit status 0 *** Error code 1 Stop in /usr/ports/emulators/linux_base. [EMAIL PROTECTED] [7:24pm][/usr/ports/emulators/linux_base] Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: acpi patch for dell laptop?
On Wed, 25 Jun 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Vincent Poy [EMAIL PROTECTED] writes: : On Tue, 24 Jun 2003, M. Warner Losh wrote: : : In message: [EMAIL PROTECTED] : Vincent Poy [EMAIL PROTECTED] writes: : : Speaking about ACPI, has anyone figured out how to close the lid : : without suspending? I remember before, when the lid was closed, it would : : add the following to your /boot/loader.conf: : : hw.acpi.lid_switch_state=NONE : : Putting it in /boot/loader.conf doesn't work since at some port : during the system bootup, it will set the hw.acpi.lid_switch_state: S1 : back to S1. My /boot/loader.conf is as follows: you are right. that's what I get for not double checking on my laptop at home first. Hehe, I thought you knew something we didn't. =) : Doing /sbin/sysctl -w hw.acpi.lid_switch_state=NONE in : /etc/rc.local does work which was the way I had it before but without the : ACPI_DSDT patch, all it does when I close the lid is suspend the machine : without the LCD going off and the LCD isn't alive until I reboot the : machine. Same thing happens with hw.acpi.lid_switch_state=S1 even with : the DSDT patch is that when the system resumes, the LCD is not live : either. With the DSDT path and hw.acpi.lid_switch_state=NONE, the LCD : turns off without suspending but when you open the lid, the LCD doesn't : turn on until you hit Fn-F10. This is with the A10 BIOS on the Dell : Inspiron 8200. this matches my experiences, to a point. I've not tried the patched dsdt table on my dell yet. :-) Guess there are lots of people with Dell's and IBM Thinkpads. =) Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: acpi patch for dell laptop?
On Mon, 23 Jun 2003, Scott Lambert wrote: On Mon, Jun 23, 2003 at 10:38:26AM -1000, Vincent Poy wrote: Speaking about ACPI, has anyone figured out how to close the lid without suspending? I remember before, when the lid was closed, it would suspend even with sysctl set to not suspend and the screen stays on and when you resume, you can type but the screen freezes and doesn't update. Setting hw.acpi.lid_switch_state=NONE in /etc/sysctl.conf keeps my Toshiba from suspending on lid close. Is that the sysctl you are referring to as not working? Yep, on my IBM ThinkPad 770Z and A31P, sysctl -w hw.acpi.lid_switch_state=NONE works fine but on the Dell Inspiron 8200, it doesn't work at all. The screen doesn't turn off and the machine suspends and then when you resume the machine, the screen appears to not update but the commands you type on the keyboard still make it. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: acpi patch for dell laptop?
On Tue, 24 Jun 2003, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Vincent Poy [EMAIL PROTECTED] writes: : Speaking about ACPI, has anyone figured out how to close the lid : without suspending? I remember before, when the lid was closed, it would add the following to your /boot/loader.conf: hw.acpi.lid_switch_state=NONE Putting it in /boot/loader.conf doesn't work since at some port during the system bootup, it will set the hw.acpi.lid_switch_state: S1 back to S1. My /boot/loader.conf is as follows: hw.ata.wc=1 snd_ich_load=YES acpi_dsdt_load=YES acpi_dsdt_name=/boot/acpi_dsdt.aml hw.acpi.lid_switch_state=NONE Doing /sbin/sysctl -w hw.acpi.lid_switch_state=NONE in /etc/rc.local does work which was the way I had it before but without the ACPI_DSDT patch, all it does when I close the lid is suspend the machine without the LCD going off and the LCD isn't alive until I reboot the machine. Same thing happens with hw.acpi.lid_switch_state=S1 even with the DSDT patch is that when the system resumes, the LCD is not live either. With the DSDT path and hw.acpi.lid_switch_state=NONE, the LCD turns off without suspending but when you open the lid, the LCD doesn't turn on until you hit Fn-F10. This is with the A10 BIOS on the Dell Inspiron 8200. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: acpi patch for dell laptop?
Speaking about ACPI, has anyone figured out how to close the lid without suspending? I remember before, when the lid was closed, it would suspend even with sysctl set to not suspend and the screen stays on and when you resume, you can type but the screen freezes and doesn't update. This is on a Inspiron 8200. I can't test the new patch for a few days as my original HD running March 8, 2003 -CURRENT died on April 7, 2003 and it seems the drive has problems reading/writing as it timeouts but I can get /etc only so I'm going to rebuild the system. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
February 6, 2003 to March 8, 2003 -CURRENT - Bad System Calls?
I've recently went from a February 6, 2003 -CURRENT to a March 8, 2003 -CURRENT and for whatever reason, the stuff that used to work installed from ports all broke with Bad System Call (core dump), has anyone else experienced this problem since what happened to all the backwards compatibility of older binaries? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: February 6, 2003 to March 8, 2003 -CURRENT - Bad System Calls?
On Sat, 22 Mar 2003, Peter Wemm wrote: Vincent Poy wrote: I've recently went from a February 6, 2003 -CURRENT to a March 8, 2003 -CURRENT and for whatever reason, the stuff that used to work installed from ports all broke with Bad System Call (core dump), has anyone else experienced this problem since what happened to all the backwards compatibility of older binaries? Old ports? You probably need to add COMPAT_FREEBSD4 to your kernel config. Yep... I notice everything from apache 1.2.6 to stuff like tcpwrappers since I couldn't get the banners in the tcpd that comes with -CURRENT to use and display banners. My kernel config does have: options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] [EMAIL PROTECTED] - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Options MAXMEM added to GENERIC kernel config causes kernelpanic in -current
On Thu, 23 Jan 2003, Dan Nelson wrote: In the last episode (Jan 23), Vincent Poy said: Greetings everyone, With the latest -CURRENTs ever since atleast September 12, 2002 that I have tested on several different machines ranging from PII/PIII/PIV Desktop and Notebooks, whenever the following option is added to the GENERIC kernel config, the kernel will panic on booting up. I used this option in the January 2002 -currents without problems. The tested systems range in memory from 128MB to 1GIG. options MAXMEM=786432 I have used the equivalent loader variable hw.physmem to limit memory usage for quite a while with no panics. Try putting hw.physmem=768M in /boot/loader.conf and see if it does what you want. Physical memory use set to 786432K [...] real memory = 536870912 (524288K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00651000 - 0x1fff7fff, 530214912 bytes (129447 pages) avail memory = 513802240 (501760K bytes) It looks like there is just 512M of available memory in the system anyhow. Setting MAXMEM to 768M isn't going to do you any good. Actually, it depends on which system you're referring to. This one actually has 576Megs of ram but the IBM ThinkPad BIOS will only show 512Megs. The system sees all memory without the MAXMEM option, I just remember it was needed in older FreeBSD versions from atleast 6 years ago since I remember without the option, it will only see 64megs or something. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Options MAXMEM added to GENERIC kernel config causes kernelpanic in -current
On 26 Jan 2003, Eric Jones wrote: On Thu, 2003-01-23 at 23:56, Steve Kargl wrote: Sorry if this is the second copy, I'm not sure if it went out the first time or not On Thu, Jan 23, 2003 at 05:40:16PM -1000, Vincent Poy wrote: /boot/kernel/acpi.ko text=0x2fab4 data=-0x1a84+0x6e0 syms=[0x4+0x5540+0x702d|] snip embedded 0 6 A 0x60 3 4 5 6 7 9 10 11 12 14 15 panic: pmap_mapdev: Couldn't alloc kernel virtual memory Debugger(panic) Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db trace Debugger(c0435e9c) at Debugger+0x45 panic(c0460ba0,0,0,c064cbc4,0) at panic+0x7c pmap_mapdev(1ffd,0,c064cc54,c064cbd4,c060547a) at pmap_mapdev+0x5d AcpiOsMapMemory(1ffd,0,0,c064cbc4,0) at AcpiOsMapMemory+0x12 AcpiTbGetThisTable(c064cc54,c064cc08,c064cc64,c064cc54,c064cc54) at AcpiTbGetThisTable+0xa6 AcpiTbGetTableBody(c064cc54,c064cc08,c064cc64,0,0) at AcpiTbTableBody+0x3b AcpiTbGetTable(c064cc54,c064cc64,c064cc54,9,1ffd) at AcpiTbGetTable+0x29 AcpiTbGetTableRsdt(1,fd6e0,0,c061a520,c159ec80) at AcpiTbGetTableRsdt+0x1a AcpiLoadTables(0,c66d8118,c061a3c8,c1586aa0,c064ccfc) at AcpiLoadTables+0x85 acpi_identify(c061a3c8,c159ec80) at acpi_identify+0x99 bus_generic_probe(c159ec80,c66b1090,c064cd34,c028e724,c159ec80) at bus_generic_probe+0x54 nexus_probe(c159ec80) at nexus_probe+0x186 device_probe_child(c159ef00,c159ec80,c028e4e5,c15917c8,1) at device_probe_child+0xcc device_probe_and_attach(c159ec80) at device_probe_and_attach+0x4b root_bus_configure(c159ef00,c045b660,0,4) at root_bus_configure+0x16 configure(0,649c00,649000,0,c01378b5) at configure+0x22 mi_startup() at mi_startup+0x9a begin() at begin+0x2c db Disable acpi. acpi is broken. I had the same problem until today. If ACPI was enabled, I would get a panic on boot. I removed MAXMEM from my kernel config, recompiled, and voila, no panic. Everything seems to be working, acpi is doing something, according to the dmesg. When I had MAXMEM as an option, I received the following panic less than a second into the kernel boot. pmap_mapdev: Couldn't alloc kernel virtual memory With MAXMEM unspecified, no problems. Is there any reason, on newer motherboards, to need the MAXMEM option? Without it specified, I see all 256M in the system. I originally had it for my old MB (a K6-2) that wouldn't work without it (4-CURRENT days). My new MB doesn't need it. Just my $0.02 I've actually been using the MAXMEM option since the 2.x days since I remember unless MAXMEM was specified, FreeBSD will only see 64megs of ram but I guess they fixed it so it detects more than that sometime later. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Options MAXMEM added to GENERIC kernel config causes kernelpanic in -current
On Sun, 26 Jan 2003, Steve Kargl wrote: On Sun, Jan 26, 2003 at 05:08:40PM -0500, Eric Jones wrote: On Thu, 2003-01-23 at 23:56, Steve Kargl wrote: Disable acpi. acpi is broken. I had the same problem until today. If ACPI was enabled, I would get a panic on boot. I removed MAXMEM from my kernel conf, recompiled, and voila, no panic. ACPI looks like its working, according to the dmesg, where any attempt to load it before panicked with pmap_mapdev: Couldn't alloc kernel virtual memory. Is there any reason, on newer motherboards, to need the MAXMEM option? I don't know. I've always used MAXMEM. Guess it's time to remove it from my kernel config file. Yeah, me too on all the previous systems I built and manage since atleast 6 years ago, without MAXMEM, it will not show memory above 64 megs so I continued to use it until I decided to build new systems for others and the MAXMEM option gave the problem while without the option, it seems to be fine and shows all memory. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Options MAXMEM added to GENERIC kernel config causes kernelpanicin -current
On Sun, 26 Jan 2003, Terry Lambert wrote: walt wrote: Steve Kargl wrote: On Sun, Jan 26, 2003 at 05:08:40PM -0500, Eric Jones wrote: Is there any reason, on newer motherboards, to need the MAXMEM option? I don't know. I've always used MAXMEM. Guess it's time to remove it from my kernel config file. FWIW, I've been using FBSD -stable and -current for about 3 years on five different machines and I've never used MAXMEM. Never had any problems recognizing memory, either -- guess I've been luckier than some. MAXMEM is useful for testing configurations with less memory, without having to open up your box and yank SIMMs, or to have a bunch of different sized pairs of SIMMs lying around. -- Terry I thought the original purpose atleast in FreeBSD 2.x and earlier was so the kernel can recognize more than 64 megs of physical ram. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Options MAXMEM added to GENERIC kernel config causes kernel panicin -current
Greetings everyone, With the latest -CURRENTs ever since atleast September 12, 2002 that I have tested on several different machines ranging from PII/PIII/PIV Desktop and Notebooks, whenever the following option is added to the GENERIC kernel config, the kernel will panic on booting up. I used this option in the January 2002 -currents without problems. The tested systems range in memory from 128MB to 1GIG. options MAXMEM=786432 This is the output. Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK boot -vs /boot/kernel/acpi.ko text=0x2fab4 data=-0x1a84+0x6e0 syms=[0x4+0x5540+0x702d|] SMAP type=01 base= len= 0009fc00 SMAP type=02 base= 0009fc00 len= 0400 SMAP type=02 base= 000f len= 0001 SMAP type=01 base= 0010 len= 1fed SMAP type=03 base= 1ffd len= f000 SMAP type=04 base= 1ffdf000 len= 1000 SMAP type=02 base= 1ffe len= 0002 SMAP type=02 base= fffe len= 0002 Physical memory use set to 786432K Copyright (c) 1992-2002 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.0-CURRENT #0: Thu Jan 23 18:46:49 PDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BIGBANG Preloaded elf kernel /boot/kernel/kernel at 0xc062a000. Preloaded elf module /boot/kernel/acpi.ko at 0xc062a0b4. Calibrating clock(s) ... TSC clock: 363943173 Hz, i8254 clock: 1193127 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193102 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 363961118 Hz CPU: Pentium II/Pentium II Xeon/Celeron (363.96-MHz 686-class CPU) Origin = GenuineIntel Id = 0x66a Stepping = 10 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX0,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 536870912 (524288K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00651000 - 0x1fff7fff, 530214912 bytes (129447 pages) avail memory = 513802240 (501760K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fd800 bios32: Entry = 0xfd820 (c00fd820) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd880+0x0 pnpbios: Found PnP BIOS data at 0xc00fe700 pnpbios: Entry = f:e724 Rev = 1.0 pnpbios: Event flag at 415 Other BIOS signatures found: random: entropy source mem: memory I/O Pentium Pro MTRR support enabled null: null device, zero device pci_open(1):mode 1 addr port (0x0cf8) is 0x80003b40 pci_open(1a): mode1res=0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) Using $PIR table, 5 entries at 0xc00f9f90 PCI-Only Interrupts: 11 Location Bus Device Pin Link IRQs embedded 0 7 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 A 0x60 3 4 5 6 7 9 10 11 12 14 15 panic: pmap_mapdev: Couldn't alloc kernel virtual memory Debugger(panic) Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db trace Debugger(c0435e9c) at Debugger+0x45 panic(c0460ba0,0,0,c064cbc4,0) at panic+0x7c pmap_mapdev(1ffd,0,c064cc54,c064cbd4,c060547a) at pmap_mapdev+0x5d AcpiOsMapMemory(1ffd,0,0,c064cbc4,0) at AcpiOsMapMemory+0x12 AcpiTbGetThisTable(c064cc54,c064cc08,c064cc64,c064cc54,c064cc54) at AcpiTbGetThisTable+0xa6 AcpiTbGetTableBody(c064cc54,c064cc08,c064cc64,0,0) at AcpiTbTableBody+0x3b AcpiTbGetTable(c064cc54,c064cc64,c064cc54,9,1ffd) at AcpiTbGetTable+0x29 AcpiTbGetTableRsdt(1,fd6e0,0,c061a520,c159ec80) at AcpiTbGetTableRsdt+0x1a AcpiLoadTables(0,c66d8118,c061a3c8,c1586aa0,c064ccfc) at AcpiLoadTables+0x85 acpi_identify(c061a3c8,c159ec80) at acpi_identify+0x99 bus_generic_probe(c159ec80,c66b1090,c064cd34,c028e724,c159ec80) at bus_generic_probe+0x54 nexus_probe(c159ec80) at nexus_probe+0x186 device_probe_child(c159ef00,c159ec80,c028e4e5,c15917c8,1) at device_probe_child+0xcc device_probe_and_attach(c159ec80) at device_probe_and_attach+0x4b root_bus_configure(c159ef00,c045b660,0,4) at root_bus_configure+0x16 configure(0,649c00,649000,0,c01378b5) at configure+0x22 mi_startup() at mi_startup+0x9a begin() at begin+0x2c db Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, Alistair Sutton wrote: * Vincent Poy ([EMAIL PROTECTED]) wrote: On Tue, 14 Jan 2003, Alistair Sutton wrote: * Vincent Poy ([EMAIL PROTECTED]) wrote: Greetings: Is anyone running FreeBSD on a Dell Inspiron 8200 notebook? I'm trying to figure out if there is a way to prevent the notebook from suspending when the lid is closed. Thanks. On mine, there are a load of settings in the BIOS to do with what the laptop does when it is on AC/Battery and you close the lid etc. It may be worth messing around with those and seeing if it sorts the problem out. I don't remember mine suspending when I close the lid but then again, I have always been on the AC when I do so. Actually, in the BIOS, I already have the close lid changed from suspend to I think active and it didn't make a difference. When I closed the lid, it just suspends still. Changing the options so that they are set to suspend appears to have landed me with the same problem now. Despite changing them back so that the screen should stay active, the laptop now suspends whenever I close the lid. I have a feeling this is going to take quite a few hours of fiddling to get sorted (if it is even possible to sort it). Al Now, that is bad. I thought it might have been the version of the BIOS or something but what options did you change and did you manage to get it sorted? Would be interesting to find out what you did. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, John Baldwin wrote: On 14-Jan-2003 Vincent Poy wrote: On Mon, 13 Jan 2003, Scott Long wrote: Vincent Poy wrote: Greetings: Is anyone running FreeBSD on a Dell Inspiron 8200 notebook? I'm trying to figure out if there is a way to prevent the notebook from suspending when the lid is closed. Thanks. I have that notebook, and I have the same problem. Setting the hw.acpi sysctls that control the sleep states and actions doesn't seem to make a difference. Disabling acpi might make it work (haven't tried), but then it probably won't route interrupts from the cardbus slots anymore. Scott Hmmm, I don't have anything in my cardbus slots since everything is on the Mini-PCI but what does your sysctl hw.acpi.lid_switch_state show for the current setting? vince@bigbang [2:50am][~] sysctl hw.acpi.lid_switch_state hw.acpi.lid_switch_state: NONE This is after I did /sbin/sysctl -w hw.acpi.lid_switch_state=NONE in /etc/rc.local as that works fine on my IBM ThinkPad 770Z. Try 'S0' instead of 'NONE' and see if that works. With the setting not set at all by leaving it at defaults, while the BIOS does have close lid as Active, I noticed that even with the lid closed or with NONE set, the LCD is still on but it's just the machine already suspended since it's like the screen's image is frozen when you try anything. root@bigbang [11:37am][/home/vince] sysctl hw.acpi.lid_switch_state hw.acpi.lid_switch_state: S1 But let me see what S0 does. root@bigbang [11:37am][/home/vince] sysctl -w hw.acpi.lid_switch_state=S0 hw.acpi.lid_switch_state: S1 - S0 root@bigbang [11:40am][/home/vince] sysctl hw.acpi.lid_switch_state hw.acpi.lid_switch_state: S0 When I closed the lid, I can still see through the slit the LCD is still on but it's like the entire machine froze or something since it doesn't resume from suspend but it still has the last image of the daemon screensaver but doesn't change. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, Daniel Eischen wrote: On Tue, 14 Jan 2003, John Baldwin wrote: On 14-Jan-2003 Vincent Poy wrote: On Mon, 13 Jan 2003, Scott Long wrote: Vincent Poy wrote: Greetings: Is anyone running FreeBSD on a Dell Inspiron 8200 notebook? I'm trying to figure out if there is a way to prevent the notebook from suspending when the lid is closed. Thanks. I have that notebook, and I have the same problem. Setting the hw.acpi sysctls that control the sleep states and actions doesn't seem to make a difference. Disabling acpi might make it work (haven't tried), but then it probably won't route interrupts from the cardbus slots anymore. Scott Hmmm, I don't have anything in my cardbus slots since everything is on the Mini-PCI but what does your sysctl hw.acpi.lid_switch_state show for the current setting? vince@bigbang [2:50am][~] sysctl hw.acpi.lid_switch_state hw.acpi.lid_switch_state: NONE This is after I did /sbin/sysctl -w hw.acpi.lid_switch_state=NONE in /etc/rc.local as that works fine on my IBM ThinkPad 770Z. Try 'S0' instead of 'NONE' and see if that works. That doesn't work for me. After switching from S1 to S0 and closing the lid, the machine still suspends. Plus, it never wakes up. It needs a power on, and then the subsequent fsck's when FreeBSD boots again. Just curious but does the LCD stay on when the machine suspends since on mines, the last thing displayed will remain there until I hold the power button down to manually shut the machine off and then the power on where it does the fsck's and FreeBSD boots again. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, Daniel Eischen wrote: On Tue, 14 Jan 2003, Vincent Poy wrote: On Tue, 14 Jan 2003, Daniel Eischen wrote: That doesn't work for me. After switching from S1 to S0 and closing the lid, the machine still suspends. Plus, it never wakes up. It needs a power on, and then the subsequent fsck's when FreeBSD boots again. Just curious but does the LCD stay on when the machine suspends since on mines, the last thing displayed will remain there until I hold the power button down to manually shut the machine off and then the power on where it does the fsck's and FreeBSD boots again. No, the LCD goes out. All indications are that the system has suspended or shut down. On mines, I can still see the LCD being on even though the indicators indicate suspended, when I look through the slit/gap when closed, I can still see the backlight being on. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, Lars Eggert wrote: Vincent Poy wrote: Just curious but does the LCD stay on when the machine suspends since on mines, the last thing displayed will remain there until I hold the power button down to manually shut the machine off and then the power on where it does the fsck's and FreeBSD boots again. This has been discussed in the ACPI video driver (for Dell Latitude C640) thread last August. The symptoms are actually a bit different: The screens stays on on suspend, and goes black on resume. The machine is still live after resume, and can be rebooted by typing blindly. I believe this is a problem with certain ATI cards (mine, on a Latitude C600, for example.) Someone (Mark Santcroos?) was going to fiddle with the ATI driver, but nothing has ever materialized that I'm aware off. This is *the* key issue that makes -current on these Dell laptops unpleasant, everything else has been working great for months. Lars Actually, I have a NVidia GeForce4Go 440 w/64 Megs so the problem might not be related to the video card itself since the IBM ThinkPad A31P uses the same video cards and the problem doesn't exist. How did you manage to even get the machine to resume since I've tried hitting the escape key and even blindly typing but the machine is still suspended with the LCD on as I can't even ping the machine from the network and the only way out is to hold the power button down for 8 seconds and then power back on. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, Lars Eggert wrote: Vincent Poy wrote: On Tue, 14 Jan 2003, Lars Eggert wrote: This has been discussed in the ACPI video driver (for Dell Latitude C640) thread last August. The symptoms are actually a bit different: The screens stays on on suspend, and goes black on resume. The machine is still live after resume, and can be rebooted by typing blindly. I believe this is a problem with certain ATI cards (mine, on a Latitude C600, for example.) Someone (Mark Santcroos?) was going to fiddle with the ATI driver, but nothing has ever materialized that I'm aware off. This is *the* key issue that makes -current on these Dell laptops unpleasant, everything else has been working great for months. Actually, I have a NVidia GeForce4Go 440 w/64 Megs so the problem might not be related to the video card itself since the IBM ThinkPad A31P uses the same video cards and the problem doesn't exist. How did you manage to even get the machine to resume since I've tried hitting the escape key and even blindly typing but the machine is still suspended with the LCD on as I can't even ping the machine from the network and the only way out is to hold the power button down for 8 seconds and then power back on. My Dell resumes from standby when I hit the power button briefly, i.e. less than the 4 seconds or so that force a power off. Hmmm, not mines. When I hit the power button for like 1-3 seconds, I can see the lights change but the network portion atleast still isn't operating. I don't even know if the problem is FreeBSD related since on the DellTalk Forums at dell.com, people are having issues with suspend/resume even in WindowsXP where the machine will suspend but it will not wake up except in WindowsXP, the screen does go off but the screen will not go back on even when it resumes. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, Nate Lawson wrote: On Tue, 14 Jan 2003, Vincent Poy wrote: Hmmm, not mines. When I hit the power button for like 1-3 seconds, I can see the lights change but the network portion atleast still isn't operating. I don't even know if the problem is FreeBSD related since on the DellTalk Forums at dell.com, people are having issues with suspend/resume even in WindowsXP where the machine will suspend but it will not wake up except in WindowsXP, the screen does go off but the screen will not go back on even when it resumes. Try updating your BIOS then. It's not a BIOS issue because the thing is for most people, it's broken and I already am using the A09 BIOS, same thing happened since A01-A08. I have 2 Inspiron 8200's here and they both do the same thing. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, Lars Eggert wrote: Vincent Poy wrote: On Tue, 14 Jan 2003, Lars Eggert wrote: My Dell resumes from standby when I hit the power button briefly, i.e. less than the 4 seconds or so that force a power off. Hmmm, not mines. When I hit the power button for like 1-3 seconds, I can see the lights change but the network portion atleast still isn't operating. The LEDs change on mine too, same as they do when I resume in Windows XP. (The screen stays off, this is the bug.) Yeah, you're right. The blindly part does work except my screen never turns off. The last image before suspend is what stays there before the reboot. Not sure what you mean by the network portion. Some network services don't react kindly to being suspended/resumed, but that's a different problem that can be worked around by stopping them before suspend, and restarting them on resume. I had some scripts that did this for 4.X, will port them to -current once I can resume... :-) Yeah, but the entire purpose of me wanting the machine to not suspend but rather the screen going off is because I want the machine to run as a server and so I can put it in a dedicated space rather than the floor where it is now as my other Inspiron 8200 is sitting on the desk which is the actual Windows workstation. I don't even know if the problem is FreeBSD related since on the DellTalk Forums at dell.com, people are having issues with suspend/resume even in WindowsXP where the machine will suspend but it will not wake up except in WindowsXP, the screen does go off but the screen will not go back on even when it resumes. FWIW, mine suspends and resumes perfectly in Windows XP. Be sure to run the latest Dell BIOS and device firmwares. I am using the latest device drivers and everything. I know some people had issues with the Intel Application Accelerator but that isn't the case with mines. Something is not turning the screen back on after it resumes. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
FreeBSD on Dell Inspiron 8200 notebook
Greetings: Is anyone running FreeBSD on a Dell Inspiron 8200 notebook? I'm trying to figure out if there is a way to prevent the notebook from suspending when the lid is closed. Thanks. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD on Dell Inspiron 8200 notebook
On Tue, 14 Jan 2003, Alistair Sutton wrote: * Vincent Poy ([EMAIL PROTECTED]) wrote: Greetings: Is anyone running FreeBSD on a Dell Inspiron 8200 notebook? I'm trying to figure out if there is a way to prevent the notebook from suspending when the lid is closed. Thanks. On mine, there are a load of settings in the BIOS to do with what the laptop does when it is on AC/Battery and you close the lid etc. It may be worth messing around with those and seeing if it sorts the problem out. I don't remember mine suspending when I close the lid but then again, I have always been on the AC when I do so. HTH Al Actually, in the BIOS, I already have the close lid changed from suspend to I think active and it didn't make a difference. When I closed the lid, it just suspends still. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ACPI Support - Dell Inspiron 8200 - Disable Suspend Lid closed
Greetings everyone: I have a Dell Inspiron 8200 running -current and I was wondering how do I disable the machine from suspending when the LCD lid is closed but have the screen turn off instead. Thanks. This is the sysctl hw.acpi output: root@bigbang [3:04pm][/home/vince] sysctl hw.acpi hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 0 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.cpu.max_speed: 8 hw.acpi.cpu.current_speed: 8 hw.acpi.cpu.performance_speed: 8 hw.acpi.cpu.economy_speed: 4 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 30 hw.acpi.thermal.tz0.temperature: 3367 hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 3672 hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.acline: 1 hw.acpi.battery.life: 97 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 I had the following line issued and it didn't do anything. Thanks. /sbin/sysctl -w hw.acpi.lid_switch_state=NONE Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: HEADS UP: Old port recompiles needed (Re: Unknown symbol __sF)
On Sun, 13 Oct 2002, Terry Lambert wrote: Kris Kennaway wrote: Actually, this should only be required for old ports (older than some date which I don't know off-hand). It might be easier to just rebuild everything though. This would be OK, if the X11 package came from the FreeBSD source tree, instead of just as a binary on the CDROM (I hate that upgrading a box breaks things... it should *never* break things, as long as you don't tell it to remove old libraries). Not to mention it's easier said than done to recompile all packages since I have a hard enough time trying to figure out and keep track of all ports than have been updated or has changes committed. It would be easy if it was a dozen packages or the entire ports collection but if it's only 1,000 packages, recompiling them will take forever assuming you ever know which packages are installed. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: acpi sleep and resume
Try doing: sysctl -w hw.acpi.lid_switch_state=NONE Does that help? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin On Sat, 21 Sep 2002, John Angelmo wrote: Hello I'm running current on my laptop, when I close the lid, the screen goes black, but when I open again the screen goes on but everything is locked, how can I solve this? Here's my hw.acpi: hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 0 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.cpu.max_speed: 8 hw.acpi.cpu.current_speed: 8 hw.acpi.cpu.performance_speed: 8 hw.acpi.cpu.economy_speed: 4 hw.acpi.acline: 1 hw.acpi.battery.life: 100 hw.acpi.battery.time: 216 hw.acpi.battery.state: 1 hw.acpi.battery.units: 1 hw.acpi.battery.info_expire: 5 machdep.acpi_timer_freq: 3579545 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dc(4) patch
On Fri, 20 Sep 2002, John Baldwin wrote: On 19-Sep-2002 Vincent Poy wrote: I think the first card is a LinkSys PCMP200 and not the PCMP100 since the 100 is a 16bit PCMCIA and runs as a ed1 adapter in 4.6.2-RELEASE but doesn't get recognized at all under -current. I've tried both the LinkSys PCMP200 v2.0/PCMPC200 v2.0 and the NetGear FA511 Cardbus NICs but they don't get recognize under -current either. The SpeedStream SS1012 card is identical to the SMC Networks SMC8036TX card which is $US10 cheaper and comes with a lifetime warranty versus the SpeedStream 1 year warranty. However, I noticed that using either the SS1012 or the SMC8036TX which I am doing now is that there seems to be a lot of errors. Yes, it is a 200, actually, it is a PCMPC200 version 2. (The version number is down by the serial number though, not by the model number). I'm not really able to tell if I'm getting lots of errors with the SS card, but I prefer it to the LinkSys card since the SS card doesn't have a dongle and the dongle for the LinkSys card has a short in it. :) The only other cardbus NIC I have is a D-Link DFE-690TXD which uses a RealTek chip. It doesn't use a dongle, but it does periodically lock up the system. Ejecting the card unfreezes the system and I can insert it again, re-DHCP and everything is ok. A bit annoying though. :) Interesting. I have tried both the PCM200 v2.0 (dongleless) and PCMPC200 v2.0 and both failed card initialization since it can't figure out who made the card. Perhaps, it's using a different chip than the one you have since I just bought it during the past few weeks. Ofcourse, I tried a 3Com 3CXFEM656C which works fine on a Dell Inspiron 8200 but not a IBM ThinkPad 770Z. Tried a Intel Pro100S CardBusII which uses the fxp driver even but no luck either. Wonder if it's because of the combo modem that's the issue. Haven't tried the Intel on the Dell yet but it seems Warner got Intel cards working as well. The D-Link was the next card I was going to try but thanks for the information on the RealTek. The Belkin seems to use the same RealTek chip too and doesn't work for me at all. Any other cards you have tried that works and actually do close to full 100Mbps wire speeds? :) Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: dc(4) patch
On Thu, 19 Sep 2002, John Baldwin wrote: A while ago I started having problems with a dc(4) cardbus card that I hadn't had before. Lots of failures to force tx and rx to idle state resulting in the card eventually hanging under load and basically being worthless until I ejected it and reinserted it. ifconfig up/down, etc. didn't help. So I bought a new dc(4) cardbus card and it had the same problems. First card: dc0: Abocom FE2500 10/100BaseTX port 0x1100-0x11ff mem 0x88002000-0x880023ff irq 11 at device 0.0 on cardbus0 (really a LinkSys PCMP100 or some such) Second card: dc0: Accton EN2242 MiniPCI 10/100BaseTX port 0x1100-0x11ff mem 0x88002000-0x880023ff irq 11 at device 0.0 on cardbus0 (really a SpeedStream SS1012). The patch below fixed the hangs on both cards: --- if_dc.c 4 Sep 2002 18:14:17 - 1.77 +++ if_dc.c 19 Sep 2002 20:57:03 - @@ -1366,7 +1370,8 @@ for (i = 0; i DC_TIMEOUT; i++) { isr = CSR_READ_4(sc, DC_ISR); if (isr DC_ISR_TX_IDLE - (isr DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED) + ((isr DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED || +(isr DC_ISR_RX_STATE) == DC_RXSTATE_WAIT)) break; DELAY(10); } The automatic TX underrun recovery stuff didn't make a bit of difference for the SpeedStream card FWIW. Also, unlike one of the PR's which claimed that the SpeedStream SS1020 (PCI adapter rather than cardbus card), the dc(4) driver read the right MAC address just fine w/o the need for any changes. I think the first card is a LinkSys PCMP200 and not the PCMP100 since the 100 is a 16bit PCMCIA and runs as a ed1 adapter in 4.6.2-RELEASE but doesn't get recognized at all under -current. I've tried both the LinkSys PCMP200 v2.0/PCMPC200 v2.0 and the NetGear FA511 Cardbus NICs but they don't get recognize under -current either. The SpeedStream SS1012 card is identical to the SMC Networks SMC8036TX card which is $US10 cheaper and comes with a lifetime warranty versus the SpeedStream 1 year warranty. However, I noticed that using either the SS1012 or the SMC8036TX which I am doing now is that there seems to be a lot of errors. root@bigbang [3:36pm][/usr/home/vince] netstat -s tcp: 505575 packets sent 120454 data packets (143749591 bytes) 76 data packets (34453 bytes) retransmitted 6 data packets unnecessarily retransmitted 0 resends initiated by MTU discovery 276069 ack-only packets (1497 delayed) 0 URG only packets 0 window probe packets 106651 window update packets 2325 control packets 678552 packets received 67126 acks (for 143703608 bytes) 623 duplicate acks 0 acks for unsent data 612664 packets (686204656 bytes) received in-sequence 67 completely duplicate packets (48111 bytes) 0 old duplicate packets 19 packets with some dup. data (3318 bytes duped) 1262 out-of-order packets (1474923 bytes) 0 packets (0 bytes) of data after window 0 window probes 367 window update packets 8 packets received after close 0 discarded for bad checksums 0 discarded for bad header offset fields 0 discarded because packet too short 1823 connection requests 307 connection accepts 6 bad connection attempts 0 listen queue overflows 557 connections established (including accepts) 2305 connections closed (including 51 drops) 38 connections updated cached RTT on close 38 connections updated cached RTT variance on close 13 connections updated cached ssthresh on close 1564 embryonic connections dropped 66488 segments updated rtt (of 65063 attempts) 66 retransmit timeouts 1 connection dropped by rexmit timeout 0 persist timeouts 0 connections dropped by persist timeout 23 keepalive timeouts 23 keepalive probes sent 0 connections dropped by keepalive 45309 correct ACK header predictions 606682 correct data packet header predictions 309 syncache entries added 0 retransmitted 2 dupsyn 0 dropped 307 completed 0 bucket overflow 0 cache overflow 2 reset 0 stale 0 aborted 0 badack 0 unreach 0 zone failures 0 cookies sent 0 cookies
Re: Crashdumps available for download ... please help
On Wed, 18 Sep 2002, Martin Blapp wrote: Hi, One thing you didn't mention was trying a different power supply. A marginal power supply can cause strange errors. Increasing your memory size from 512 MB to 1 GB might add just enough load to the supply to push it over the edge ... Yes. I've replaced the power supply. But only once. And it did not make the problem go away. And I've even done more. I've disabled all unneeded devices, at the moment only one cdrom and three disks are connected. Replacing the power supply would only help if the Total Controlled Output had enough current, this is the +3.3V and +5V added together. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Intel Mobile fxp Cardbus cards supported?
Greetings, Is the Intel Mobile Cardbus cards which are based on the Intel 82550 chips supported under FreeBSD -current using the fxp driver? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Options MAXMEM added to GENERIC kernel config causes kernel panicin -current
Greetings everyone, With the latest -CURRENTs that I have tested on several different machines ranging from PII/PIII/PIV Desktop and Notebooks, whenever the following option is added to the GENERIC kernel config, the kernel will panic on booting up. I used this option in the January 2002 -currents without problems. The tested systems range in memory from 128MB to 1GIG. options MAXMEM=786432 This is the output, is there a way to log everything to a file instead of having to manually type it? Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds... Type '?' for a list of commands, 'help' for more detailed help. OK boot -vs /boot/kernel/acpi.ko text=0x2fab4 data=-0x1a84+0x6e0 syms=[0x4+0x5540+0x702d|] SMAP type=01 base= len= 0009fc00 SMAP type=02 base= 0009fc00 len= 0400 SMAP type=02 base= 000f len= 0001 SMAP type=01 base= 0010 len= 1fed SMAP type=03 base= 1ffd len= f000 SMAP type=04 base= 1ffdf000 len= 1000 SMAP type=02 base= 1ffe len= 0002 SMAP type=02 base= fffe len= 0002 Physical memory use set to 786432K Copyright (c) 1992-2002 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.0-CURRENT #0: Thu Sep 12 18:46:49 PDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BIGBANG Preloaded elf kernel /boot/kernel/kernel at 0xc062a000. Preloaded elf module /boot/kernel/acpi.ko at 0xc062a0b4. Calibrating clock(s) ... TSC clock: 363943173 Hz, i8254 clock: 1193127 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193102 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 363961118 Hz CPU: Pentium II/Pentium II Xeon/Celeron (363.96-MHz 686-class CPU) Origin = GenuineIntel Id = 0x66a Stepping = 10 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX0,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 536870912 (524288K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00651000 - 0x1fff7fff, 530214912 bytes (129447 pages) avail memory = 513802240 (501760K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fd800 bios32: Entry = 0xfd820 (c00fd820) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd880+0x0 pnpbios: Found PnP BIOS data at 0xc00fe700 pnpbios: Entry = f:e724 Rev = 1.0 pnpbios: Event flag at 415 Other BIOS signatures found: random: entropy source mem: memory I/O Pentium Pro MTRR support enabled null: null device, zero device pci_open(1):mode 1 addr port (0x0cf8) is 0x80003b40 pci_open(1a): mode1res=0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) Using $PIR table, 5 entries at 0xc00f9f90 PCI-Only Interrupts: 11 Location Bus Device Pin Link IRQs embedded 0 7 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 7 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 B 0x60 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15 embedded 0 4 D 0x63 3 4 5 6 7 9 10 11 12 14 15 embedded 0 6 A 0x60 3 4 5 6 7 9 10 11 12 14 15 panic: pmap_mapdev: Couldn't alloc kernel virtual memory Debugger(panic) Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db trace Debugger(c0435e9c) at Debugger+0x45 panic(c0460ba0,0,0,c064cbc4,0) at panic+0x7c pmap_mapdev(1ffd,0,c064cc54,c064cbd4,c060547a) at pmap_mapdev+0x5d AcpiOsMapMemory(1ffd,0,0,c064cbc4,0) at AcpiOsMapMemory+0x12 AcpiTbGetThisTable(c064cc54,c064cc08,c064cc64,c064cc54,c064cc54) at AcpiTbGetThisTable+0xa6 AcpiTbGetTableBody(c064cc54,c064cc08,c064cc64,0,0) at AcpiTbTableBody+0x3b AcpiTbGetTable(c064cc54,c064cc64,c064cc54,9,1ffd) at AcpiTbGetTable+0x29 AcpiTbGetTableRsdt(1,fd6e0,0,c061a520,c159ec80) at AcpiTbGetTableRsdt+0x1a AcpiLoadTables(0,c66d8118,c061a3c8,c1586aa0,c064ccfc) at AcpiLoadTables+0x85 acpi_identify(c061a3c8,c159ec80) at acpi_identify+0x99 bus_generic_probe(c159ec80,c66b1090,c064cd34,c028e724,c159ec80) at bus_generic_probe+0x54 nexus_probe(c159ec80) at nexus_probe+0x186 device_probe_child(c159ef00,c159ec80,c028e4e5,c15917c8,1) at device_probe_child+0xcc device_probe_and_attach(c159ec80) at device_probe_and_attach+0x4b root_bus_configure(c159ef00,c045b660,0,4) at root_bus_configure+0x16 configure(0,649c00,649000,0,c01378b5) at configure+0x22 mi_startup() at mi_startup+0x9a begin() at begin+0x2c db Cheers, Vince - [EMAIL PROTECTED] - Vice President
/usr/src/sys/kern/kern_acct.c v 1.50 causes flooding of systemconsole and logs
/usr/src/sys/kern/kern_acct.c v 1.50 causes flooding of system console and logs about 20 times per minute with the following message: /usr/src/sys/vm/uma_core.c:1332: could sleep with accounting locked from /usr/src/sys/kern/kern_acct.c:213 Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GENERIC kernel panic on boot with latest -current Septembet 11,2002 due to /usr/src/sys/kern/kern_acct.c v 1.49
On Wed, 11 Sep 2002, Nate Lawson wrote: This is being worked on. See msg thread in cvs-all, starting with: [EMAIL PROTECTED]. You can back out the change (1.49) if you need to get running. Sorry, 1.50 fixed the problem. I reverted back to kernel.old anyways which was from a previous -current build before I saw the discussion on the mailing list archives on cvs-all. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
GENERIC kernel panic on boot with latest -current Septembet 11, 2002due to /usr/src/sys/kern/kern_acct.c v 1.49
Revelent info: * $FreeBSD: src/sys/kern/kern_acct.c,v 1.49 2002/09/11 04:10:41 arr Exp $ Console output... Starting syslogd. Sep 11 12:35:51 bigbang syslogd: kernel boot file is /boot/kernel/kernel Starting named. Starting ntpdate. Turning on accounting. recursed on non-recursive lock (sleep mutex) accounting @ /usr/src/sys/kern/kern_acct.c:343 first acquired @ /usr/src/sys/kern/kern_acct.c:160 panic: recurse Debugger(panic) Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db trace Debugger(c0434fbc) at Debugger+0x45 panic(c0438e88,0,c690f6f0,da68cb18,c02bb3ef) at panic+0x7c witness_lock(c04e9ce0,8,c0431166,157,0) at witness_lock+0x305 _mtx_lock_flags(c04e9ce0,0,c0431166,157) at _mtx_lock_flags+0x7f acctwatch(0,c04e9ca0,0,c159e200) at acctwatch+0x1f acct(c15a16c0,da68cd14,1,1,296) at acct+0x1c9 syscall(2f,2f,2f,bfbffdd0,bfbffdd4) at syscall+0x243 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (51, FreeBSD ELF32, acct), eip = 0x280a5d17, esp = 0xbfbffd6c, ebp = 0xbfbffd88 --- db output with boot -v Starting syslogd. Sep 11 13:05:50 bigbang syslogd: kernel boot file is /boot/kernel/kernel Started named. Starting ntpdate. Turning on accounting. recursed on non-recursive lock (sleep mutex) accounting @ /usr/src/sys/kern/kern_acct.c:343 first acquired @ /usr/src/sys/kern/kern_acct.c:160 panic: recurse Debugger(panic) Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0 db Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel hangs during boot - latest cvsup
On 10 Sep 2002, Sid Carter wrote: On Mon, 9 Sep 2002 12:09:05 -1000 (HST), Vincent Poy [EMAIL PROTECTED] said: Vincent On Mon, 9 Sep 2002, Julian Elischer wrote: On Mon, 9 Sep 2002, Vincent Poy wrote: Timecounters tick every 10.000 msec --- boot -v might be instructive.. Vincent It seems in the latest -CURRENT, the following in the kernel Vincent config file based on the GENERIC kernel: Vincent optionsMAXMEM=786432 Hi, I just did a cvsup , clean and cleandir and stuff and when I try to compile the kernel, I get this error cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -fno-common -mpreferred-stack-boundary=2 -ffreestanding -Werror /usr/src/sys/dev/cardbus/cardbus.c cc1: warnings being treated as errors /usr/src/sys/dev/cardbus/cardbus.c: In function `cardbus_driver_added': /usr/src/sys/dev/cardbus/cardbus.c:319: warning: unused variable `cardattached' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Anyone else getting this ? Nope, the GENERIC I built is based on the September 8, 2002 -current and has been fine. My only problem seems to be if MAXMEM is defined in a kernel config, it hangs on bootup. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Uncommitted dc0 fixes ...
On Tue, 10 Sep 2002, Martin Blapp wrote: Hi, 1) dc driver uses wrong case to read MAC from eeprom. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/35482 This one seems to break data sending/receiving as the only thing that works is pinging and that's only on the alias/secondary IP and not the primary IP network which is completely unpingable. I expected this one to be the problem PR. I'll look at it this evening. I guess it's probably making everything detect as a EN5152B or something. + case DC_DEVICEID_EN2242: /* and DC_DEVICEID_EN5251B: */ + if (revision DC_REVISION_EN5251B) { + sc-dc_type = DC_TYPE_AN985; + } else { + sc-dc_type = DC_TYPE_EN5152B; + } + sc-dc_flags |= DC_TX_USE_TX_INTR; + sc-dc_flags |= DC_TX_ADMTEK_WAR; + sc-dc_pmode = DC_PMODE_MII; + break; case DC_DEVICEID_AN985: - case DC_DEVICEID_EN2242: sc-dc_type = DC_TYPE_AN985; sc-dc_flags |= DC_TX_USE_TX_INTR; sc-dc_flags |= DC_TX_ADMTEK_WAR; This change looks wrong to me. I guess it probably works for the originator of the PR. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Uncommitted dc0 fixes ...
Hi Martin: On Tue, 10 Sep 2002, Martin Blapp wrote: and Martins patch: This one works standalone and with 2 and 3 above. It seems to have increase ftp transfer rates too from 8600Kbytes/sec to 10577Kbytes/sec. Cool. Seems to depend on which notebook the card is in. With the Dell Inspiron 8200, it does do the above rates and 6722Kbyte/sec if the ftp was initiated from a Windows box. On the IBM ThinkPad 770Z, the rates are 6600Kbyte/sec on the FreeBSD machine but 3085Kbyte/sec if the ftp is initiated from the Windows machine. Ofcourse, for some odd reason, if the ftp was done from a Windows XP Pro machine, it's only 6722KBytes/sec. Hmm. TCP-window size ? And did you already tried to turn on/off the sysctls ? The TCP-Window size I have is 32767 on the Windows machines. net.inet.tcp.rfc1323 net.inet.tcp.rfc1644 Yep tried both of those already and didn't make a difference. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: freeze with the CardBus NIC 3CCFE575BT
On Tue, 10 Sep 2002, Mikhail Teterin wrote: Regardless of whether the xl driver is linked into the kernel or loaded as a module, the machine freezes shortly after ifconfig-ing the card. Sunday's -current. Complete freeeze -- can not go into debugger... More information available upon request... -mi This is interesting. I have the CardBus 3Com NIC 3CXFEM656C which is the type II card that takes one slot but a combo with 56k modem and the Megahertz XJack. With Sunday's -current and the 08182002-JP SNAPSHOT, the card works fine under xl0 driver with the Dell Inspiron 8200 Notebook when I moved the HDD from the IBM ThinkPad 770Z. On the 770Z however, as soon as I do the ifconfig, it'll xl0: watchdog timer all over and it will ping with latencies at 8000ms. So not sure what the problem is. Other cards which I have tried, the Siemens/Efficient Networks SpeedStream SS1012 and the SMC Networks SMC8036TX which seems to be identical cards physically as it has the same design and same label printing information layout seems to work fine on both machines. The NetGear FA511 and the LinkSys PCM200 both don't work at all since FreeBSD can't detect the device id or something. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-current buildworld fails with revision 1.38 src/usr.bin/uudecode/uudecode.c
=== usr.bin/uudecode /usr/obj/usr/src/i386/usr/src/usr.bin/uudecode created for /usr/src/usr.bin/uudecode rm -f .depend mkdep -f .depend -a-D__FBSDID=__RCSID /usr/src/usr.bin/uudecode/uudecode.c echo uudecode: /usr/lib/libc.a .depend cc -O -pipe -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -D__FBSDID=__RCSID -c /usr/src/usr.bin/uudecode/uudecode.c /usr/src/usr.bin/uudecode/uudecode.c: In function `decode2': /usr/src/usr.bin/uudecode/uudecode.c:225: warning: comparison between signed and unsigned /usr/src/usr.bin/uudecode/uudecode.c:275: syntax error before ch /usr/src/usr.bin/uudecode/uudecode.c:286: syntax error before ch /usr/src/usr.bin/uudecode/uudecode.c:294: syntax error before ch /usr/src/usr.bin/uudecode/uudecode.c:301: syntax error before ch *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel hangs during boot - latest cvsup
On 9 Sep 2002, Sid Carter wrote: Hi, I compiled the kernel last nite and I haven't been able to boot into the system with that kernel. This is where the kernel hangs vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 10.000 msec --- It prints the above message and just hangs. uname 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Aug 8 21:48:49 IST 2002 Anybody else experiencing this ? Regards Sid Can you post your kernel config file? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Kernel hangs during boot - latest cvsup
On Mon, 9 Sep 2002, Julian Elischer wrote: On Mon, 9 Sep 2002, Vincent Poy wrote: On 9 Sep 2002, Sid Carter wrote: Hi, I compiled the kernel last nite and I haven't been able to boot into the system with that kernel. This is where the kernel hangs vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounters tick every 10.000 msec --- boot -v might be instructive.. It seems in the latest -CURRENT, the following in the kernel config file based on the GENERIC kernel: optionsMAXMEM=786432 would hang the kernel right after: Copyright (c) 1992-2002 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.0-CURRENT #0: Mon Sep 9 11:56:07 PDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BIGBANG At this point, it would just sit there and hitting the power button would turn off the machine. Tested this on two notebooks and a desktop, same results. Taking out that line in the kernel config would make a bootable kernel. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Uncommitted dc0 fixes ...
On Thu, 5 Sep 2002, Martin Blapp wrote: When I tried these patches manually handpatching on 08182002 JP SNAPSHOT, it took away the error messages like you had mentioned except I can ping everything except for the gateway. Also, no other protocols would work at all so it seems like something else broke. I took out the following and it still made no difference. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=misc/32699 Can you please test each patch and see which one is responsable ? Martin Hi Martin and everyone, I finally updated to the latest -CURRENT last night after pulling the HD from my IBM ThinkPad 770Z and putting it in a loaner Dell Inspiron 8200 P4m-1.7Ghz as I couldn't get the fans to turn on and it keeps shutting off due to overheating. I have both a Siemens/Efficient Networks SpeedStream SS1012 and a SMC Networks SMC8036TX which seems to be identical cards physically as it has the same design and same label printing information layout. As far as testing each patch, here goes: 1) dc driver uses wrong case to read MAC from eeprom. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/35482 This one seems to break data sending/receiving as the only thing that works is pinging and that's only on the alias/secondary IP and not the primary IP network which is completely unpingable. * $FreeBSD: src/sys/pci/if_dcreg.h,v 1.25 2002/05/06 10:55:42 iwasaki Exp *** /usr/temp/if_dcreg.hMon May 6 03:55:42 2002 --- /usr/src/sys/pci/if_dcreg.h Mon Sep 9 15:14:08 2002 *** *** 78,83 --- 78,84 #define DC_TYPE_PNIC 0xA /* 82c168/82c169 PNIC I */ #define DC_TYPE_XIRCOM 0xB /* Xircom X3201 */ #define DC_TYPE_CONEXANT 0xC /* Conexant LANfinity RS7112 */ + #define DC_TYPE_EN5152B 0xD /* Accton EN5251B. Clone of ADMtek 983B? */ #define DC_IS_MACRONIX(x) \ (x-dc_type == DC_TYPE_98713 || \ *** *** 86,91 --- 87,93 #define DC_IS_ADMTEK(x) \ (x-dc_type == DC_TYPE_AL981 || \ +x-dc_type == DC_TYPE_EN5152B || \ x-dc_type == DC_TYPE_AN985) #define DC_IS_INTEL(x)(x-dc_type == DC_TYPE_21143) *** *** 890,895 --- 892,904 */ #define DC_DEVICEID_EN12170x1217 #define DC_DEVICEID_EN2242 0x1216 + #define DC_DEVICEID_EN5251B 0x1216 + + /* + * The Accton EN5251B is sold as the Siemens Speedstream SS1020. + * The EN5251B seems to be a clone of the ADMtek 983 or 983B + */ + #define DC_REVISION_EN5251B 0x11 /* ASSUMING that EN2242's revision differs */ /* * Xircom vendor ID * $FreeBSD: src/sys/pci/if_dc.c,v 1.77 2002/09/04 18:14:17 markm Exp $ *** /usr/temp/if_dc.c Wed Sep 4 11:14:17 2002 --- /usr/src/sys/pci/if_dc.cMon Sep 9 15:22:09 2002 *** *** 186,191 --- 186,193 Accton EN1217 10/100BaseTX }, { DC_VENDORID_ACCTON, DC_DEVICEID_EN2242, Accton EN2242 MiniPCI 10/100BaseTX }, + { DC_VENDORID_ACCTON, DC_DEVICEID_EN5251B, + Siemens SpeedStream SS1020 10/100BaseTX }, { DC_VENDORID_XIRCOM, DC_DEVICEID_X3201, Xircom X3201 10/100BaseTX }, { DC_VENDORID_ABOCOM, DC_DEVICEID_FE2500, *** *** 1579,1584 --- 1581,1589 if (t-dc_did == DC_DEVICEID_DM9102 rev = DC_REVISION_DM9102A) t++; + if (t-dc_did == DC_DEVICEID_EN2242 + rev = DC_REVISION_EN5251B) + t++; return(t); } t++; *** *** 1917,1925 sc-dc_flags |= DC_TX_ADMTEK_WAR; sc-dc_pmode = DC_PMODE_MII; break; case DC_DEVICEID_AN985: case DC_DEVICEID_FE2500: - case DC_DEVICEID_EN2242: sc-dc_type = DC_TYPE_AN985; sc-dc_flags |= DC_TX_USE_TX_INTR; sc-dc_flags |= DC_TX_ADMTEK_WAR; --- 1922,1939 sc-dc_flags |= DC_TX_ADMTEK_WAR; sc-dc_pmode = DC_PMODE_MII; break; + case DC_DEVICEID_EN2242: /* and DC_DEVICEID_EN5251B: */ + if (revision DC_REVISION_EN5251B) { + sc-dc_type = DC_TYPE_AN985; + } else { + sc-dc_type = DC_TYPE_EN5152B; + } + sc-dc_flags |= DC_TX_USE_TX_INTR; + sc-dc_flags |= DC_TX_ADMTEK_WAR; + sc-dc_pmode = DC_PMODE_MII; + break; case DC_DEVICEID_AN985: case DC_DEVICEID_FE2500: sc-dc_type = DC_TYPE_AN985; sc-dc_flags |= DC_TX_USE_TX_INTR; sc-dc_flags |= DC_TX_ADMTEK_WAR; *** *** 2056,2061 ---
Re: apm support
On Mon, 9 Sep 2002, Mark Santcroos wrote: On Mon, Sep 09, 2002 at 11:15:43AM +0200, John Angelmo wrote: Battery status: unknown Remaining battery time: unknown Battery 0: Battery status: unknown Remaining battery time: 0:00:00 These were all zero because you were plugged in, as you showed the values were showed when you were unplugged. APM Capabilities: unknown This is explained by the fact that you run ACPI. Afaik it's either ACPI or APM that your laptop has. Yours has ACPI. Got a question about this... I have a IBM ThinkPad 770Z and I think it's APM when it was running the pre-load Win98 but with WinME and WinXP, it was running under ACPI. However, with the GENERIC kernel, the fan doesn't seem to go on. Is there a way to disable the system from suspending when the lid is closed? or would adding device apm to the kernel and then enabling apmd and apm in rc.conf cause it to read the settings in the BIOS which I used the ThinkPad PS2 utility to configure instead? When I attempt to do a make buildworld, after about 5 minutes it would display the following message and then the system shuts off by itself shortly thereafter. Sep 9 11:01:32 exabyte kernel: acpi_tz0: WARNING - current temperature (97.8C) exceeds system limits This is what my sysctl hw.acpi output looks like. Originally, all the hw.acpi.thermal.tz*.active were -1 so I changed it to 1 but it still didn't turn the fans on. root@bigbang [6:27pm][~] sysctl hw.acpi hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.cpu.max_speed: 8 hw.acpi.cpu.current_speed: 8 hw.acpi.cpu.performance_speed: 8 hw.acpi.cpu.economy_speed: 4 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 30 hw.acpi.thermal.tz0.temperature: 3180 hw.acpi.thermal.tz0.active: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 3647 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 3702 hw.acpi.thermal.tz0._ACx: 3632 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 3130 hw.acpi.thermal.tz1.active: 1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: -1 hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 3442 hw.acpi.thermal.tz1._ACx: 3402 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz2.temperature: 3090 hw.acpi.thermal.tz2.active: 1 hw.acpi.thermal.tz2.thermal_flags: 0 hw.acpi.thermal.tz2._PSV: -1 hw.acpi.thermal.tz2._HOT: -1 hw.acpi.thermal.tz2._CRT: 3372 hw.acpi.thermal.tz2._ACx: 3242 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz3.temperature: 3000 hw.acpi.thermal.tz3.active: 1 hw.acpi.thermal.tz3.thermal_flags: 0 hw.acpi.thermal.tz3._PSV: -1 hw.acpi.thermal.tz3._HOT: -1 hw.acpi.thermal.tz3._CRT: 3322 hw.acpi.thermal.tz3._ACx: 3272 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz4.temperature: 3050 hw.acpi.thermal.tz4.active: 1 hw.acpi.thermal.tz4.thermal_flags: 0 hw.acpi.thermal.tz4._PSV: -1 hw.acpi.thermal.tz4._HOT: -1 hw.acpi.thermal.tz4._CRT: 3392 hw.acpi.thermal.tz4._ACx: 3037 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz5.temperature: 3060 hw.acpi.thermal.tz5.active: 1 hw.acpi.thermal.tz5.thermal_flags: 0 hw.acpi.thermal.tz5._PSV: -1 hw.acpi.thermal.tz5._HOT: -1 hw.acpi.thermal.tz5._CRT: 3432 hw.acpi.thermal.tz5._ACx: 3392 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz6.temperature: 3000 hw.acpi.thermal.tz6.active: 1 hw.acpi.thermal.tz6.thermal_flags: 0 hw.acpi.thermal.tz6._PSV: -1 hw.acpi.thermal.tz6._HOT: -1 hw.acpi.thermal.tz6._CRT: 3432 hw.acpi.thermal.tz6._ACx: 3392 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 49 hw.acpi.battery.time: -1 hw.acpi.battery.state: 4 hw.acpi.battery.units: 2 hw.acpi.battery.info_expire: 5 hw.acpi.acline: 1 The reason that you can still use the 'apm' command is that the ACPI driver 'emulates' the behaviour of /dev/apm, but the information is not actually coming from apm. (Can you remove device apm from your kernel to ack this?) What laptop do you have btw? And how is the suspending/resuming working? Mark Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI support (was Re: apm support)
On Tue, 10 Sep 2002, Mitsuru IWASAKI wrote: Hi Iwasaki-san: [subject was changed] Hi, WinXP, it was running under ACPI. However, with the GENERIC kernel, the fan doesn't seem to go on. Is there a way to disable the system from suspending when the lid is closed? or would adding device apm to the kernel and then enabling apmd and apm in rc.conf cause it to read the settings in the BIOS which I used the ThinkPad PS2 utility to configure instead? When I attempt to do a make buildworld, after about 5 minutes it would display the following message and then the system shuts off by itself shortly thereafter. Sep 9 11:01:32 exabyte kernel: acpi_tz0: WARNING - current temperature (97.8C) exceeds system limits It seems that your sysctl has wrong configuration and your kernel maybe too old. I installed FreeBSD via ISO Image from current.FreeBSD.ORG using the original kernel that came from the installed system: FreeBSD 5.0-CURRENT-20020818-JPSNAP #0: Wed Sep 4 11:55:32 PDT 2002 Sep 4 15:04:43 bigbang kernel: [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ GENERIC I wasn't able to buildworld since the machine would shutdown due to overheating so I move the HDD to my Dell Inspiron 8200 to do the buildworld and the new kernel to the latest -current code for September 8, 2002. My /etc/sysctl.conf consists of the following which is identical to the source tree without adding anything. # $FreeBSD: src/etc/sysctl.conf,v 1.6 2001/09/26 19:35:04 dillon Exp $ # # This file is read when going to multi-user and its contents piped thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for details. # to disable sleep state transition by lid switch: hw.acpi.lid_switch_state=NONE Thanks. That worked. The other problem is it seems like even when it did sleep and now, the LCD doesn't actually go off at all but just remains on when the switch is pushed even though the indicator panel went off, is there a way around this? APM BIOS is completely disabled when acpi(4) is enabled. The acpi(4) just emulates limited functions of APM by using acpi functions. Interesting. That was where I was confused. If apm is enabled in the kernel config and rc.conf, what would actually happen. Cooling system control code had serious bugs, fixed at 8/27. hw.acpi.thermal.tz0.active=-1 should be OK if you want auto-thermal management. To force thermal zones activated: hw.acpi.thermal.tz0.active=0 hw.acpi.thermal.tz1.active=0 [snip] hw.acpi.thermal.tz5.active=0 hw.acpi.thermal.tz6.active=0 Haven't tried it yet but this is what the September 8, 2002 -current build looks like: root@bigbang [8:58pm][/var/log] sysctl hw.acpi hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S1 hw.acpi.lid_switch_state: S1 hw.acpi.standby_state: S1 hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 0 hw.acpi.s4bios: 1 hw.acpi.verbose: 0 hw.acpi.cpu.max_speed: 8 hw.acpi.cpu.current_speed: 8 hw.acpi.cpu.performance_speed: 8 hw.acpi.cpu.economy_speed: 4 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 30 hw.acpi.thermal.tz0.temperature: 3240 hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 3647 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 3702 hw.acpi.thermal.tz0._ACx: 3632 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1.temperature: 3200 hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: -1 hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 3442 hw.acpi.thermal.tz1._ACx: 3402 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz2.temperature: 3150 hw.acpi.thermal.tz2.active: -1 hw.acpi.thermal.tz2.thermal_flags: 0 hw.acpi.thermal.tz2._PSV: -1 hw.acpi.thermal.tz2._HOT: -1 hw.acpi.thermal.tz2._CRT: 3372 hw.acpi.thermal.tz2._ACx: 3242 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz3.temperature: 3000 hw.acpi.thermal.tz3.active: -1 hw.acpi.thermal.tz3.thermal_flags: 0 hw.acpi.thermal.tz3._PSV: -1 hw.acpi.thermal.tz3._HOT: -1 hw.acpi.thermal.tz3._CRT: 3322 hw.acpi.thermal.tz3._ACx: 3272 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz4.temperature: 3080 hw.acpi.thermal.tz4.active: -1 hw.acpi.thermal.tz4.thermal_flags: 0 hw.acpi.thermal.tz4._PSV: -1 hw.acpi.thermal.tz4._HOT: -1 hw.acpi.thermal.tz4._CRT: 3392 hw.acpi.thermal.tz4._ACx: 3092 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz5.temperature: 3030 hw.acpi.thermal.tz5.active: -1 hw.acpi.thermal.tz5.thermal_flags: 0 hw.acpi.thermal.tz5._PSV: -1 hw.acpi.thermal.tz5._HOT: -1 hw.acpi.thermal.tz5._CRT: 3432 hw.acpi.thermal.tz5._ACx: 3392 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz6.temperature: 3000 hw.acpi.thermal.tz6.active: -1 hw.acpi.thermal.tz6.thermal_flags: 0 hw.acpi.thermal.tz6._PSV: -1 hw.acpi.thermal.tz6._HOT: -1 hw.acpi.thermal.tz6._CRT: 3432 hw.acpi.thermal.tz6._ACx: 3392 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.battery.life: 99 hw.acpi.battery.time: -1 hw.acpi.battery.state: 2 hw.acpi.battery.units: 2
Re: Uncommitted dc0 fixes ...
On Wed, 4 Sep 2002, Martin Blapp wrote: Hi all, Anybody who can, please commit these PR's. 1) dc driver uses wrong case to read MAC from eeprom. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=kern/35482 2) Tulip ether card EN2242 (if_dc.c) use wrong multicast table http://www.FreeBSD.org/cgi/query-pr.cgi?pr=misc/32699 3) ADMtek AN98x, enable automatically TX underrun recovery Patch No3 fixes some part of link problem on EN2242 cards. I've tested this patch and it makes by laptop working again with cvsup. And this patch here together with patch III made the annoying messages (dc0: failed to force tx and rx to idle mode) go away. And I can use now my card without to replug the cable over again) --- /usr/src/sys/pci/if_dc.cSun Jun 16 21:36:00 2002 +++ /usr/src/sys/pci/if_dc.cWed Sep 4 16:57:23 2002 @@ -1338,17 +1362,21 @@ restart = 1; DC_CLRBIT(sc, DC_NETCFG, (DC_NETCFG_TX_ON|DC_NETCFG_RX_ON)); - for (i = 0; i DC_TIMEOUT; i++) { - isr = CSR_READ_4(sc, DC_ISR); - if (isr DC_ISR_TX_IDLE - (isr DC_ISR_RX_STATE) == DC_RXSTATE_STOPPED) - break; - DELAY(10); - } + if (DC_IS_INTEL(sc)) { + for (i = 0; i DC_TIMEOUT; i++) { + isr = CSR_READ_4(sc, DC_ISR); + if (isr DC_ISR_TX_IDLE + (isr DC_ISR_RX_STATE) + == DC_RXSTATE_STOPPED) + break; + DELAY(10); + } - if (i == DC_TIMEOUT) - printf(dc%d: failed to force tx and - rx to idle state\n, sc-dc_unit); + if (i == DC_TIMEOUT) { + printf(dc%d: failed to force tx and + rx to idle state\n, sc-dc_unit); + } + } } Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED] -- ImproWare AG, UNIXSP ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 061 826 93 00: +41 61 826 93 01 PGP: finger -l [EMAIL PROTECTED] PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E -- Ups, forgot to add here the PR number ... 3) ADMtek AN98x, enable automatically TX underrun recovery http://www.FreeBSD.org/cgi/query-pr.cgi?pr=34236 Patch No3 fixes some part of link problem on EN2242 cards. I've tested this patch and it makes by laptop working again with cvsup. When I tried these patches manually handpatching on 08182002 JP SNAPSHOT, it took away the error messages like you had mentioned except I can ping everything except for the gateway. Also, no other protocols would work at all so it seems like something else broke. I took out the following and it still made no difference. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=misc/32699 Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Uncommitted dc0 fixes ...
On Thu, 5 Sep 2002, Martin Blapp wrote: Hi, When I tried these patches manually handpatching on 08182002 JP SNAPSHOT, it took away the error messages like you had mentioned except I can ping everything except for the gateway. Also, no other protocols would work at all so it seems like something else broke. I took out the following and it still made no difference. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=misc/32699 Can you please test each patch and see which one is responsable ? Hi, What I'm thinking about doing is cvsupping to the latest -current code and then apply each patch and see what happens. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
CardBUS NIC Support w/ IBM ThinkPad 770Z under -CURRENT
Greetings everyone: I decided to pull the trigger and try to run FreeBSD on my IBM ThinkPad 770Z with a 3COM 3CXFEM656C 10/100 NIC + 56k modem Cardbus combo. Originally I tried 4.6.2-RELEASE but Cardbus isn't support so I tried both a NetGear FA411 10/100 PCMCIA and the LinkSys PCM100 Etherfast 10/100 PCMCIA. Both worked under the ed1 driver. When I was testing speeds to/from my desktop which is on a Intel Pro100+ Management (fxp0), the LinkSys was doing 1080Kbytes/sec or 8.64Mbps but the NetGear started at 300Kbytes/sec or 2.4Mbps and then the speed went down to 80Kbytes/sec or 640Kbps and stayed there. I was looking at the -CURRENT srctree and noticed that NEWCARD has been merged into GENERIC so from current.FreeBSD.ORG, I got the 08182002 ISO Snapshot and attempted to use the 3Com 3CXFEM656C on it, -current recognized the card and assigned it as xl0 on irq 11. As soon as the IP is assigned to it with: ifconfig xl0 inet 209.204.138.100 netmask 255.255.255.0 It keeps sending xl0: watchdog timeout repeatively to the console. When I tried the LinkSys and the NetGear PCMCIA 16bit cards, it says card functions not found. Anyone have any ideas what's wrong or what other -current snapshot version should I be using? Is it just the 3Com is a bad card to use or is there another cardbus NIC that works well? Thanks! Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: telnetd broken in -CURRENT
On Mon, 28 Jan 2002, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Vincent Poy [EMAIL PROTECTED] writes: : You should: : ln -sf aj /etc/malloc.conf (As ROOT) : : Hmmm, what does that do exactly? I don't have a file name aj : (what directory should it be in?) and I don't have a /etc/malloc.conf file : either which I assume is a symlink to aj. You don't need to have the target of the symlink. malloc does a readlink to get its options to save disk accesses... I see how it works now since I thought aj was the name of a file and not a symlink. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: telnetd broken in -CURRENT
On Tue, 29 Jan 2002, Alexander N. Kabaev wrote: I had this problem with telnet some time ago. See PR bin/32591 at http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/32591 for a patch which fixes the problem for me. The memory block is being freed twice in the Heimdal code. Unfortunately, PR got no attention whatsoever for over a month now. It is currently assigned to Mark Murray. The patch worked. Something tells me assar will get to this one first. :-) Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel build fails in latest -CURRENT
With the latest -CURRENT, the kernel fails building with the SVR4 option but is fine without the SVR4 options as follows: touch hack.c cc -elf -shared -nostdlib hack.c -o hack.So rm -f hack.c sh /usr/src/sys/conf/newvers.sh PELE cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -elf -mpreferred-stack-boundary=2 vers.c linking kernel.debug svr4_filio.o: In function `svr4_fil_ioctl': /usr/src/sys/compat/svr4/svr4_filio.c(.text+0xbd): undefined reference to `mtx_lock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x118): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x130): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x141): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x1ed): undefined reference to `mtx_unlock' *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. root@pele [9:08pm][/usr/src] Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
telnetd broken in -CURRENT
I'm using KRB4/KRB5 in make.conf when building the latest -current sources, telnetd appears to be broken. vince@pele [9:14pm][~] telnet localhost Trying 127.0.0.1... Connected to localhost.WURLDLINK.NET. Escape character is '^]'. telnetd in free(): error: chunk is already free Connection closed by foreign host. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel build fail in latest -CURRENT sources
cc -elf -shared -nostdlib hack.c -o hack.So rm -f hack.c sh /usr/src/sys/conf/newvers.sh PELE cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -elf -mpreferred-stack-boundary=2 vers.c linking kernel.debug svr4_filio.o: In function `svr4_fil_ioctl': /usr/src/sys/compat/svr4/svr4_filio.c(.text+0xbd): undefined reference to `mtx_lock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x118): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x130): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x141): undefined reference to `mtx_unlock' /usr/src/sys/compat/svr4/svr4_filio.c(.text+0x1ed): undefined reference to `mtx_unlock' *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -CURRENT boot problems: loader, kernel
Has this problem actually been fixed yet since I never saw any followups to this thread? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin On Fri, 9 Nov 2001, Joel M. Baldwin wrote: So I'm not the only one having problems. . . FreeBSD/i386 bootstrap loader, Revision 1.0 ([EMAIL PROTECTED], Fri Nov 9 01:58:33 PST 2001) name not found Assert failed: (false), function ficlCompileSoftcore, file softcore.c, line 291 I got the system running by: booting up with a set of 'fixit' floppies mounting the root drive cd'ing into /boot, mv loader loader.new cp loader.old loader reboot Robert Watson wrote: Upgraded a box to yesterday's -CURRENT, and am experiencing two problems: (1) the machine spins rebooting after loading /boot/loader. I don't get a chance to interupt the boot once /boot/loader starts. Unfortunately, my serial console support also seems to be broken, so I can't read the error that flicks up before the reboot. (2) if I try to boot /boot/kernel/kernel directly, rather than via /boot/loader, it hangs in the twiddling bar. If I load the old loader and kernel, things work fine. I'm currently trying to diagnose the serial console problem, and will post more as I figure something out. There are reports on that channel about other machines having the same problem, so if you're upgrading, make sure to keep an old loader around. Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -CURRENT boot problems: loader, kernel
On Thu, 15 Nov 2001, Falco Krepel wrote: Yes, Robert wrote: Looks like it was a delayed affect of the awk change; recovering via /boot/loader.old and rebuilding and installing src/sys seemed to get things under control. This solve the problem. Thanks. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -CURRENT boot problems: loader, kernel
Thanks Robert. So it was the awk that David O'Brien imported and then backed out that was causing it. I'm still on the October 26, 2001 current and seem to be using gnu awk. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin On Thu, 15 Nov 2001, Robert Watson wrote: Yes -- there was a temporary switch from gnu awk to the one-true-awk, which was backed out a few days later due to problems such as this. Upgrading should fix the problem (note that you might need to build and install the loader a second time, if your awk before buildworld is not gnu awk). Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services On Thu, 15 Nov 2001, Vincent Poy wrote: Has this problem actually been fixed yet since I never saw any followups to this thread? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin On Fri, 9 Nov 2001, Joel M. Baldwin wrote: So I'm not the only one having problems. . . FreeBSD/i386 bootstrap loader, Revision 1.0 ([EMAIL PROTECTED], Fri Nov 9 01:58:33 PST 2001) name not found Assert failed: (false), function ficlCompileSoftcore, file softcore.c, line 291 I got the system running by: booting up with a set of 'fixit' floppies mounting the root drive cd'ing into /boot, mv loader loader.new cp loader.old loader reboot Robert Watson wrote: Upgraded a box to yesterday's -CURRENT, and am experiencing two problems: (1) the machine spins rebooting after loading /boot/loader. I don't get a chance to interupt the boot once /boot/loader starts. Unfortunately, my serial console support also seems to be broken, so I can't read the error that flicks up before the reboot. (2) if I try to boot /boot/kernel/kernel directly, rather than via /boot/loader, it hangs in the twiddling bar. If I load the old loader and kernel, things work fine. I'm currently trying to diagnose the serial console problem, and will post more as I figure something out. There are reports on that channel about other machines having the same problem, so if you're upgrading, make sure to keep an old loader around. Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: kerberos5/libexec/telnetd build fails in -current
Not really but it seems all the binary snapshots from current.FreeBSD.ORG and also the release binary distributions all seem to install /usr/lib/libkrb.* and /usr/lib/libkrb5.*, that I just wanted to keep them up to date as I found out when libs are older than the rest of the tree, it can cause problems. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin On Thu, 18 Oct 2001, Mark Murray wrote: Do you really need kerberos IV and Kerberos5? M === libexec/telnetd cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/kerberos5/libexec/telnetd/../../../crypto/telnet -DINET6 -Wall -I/usr/src/kerberos5/libexec/telnetd/../../include -I/usr/src/kerberos5/libexec/telnetd/../../include -DHAVE_CONFIG_H -DKRB5_KRB4_COMPAT -DKRB4 -DINET6 -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/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a -lmp -lcrypto -lcrypt -lpam /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x44): undefined reference to `kerberos4_init' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x48): undefined reference to `kerberos4_send' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x4c): undefined reference to `kerberos4_is' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x50): undefined reference to `kerberos4_reply' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x54): undefined reference to `kerberos4_status' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x58): undefined reference to `kerberos4_printsub' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x64): undefined reference to `kerberos4_init' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x68): undefined reference to `kerberos4_send' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x6c): undefined reference to `kerberos4_is' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x70): undefined reference to `kerberos4_reply' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x74): undefined reference to `kerberos4_status' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x78): undefined reference to `kerberos4_printsub' *** Error code 1 Stop in /usr/src/kerberos5/libexec/telnetd. *** Error code 1 Stop in /usr/src/kerberos5/libexec. *** Error code 1 Stop in /usr/src/kerberos5. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kerberos5 breaks buildworld in -current
With make.conf defining: COMPAT1X=yes COMPAT20=yes COMPAT21=yes COMPAT22=yes COMPAT3X=yes COMPAT4X=yes MAKE_KERBEROS4=yes MAKE_KERBEROS5=yes -current fails buildworld after I added the MAKE_KERBEROS4=yes and MAKE_KERBEROS5=yes as follows. I have rm -rf /usr/src and /usr/obj and resupped the sources a hour ago. === usr.sbin/keyserv /usr/obj/usr/src/usr.sbin/keyserv created for /usr/src/usr.sbin/keyserv -- stage 2: build tools -- cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj DESTDIR= INSTALL=sh /usr/src/tools/install.sh make -f Makefile.inc1 build-tools cd /usr/src/bin/csh; make build-tools grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep '^#define' sh.err.h cc -E -O -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -Wall -Wformat -I/usr/include /usr/src/bin/csh/../../contrib/tcsh/tc.const.c /usr/src/bin/csh/../../contrib/tcsh/sh.char.h /usr/src/bin/csh/config.h /usr/src/bin/csh/../../contrib/tcsh/config_f.h /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern Char \1[];/' | sort tc.const.h cc -o gethost -static -O -pipe -I. -I/usr/src/bin/csh -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='/bin/csh' -Wall -Wformat -I/usr/include /usr/src/bin/csh/../../contrib/tcsh/gethost.c cd /usr/src/bin/sh; make build-tools cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -I/usr/include -c /usr/src/bin/sh/mkinit.c cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -I/usr/include -c /usr/src/bin/sh/mknodes.c cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -I/usr/include -c /usr/src/bin/sh/mksyntax.c cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -I/usr/include -static mknodes.o -o mknodes cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -I/usr/include -static mksyntax.o -o mksyntax cc -O -pipe -DSHELL -I. -I/usr/src/bin/sh -Wall -Wformat -I/usr/include -static mkinit.o -o mkinit cd /usr/src/games/adventure; make build-tools cc -O -pipe-I/usr/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Werror -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -c /usr/src/games/adventure/setup.c cc -static -O -pipe-I/usr/include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Werror -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -o setup setup.o cd /usr/src/games/hack; make build-tools cc -O -pipe -fwritable-strings -I/usr/src/games/hack -I. -I/usr/include -c /usr/src/games/hack/makedefs.c cc -static -O -pipe -fwritable-strings -I/usr/src/games/hack -I. -I/usr/include -o makedefs makedefs.o cd /usr/src/games/phantasia; make build-tools cc -O -pipe-I/usr/include -c -o cross-phantglobs.o /usr/src/games/phantasia/phantglobs.c cc -O -pipe-I/usr/include -c /usr/src/games/phantasia/setup.c cc -static -O -pipe-I/usr/include -o setup cross-phantglobs.o setup.o -lm cd /usr/src/gnu/usr.bin/cc/cc_tools; make build-tools echo '#include auto-host.h'config.h echo '#include gansidecl.h'config.h echo '#include i386/xm-i386.h' config.h echo '#include hwint.h'config.h echo '#include auto-host.h'hconfig.h echo '#include gansidecl.h'hconfig.h echo '#include i386/xm-i386.h' hconfig.h echo '#include hwint.h'hconfig.h echo 'static char *multilib_raw[] = { aout maout;, elf !maout;, NULL };' multilib.h echo 'static char *multilib_matches_raw[] = { maout maout;, melf melf;, NULL };'multilib.h echo 'static char *multilib_extra = ;' multilib.h echo '#include cp/lang-options.h' options.h echo '#include f/lang-options.h' options.h echo '#include cp/lang-specs.h'specs.h echo '#include f/lang-specs.h' specs.h echo '#include objc/lang-specs.h' specs.h echo '#include gansidecl.h'tconfig.h echo '#include i386/xm-i386.h' tconfig.h echo '#include i386/i386.h'tm.h echo '#include i386/att.h' tm.h echo '#include freebsd.h' tm.h echo '#include dbxelf.h' tm.h echo '#include i386/freebsd.h' tm.h echo '#include i386/perform.h' tm.h echo '#include freebsd-native.h' tm.h echo '#include cp/cp-tree.def' gencheck.h echo '#include objc/objc-tree.def' gencheck.h gperf -p -j1 -i 1 -g -o -t -G -N is_reserved_word -k1,3,$ /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc.295/c-parse.gperf c-gperf.h gperf -p -j1 -g -o -t -N is_reserved_word '-k1,4,7,$'
Re: kerberos5 breaks buildworld in -current
On Tue, 16 Oct 2001, Valentin Chopov wrote: just replace mv with cp in /usr/src/kerberos5/lib/libasn1/Makefile I replaced the 2 mv's in /usr/src/kerberos5/lib/libasn1/Makefile with cp and while the lib compiles, the problem now is: cc -nostdinc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/kerberos5/libexec/telnetd/../../../crypto/telnet -DINET6 -Wall -I/usr/src/kerberos5/libexec/telnetd/../../include -I/usr/src/kerberos5/libexec/telnetd/../../include -DHAVE_CONFIG_H -DKRB5_KRB4_COMPAT -DKRB4 -DINET6 -I/usr/obj/usr/src/i386/usr/include -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/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a -lmp -lcrypto -lcrypt -lpam /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x44): undefined reference to `kerberos4_init' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x48): undefined reference to `kerberos4_send' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x4c): undefined reference to `kerberos4_is' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x50): undefined reference to `kerberos4_reply' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x54): undefined reference to `kerberos4_status' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x58): undefined reference to `kerberos4_printsub' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x64): undefined reference to `kerberos4_init' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x68): undefined reference to `kerberos4_send' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x6c): undefined reference to `kerberos4_is' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x70): undefined reference to `kerberos4_reply' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x74): undefined reference to `kerberos4_status' /usr/obj/usr/src/kerberos5/libexec/telnetd/../../lib/libtelnet/libtelnet.a(auth.o)(.data+0x78): undefined reference to `kerberos4_printsub' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
latest -current buildworld fails
cd /usr/src/kerberos5/lib/libasn1; make build-tools cc -O -pipe -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/include -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libasn1/../../include -I/usr/obj/usr/src/kerberos5/lib/libasn1 -Wall -I/usr/src/kerberos5/lib/libasn1/../../include -I/usr/src/kerberos5/lib/libasn1/../../include -DHAVE_CONFIG_H -DKRB5_KRB4_COMPAT -DKRB4 -DINET6 -I/usr/include -static -o make-print-version /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/vers/make-print-version.c yacc-d /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/parse.y yacc-d /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1/parse.y awk -f /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken/roken.awk /usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken/roken.h.in make-roken.c mv y.tab.c parse.c mv y.tab.h parse.h mv y.tab.c parse.c mv y.tab.h parse.h mv: y.tab.h: No such file or directory cc -O -pipe -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/include -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/lib/libasn1/../../../crypto/heimdal/lib/roken -I/usr/src/kerberos5/lib/libasn1/../../include -I/usr/obj/usr/src/kerberos5/lib/libasn1 -Wall -I/usr/src/kerberos5/lib/libasn1/../../include -I/usr/src/kerberos5/lib/libasn1/../../include -DHAVE_CONFIG_H -DKRB5_KRB4_COMPAT -DKRB4 -DINET6 -I/usr/include make-roken.c -o make-roken *** Error code 1 ./make-print-version print_version.h 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error root@pele [11:22pm][/usr/src] Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-CURRENT snapshot question
Greetings: I have a question about the -CURRENT snapshots on current.FreeBSD.ORG. When they were built, which kerberos options were enabled in the make.conf? Is this just 4 or 5? and does the same go for -RELEASE binaries? Thanks. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kerberos in -current snapshots
Greetings: I was wondering which options in make.conf do I need to enable to get the same kerberos that is in the binary snapshots of -RELEASE and -CURRENT? Is it IV I need or is it 5 or both? Thanks. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Problems with latest current build
On Sat, 22 Sep 2001, Ruslan Ermilov wrote: On Fri, Sep 21, 2001 at 08:43:20PM -0800, Beech Rintoul wrote: I just built today's -current, still having a couple of problems. First off, when install tried to rm -R libc_r.so.4 and libc.so.4 it couldn't because schg flags were set. Went fine after I removed them. Should be fixed in src/lib/compat/Makefile.inc,v 1.8. Thanks! Second I still have apps looking for libc.so.4 (mountd for example) I finally just linked those libs back from compat and it seems to work. Is this just my box this is happening on or are others also seeing this? Hmm, if you have COMPAT_4x=TRUE in your /etc/make.conf, libc.so.4 should be installed in /usr/lib/compat, and the latter (by default) is listed in the ``ldconfig_paths'' rc.conf(5) variable. Shouldn't this be COMPAT4X=yes rather than true according to the sample src/share/examples/etc/make.conf. Also, it seems like /usr/lib has the same problem of the schg flags not being removed so I have to manually do chflags noschg /usr/lib prior to the build and installworld or else it won't replace the targets in /usr/lib with those from the buildworld. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: cvs commit: src/sys/sys mutex.h
On Fri, 21 Sep 2001, John Baldwin wrote: On 21-Sep-01 John Baldwin wrote: jhb 2001/09/21 16:15:10 PDT Modified files: sys/sys mutex.h Log: Use __FILE__ and __LINE__ explicitly since we know we will be using them when calling _mtx_assert() to prevent mtx_assert() from requiring sys/lock.h as well as sys/mutex.h. This fixes the COMPAT_SVR4 breakage. Seems to still be broken... cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once /usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.) /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: cvs commit: src/sys/sys mutex.h - it's working!
On Fri, 21 Sep 2001, Vincent Poy wrote: On Fri, 21 Sep 2001, John Baldwin wrote: On 21-Sep-01 John Baldwin wrote: jhb 2001/09/21 16:15:10 PDT Modified files: sys/sys mutex.h Log: Use __FILE__ and __LINE__ explicitly since we know we will be using them when calling _mtx_assert() to prevent mtx_assert() from requiring sys/lock.h as well as sys/mutex.h. This fixes the COMPAT_SVR4 breakage. Seems to still be broken... cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once /usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.) /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. It's working. For whatever reason, when I did the cvsup from cvsup10.FreeBSD.ORG an hour after your commit, it shows mutex.h 1.40 so I proceeded with the build afterwards. After I wrote the above, I checked the file and it was still 1.39 so another cvsup put it at 1.40 and it compiles fine now. Thanks for the efforts! Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make.conf not in -current tree (was cvs commit: src/includestdio.h)
On Thu, 20 Sep 2001, Alexander Langer wrote: Thus spake Vincent Poy ([EMAIL PROTECTED]): I was looking on the -current tree and don't see make.conf in either etc or etc/defaults. In previous versions, make.conf is in etc/defaults and then you can put your own modifications in etc. So any chance of bringing back make.conf into the source tree? /usr/share/examples/etc/make.conf Just copy the stuff you need to /etc/make.conf, as before. I'm currently still working on the make.conf/ports.conf stuff. Thanks. For some reason, I thought make.conf was still in etc/defaults like in all other versions. I remember seeing a commit about removing the file from etc/defaults awhile back. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
make.conf not in -current tree (was cvs commit: src/include stdio.h)
On Thu, 20 Sep 2001, Peter Wemm wrote: peter 2001/09/20 01:47:41 PDT Modified files: include stdio.h Log: Now that the compat4x libc.so.4 binary has been updated, we can finally switch over to using a future-proof stdin/out/err. Note that if you run 4.x binaries on your system, you will certainly want to update /usr/lib/compat/libc.so.4. The easiest way is to add COMPAT4X= yes in your /etc/make.conf. Revision ChangesPath 1.36 +2 -2 src/include/stdio.h I was looking on the -current tree and don't see make.conf in either etc or etc/defaults. In previous versions, make.conf is in etc/defaults and then you can put your own modifications in etc. So any chance of bringing back make.conf into the source tree? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: updating /stand on -current
On Wed, 19 Sep 2001, John Baldwin wrote: On 19-Sep-01 Vincent Poy wrote: On Wed, 19 Sep 2001, John Baldwin wrote: On 19-Sep-01 Vincent Poy wrote: Just a question, does /stand still exist in -current? If so, how does on update it? I remember the old method was make all install in /usr/src/release/sysinstall but this no longer works. sysinstall lives in /usr/sbin and is updated during every buildworld now. /stand is a backup copy of utilities used during the initial installation. Interesting. I remember sysinstall used to be in /stand and /stand used to be a bunch of utils statically linked to sysinstall. When I did the last binary upgrade install of the June 18, 2001 -current snapshot from current.FreeBSD.ORG, it never updated /stand at all since I know if does when I do a binary upgrade of -RELEASE. sysinstall moved to /usr/bin in current. The /stand stuff is created by sysinstall during the initial installation. I'm not sure if it gets updated by binary upgrades. Interesting. Normally, the bindist if you use the install.sh would extract and replace pretty much everything on the system including /stand and /etc. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: updating /stand on -current
On Wed, 19 Sep 2001, John Baldwin wrote: On 19-Sep-01 Vincent Poy wrote: Just a question, does /stand still exist in -current? If so, how does on update it? I remember the old method was make all install in /usr/src/release/sysinstall but this no longer works. sysinstall lives in /usr/sbin and is updated during every buildworld now. /stand is a backup copy of utilities used during the initial installation. Interesting. I remember sysinstall used to be in /stand and /stand used to be a bunch of utils statically linked to sysinstall. When I did the last binary upgrade install of the June 18, 2001 -current snapshot from current.FreeBSD.ORG, it never updated /stand at all since I know if does when I do a binary upgrade of -RELEASE. root@pele [8:31am][/usr/home/vince] dir /stand total 19773 -r-xr-xr-x 18 root bin1077248 Jul 31 1997 -sh drwxr-xr-x 4 root wheel 512 Feb 3 1999 . drwxr-xr-x 13 root wheel 512 Sep 16 22:14 .. -r-xr-xr-x 18 root bin1077248 Jul 31 1997 bad144 -r-xr-xr-x 18 root bin1077248 Jul 31 1997 boot_crunch -r-xr-xr-x 18 root bin1077248 Jul 31 1997 cpio drwx-- 2 root wheel 512 Oct 19 1997 etc -r-xr-xr-x 18 root bin1077248 Jul 31 1997 find -r-xr-xr-x 18 root bin1077248 Jul 31 1997 fsck -r-xr-xr-x 18 root bin1077248 Jul 31 1997 ft -r-xr-xr-x 18 root bin1077248 Jul 31 1997 gunzip -r-xr-xr-x 18 root bin1077248 Jul 31 1997 gzip drwxr-xr-x 2 root wheel 1024 Oct 19 1997 help -r-xr-xr-x 18 root bin1077248 Jul 31 1997 ifconfig -r-xr-xr-x 18 root bin1077248 Jul 31 1997 mount_nfs -r-xr-xr-x 18 root bin1077248 Jul 31 1997 newfs -r-xr-xr-x 18 root bin1077248 Jul 31 1997 ppp -r-xr-xr-x 18 root bin1077248 Jul 31 1997 pwd -r-xr-xr-x 18 root bin1077248 Jul 31 1997 route -r-xr-xr-x 18 root bin1077248 Jul 31 1997 sh -r-xr-xr-x 18 root bin1077248 Jul 31 1997 slattach -rw-r--r-- 1 root wheel 454 Jul 31 1997 symbols -r-xr-xr-x 1 root wheel 618112 Feb 3 1999 sysinstall -r-xr-xr-x 18 root bin1077248 Jul 31 1997 zcat Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
updating /stand on -current
Just a question, does /stand still exist in -current? If so, how does on update it? I remember the old method was make all install in /usr/src/release/sysinstall but this no longer works. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: latest -current breaks kernel compiling
On Tue, 18 Sep 2001, John Baldwin wrote: On 18-Sep-01 Vincent Poy wrote: With the latest -current sources today, the kernel fails to build after a buildworld. Doh. Something is including sys/mutex.h or sys/sx.h w/o including sys/lock.h. I'll fix in a bit. Just wanted to let you know that with all the commits to sys from you and various others, it's still failing at the same spot. Thanks in advance! cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_misc.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once /usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.) /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
latest -current breaks kernel compiling
With the latest -current sources today, the kernel fails to build after a buildworld. cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/dev -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/../include -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 /usr/src/sys/compat/svr4/svr4_resource.c /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:143: (Each undeclared identifier is reported only once /usr/src/sys/compat/svr4/svr4_resource.c:143: for each function it appears in.) /usr/src/sys/compat/svr4/svr4_resource.c:143: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit': /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:191: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_getrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:241: `LOCK_LINE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c: In function `svr4_sys_setrlimit64': /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_FILE' undeclared (first use in this function) /usr/src/sys/compat/svr4/svr4_resource.c:289: `LOCK_LINE' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/PELE. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current lockups
On Tue, 31 Jul 2001, John Baldwin wrote: On 31-Jul-01 Vincent Poy wrote: On Mon, 30 Jul 2001, John Baldwin wrote: On 30-Jul-01 Sheldon Hearn wrote: On Mon, 30 Jul 2001 07:38:47 MST, David O'Brien wrote: However, those boxes were panicing often before I made that statement. So I still believe current is now in better shape than it was in June. I'll be a lot happier when I can enabled DDB_UNATTENDED and do whatever it is that causes my panic of the day and actually get a crashdump instead of panic: witness_restore: lock (sleep mutex) Giant not locked This is a different one. Is this during the dump itself? That I can try to work on. (Basically, I need to make witness just stop doing all of its various checks if panicstr != NULL). I'm getting the following lock order reversal for any -current since July 19, 2001 including today and it just hangs solid after this, no db prompt or anything... It only happens after passwd or chpass successfully rebuilds the database, vipw works fine. root@pele [9:29pm][/usr/temp] Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 This is due to the way that lockmgr locks are implemented unfortunately, and will be fixed when vm maps switch to sx locks instead of lockmgr locks. Just a note to say thanks to John Baldwin, Peter Wemm, Ian Dowse and a few others for all their hard work and code commits since the panics from both stability and running passwd have completely disappeared. The system is solid as a rock! Thanks guys! Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Userbase of -current
On Tue, 21 Aug 2001, Jonathan Chen wrote: On Sun, Aug 19, 2001 at 08:27:21AM -1000, Vincent Poy wrote: Or, simply unplug the harddrive from your laptop and plug it into another machine to do the install. When I fubar'ed my laptop's fs not too long ago, I hot-plugged my laptop harddrive into my desktop, issued an atacontrol reinit, and proceeded to merrily run sysinstall under a chroot. Of course, this is by no means the proper way, but it gets the job done... This idea will work since I can always use the notebook hDD with the adapter to the desktop but what does the atacontrol reinit do exactly since couldn't I just do a fresh install and just move the drive? atacontrol allows for hot-swapping of ata devices. Don't worry about it if you just plan on installing the laptop drive and turning on the computer. It'll act like any other normal drive. Sounds pretty cool. Except the laptop in the desktop idea won't work as I have a PPPoE based DSL connection and my Windows desktop is the current LAN router which will be replaced by the FreeBSD machine. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Userbase of -current
On Sun, 19 Aug 2001, Jonathan Chen wrote: On Sat, Aug 18, 2001 at 05:56:19PM -1000, Vincent Poy wrote: Speaking about -current and laptops, I know Warner mentioned the 3COM 3CXFEM656C working in -current but what's the proper way to install FreeBSD on a IBM ThinkPad 770Z with that NIC/Modem combo since the floppy disks don't seem to show the card on a 6162001 snapshot from current.FreeBSD.ORG. I was thinking about making a CD of the snapshot but is there a bootable ISO available? The FreeBSD boot floppies do not support NEWCARD. I could perhaps look into generating a newcard-kernel.flp once 4.4 is released and current.freebsd.org is fixed, if people thing that it's a good idea. But for now, you can either install FreeBSD from a DOS partition, or IIRC current.jp.freebsd.org generates bootable ISO's of -current. But I can't seem to connect right now so I can't check... Yep, I realize that when I tried installing it. Is there a way I can make a CD-ROM containing the directories for installing since if I'm using a HD that has 0% data on it and I want to use the entire HDD for FreeBSD, the DOS partition isn't really a option. Or, simply unplug the harddrive from your laptop and plug it into another machine to do the install. When I fubar'ed my laptop's fs not too long ago, I hot-plugged my laptop harddrive into my desktop, issued an atacontrol reinit, and proceeded to merrily run sysinstall under a chroot. Of course, this is by no means the proper way, but it gets the job done... This idea will work since I can always use the notebook hDD with the adapter to the desktop but what does the atacontrol reinit do exactly since couldn't I just do a fresh install and just move the drive? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Userbase of -current
On Wed, 1 Aug 2001, Giorgos Keramidas wrote: From: Tom Fischer [EMAIL PROTECTED] Subject: Re: Userbase of -current Date: Mon, Jul 23, 2001 at 07:19:25PM +0200 Add a data point for me using -current on my laptop in order to take advantage of cardbus support (thanks Warner!). We really should have those Slashdot people run a poll or sth :P Count me too. 5 runs nicely on my aging Pentium box at home. It's still very nice to be able to check the documentation parts of the tree against the latest -CURRENT sources. Speaking about -current and laptops, I know Warner mentioned the 3COM 3CXFEM656C working in -current but what's the proper way to install FreeBSD on a IBM ThinkPad 770Z with that NIC/Modem combo since the floppy disks don't seem to show the card on a 6162001 snapshot from current.FreeBSD.ORG. I was thinking about making a CD of the snapshot but is there a bootable ISO available? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current lockups
On Tue, 31 Jul 2001, John Baldwin wrote: On 31-Jul-01 Vincent Poy wrote: On Mon, 30 Jul 2001, John Baldwin wrote: On 30-Jul-01 Sheldon Hearn wrote: On Mon, 30 Jul 2001 07:38:47 MST, David O'Brien wrote: However, those boxes were panicing often before I made that statement. So I still believe current is now in better shape than it was in June. I'll be a lot happier when I can enabled DDB_UNATTENDED and do whatever it is that causes my panic of the day and actually get a crashdump instead of panic: witness_restore: lock (sleep mutex) Giant not locked This is a different one. Is this during the dump itself? That I can try to work on. (Basically, I need to make witness just stop doing all of its various checks if panicstr != NULL). I'm getting the following lock order reversal for any -current since July 19, 2001 including today and it just hangs solid after this, no db prompt or anything... It only happens after passwd or chpass successfully rebuilds the database, vipw works fine. root@pele [9:29pm][/usr/temp] Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 This is due to the way that lockmgr locks are implemented unfortunately, and will be fixed when vm maps switch to sx locks instead of lockmgr locks. Interesting. Is there a workaround so it just reboots instead of freezing? Also, I noticed that you committed some changes to the kernel, is that supposed to help it any? Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current lockups
On Tue, 31 Jul 2001, John Baldwin wrote: On 31-Jul-01 Vincent Poy wrote: On Tue, 31 Jul 2001, John Baldwin wrote: root@pele [9:29pm][/usr/temp] Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 This is due to the way that lockmgr locks are implemented unfortunately, and will be fixed when vm maps switch to sx locks instead of lockmgr locks. Interesting. Is there a workaround so it just reboots instead of freezing? Also, I noticed that you committed some changes to the kernel, is that supposed to help it any? There is currently not a workaround. The changes committed fix other things, but not this problem. I haven't actually seen this lock order cause a freeze before to be honest. Yeah, that's the weird part... I thought adding a DDB_UNATTENDED as a option would atleast make it reboot or something... Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current lockups
On Tue, 31 Jul 2001, John Baldwin wrote: On 31-Jul-01 Vincent Poy wrote: On Tue, 31 Jul 2001, John Baldwin wrote: root@pele [9:29pm][/usr/temp] Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 This is due to the way that lockmgr locks are implemented unfortunately, and will be fixed when vm maps switch to sx locks instead of lockmgr locks. Interesting. Is there a workaround so it just reboots instead of freezing? Also, I noticed that you committed some changes to the kernel, is that supposed to help it any? There is currently not a workaround. The changes committed fix other things, but not this problem. I haven't actually seen this lock order cause a freeze before to be honest. Yeah, that's the weird part... I thought adding a DDB_UNATTENDED as a option would atleast make it reboot or something... Well, since it is a lock order reversal, there is the chance of it resulting in a deadlock though the chances of that on a UP machine would be very, very rare indeed. The reversal in question is triggered when we swap a process out. Yep, it's so rare that nothing can trigger it except for passwd and chpass after they successfully exit and do the following successfully... passwd: updating the database... passwd: done Even vipw doesn't trigger it which I thought it would as it would do all the users rather than just one. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current lockups
On Mon, 30 Jul 2001, John Baldwin wrote: On 30-Jul-01 Sheldon Hearn wrote: On Mon, 30 Jul 2001 07:38:47 MST, David O'Brien wrote: However, those boxes were panicing often before I made that statement. So I still believe current is now in better shape than it was in June. I'll be a lot happier when I can enabled DDB_UNATTENDED and do whatever it is that causes my panic of the day and actually get a crashdump instead of panic: witness_restore: lock (sleep mutex) Giant not locked This is a different one. Is this during the dump itself? That I can try to work on. (Basically, I need to make witness just stop doing all of its various checks if panicstr != NULL). I'm getting the following lock order reversal for any -current since July 19, 2001 including today and it just hangs solid after this, no db prompt or anything... It only happens after passwd or chpass successfully rebuilds the database, vipw works fine. root@pele [9:29pm][/usr/temp] Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -current kernel panicing
Just a update, I did the latest buildworld with the latest -current sources and it still hapens... root@pele [9:29pm][/usr/temp] Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin On Sat, 28 Jul 2001, Vincent Poy wrote: Interesting... I'm running on a cvsup of July 25, 2001 17:00GMT except because of Ian Dowse mentioning in the message thread: SIGCHLD changes causing fault on nofault entry panics, I reverted back to src/sys/kern/kern_exit.c 1.130 and src/sys/kern/kern_sig.c 1.124 to test. Sometimes it will just hang. I noticed that sometimes it will say when it hangs solid: swap_pager: out of swap space swap_pager_getswapspace:failed And this machine does have 512Megs of ram and only 64 is used most of the time. Even swapinfo indicates that it's not using the swap yet. root@pele [4:23pm][/usr/home/vince] swapinfo Device 1K-blocks UsedAvail Capacity Type /dev/da0s1b2620160 262016 0%Interleaved From the following output, it seems like nfs code is at fault but we're not even using nfs at all root@pele [4:24pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep da041d9c root@pele [4:25pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep da041d9 root@pele [4:25pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep da041d root@pele [4:25pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep da041 root@pele [4:25pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep da04 c02bda04 T nfs_curusec root@pele [4:25pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep c118de00 root@pele [4:27pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep c118de0 root@pele [4:27pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep c118de root@pele [4:27pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep c118d root@pele [4:27pm][/usr/home/vince] nm -n /boot/kernel/kernel | grep c118 c03dc118 ? __set_sysuninit_set_sym_M_IFADDR_uninit_sys_uninit c03ec118 d twed_twe_driver_list Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin On Sat, 28 Jul 2001, matt wrote: Something wrong in the fs lock code. == WWW.XGFORCE.COM The Next Generation Load Balance and Fail Safe Server Clustering Software for the Internet. == - Original Message - From: Vincent Poy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, July 28, 2001 2:49 AM Subject: -current kernel panicing I'm getting a panic in the -current kernel with using kernels built with src/sys/kern/kern_exit.c 1.130 and src/sys/kern/kern_sig.c 1.124 as well as with src/sys/kern/kern_exit.c 1.131 and src/sys/kern/kern_sig.c 1.125. This seems to be a problem that only passwd(1) and chpass(1) seems to cause. vipw appears to work fine as well as everything else. This is what happens: root@pele [10:55pm][~] passwd toor Changing local password for toor. New password: Retype new password: passwd: updating the database... passwd: done root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] After here, it just freezes solid for 1 minute then displays on the console... Jul 27 22:57:24 pele /boot/kernel/kernel: lock order reversal Jul 27 22:57:24 pele /boot/kernel/kernel: lock order reversal Jul 27 22:57:24 pele /boot/kernel/kernel: 1st 0xda041d9c process lock @ /usr/src/sys/vm
Re: SIGCHLD changes causing fault on nofault entry panics
On Fri, 27 Jul 2001, Ian Dowse wrote: The panics in exit1() that have been reported on -stable appear to be caused by these commits: REV:1.92.2.4kern_exit.c 2001/07/25 17:21:46 dillon REV:1.72.2.7kern_sig.c 2001/07/25 17:21:46 dillon MFC kern_exit.c 1.131, kern_sig.c 1.125 - bring SIGCHLD SIG_IGN signal handling in line with other operating systems. These probably correspond to similar panics seen in -current, but I haven't checked the details. In the vmcore I just got, the panic occurred in the following fragment in exit1(), when dereferencing p_sigacts (which is p_procsig-ps_sigacts). I guess there is a race here if the parent is exiting or something? + if ((p-p_pptr-p_procsig-ps_flag PS_NOCLDWAIT) + || p-p_pptr-p_sigacts-ps_sigact[_SIG_IDX(SIGCHLD)] == SIG_IGN) { Matt, I will just back out these changes from RELENG_4 shortly until the issue is resolved. The change was non-essential and quite contained, so it's probably better than waiting for a fix. Ian The problem seems to cause the following panic in vm_glue.c and nd kern_lock.c as well. Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: lock order reversal Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 1st 0xd92fea9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Jul 28 21:29:40 pele /boot/kernel/kernel: 2nd 0xc118dfb0 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 panic: recurse Debugger (panic) Stopped at Debugger+0x44: push1 %ebx db and then it just hangs solid here. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-current kernel panicing
I'm getting a panic in the -current kernel with using kernels built with src/sys/kern/kern_exit.c 1.130 and src/sys/kern/kern_sig.c 1.124 as well as with src/sys/kern/kern_exit.c 1.131 and src/sys/kern/kern_sig.c 1.125. This seems to be a problem that only passwd(1) and chpass(1) seems to cause. vipw appears to work fine as well as everything else. This is what happens: root@pele [10:55pm][~] passwd toor Changing local password for toor. New password: Retype new password: passwd: updating the database... passwd: done root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] root@pele [10:55pm][~] After here, it just freezes solid for 1 minute then displays on the console... Jul 27 22:57:24 pele /boot/kernel/kernel: lock order reversal Jul 27 22:57:24 pele /boot/kernel/kernel: lock order reversal Jul 27 22:57:24 pele /boot/kernel/kernel: 1st 0xda041d9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 27 22:57:24 pele /boot/kernel/kernel: 1st 0xda041d9c process lock @ /usr/src/sys/vm/vm_glue.c:469 Jul 27 22:57:24 pele /boot/kernel/kernel: 2nd 0xc118de00 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Jul 27 22:57:24 pele /boot/kernel/kernel: 2nd 0xc118de00 lockmgr interlock @ /usr/src/sys/kern/kern_lock.c:239 Then it just hangs completely, not even a db prompt so had to hard reboot and it goes into single user mode where one would need to fsck all the slices and then I have to: cp -p /var/backups/master.passwd.bak /etc/master.passwd since the password database somehow got corrupted and then ran vipw and :wq! and then shutdown the machine where it would boot normally. Anyone have any ideas how to solve this one or what is causing it since the previous GENERIC kernel from the 6/16/2001 build of -current seemed fine. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
src/usr.bin/passwd in recent -current seems to hang machine andcorrupts passwd database files
/usr/bin/passwd in the latest -current world build with kernel build seems to do the following: # passwd joeuser Changing local password for joeuser. New password: Retype new password: passwd: updating the database... passwd: done # and 5 seconds later, the machine would just freeze solid. With yesterday's buildworld, it would do the same thing except it would panic the kernel and go into the db prompt. So the only way is to hard reboot which will goto single user mode where fsck would have to be done and then somehow the passwd database is corrupted which requires copying master.passwd.bak from /var/backups to /etc/master.passwd and then run and exit vipw with :wq to rebuild the passwd database. Otherwise, all users besides root will be able to logon and /etc/passwd and /etc/master.passwd will be a bunch of garbled characters. vipw works fine when manually entering the encrypted passwd as a cut and paste from another system. It isn't a hardware issue since I have tried everything from make -j 4 buildworld to running dnetc to even running cpuburn from the /usr/ports/misc collection which had no effect. Only when running passwd would it hang the machine solid 5 seconds later each time and corrupt the password database. The 6/18/2001 current binary snapshot from current.freebsd.org worked without any problems. Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message