Re: HEADS UP: gone. All welcome . - ports/sysutils/screen and ports/sysutils/tmux not showing sessions
On Mon, Feb 8, 2010 at 11:08 PM, Cy Schubert wrote: > 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 wrote: > > > > > > > > * Vincent Poy 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]"
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]"
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: 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 th
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 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 % 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 % 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). # #STYL
Re: /usr/src/libexec/talkd notification broken on pty's when useris using misc/screen ports in -CURRENT
00:10 zero ttyp1 was chown by me to group tty from users. ttyp0 is the original ssh login session and ttyp1-pa are the ones created by screen. > I'm 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]
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 co
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]"
/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]"
/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]"
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]"
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 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 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]"
/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]"
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=5
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 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?
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?
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]"
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
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: Options MAXMEM added to GENERIC kernel config causes kernelpanicin -current
On 26 Jan 2003, Eric Jones wrote: > On Sun, 2003-01-26 at 20:55, 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 > > > > For uses such as testing I can understand, but I don't see a use under > normal conditions, at least on newer systems. I haven't dug into the > source yet today, but there must be a reason why ACPI doesn't play nice > on certain systems when MAXMEM is specified. > > I wonder if it is just AMD systems? Mine's a 900MHz Duron, and IIRC I > think someone else in earlier in the thread was using an AMD also. I posted the original thread and can say the problem occurs on both PII366 notebook, P4m-2Ghz, P4-1.7Ghz as well as PIII1Ghz systems and various AMD Athlon XP's. 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
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 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 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
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=0x183f9ff
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:
mem:
Pentium Pro MTRR support enabled
null:
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 Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ]
WurldLink Corporation
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
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: > > > > >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, 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, 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, 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, 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, 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 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. 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
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
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: port 0x1100-0x11ff mem 0x88002000-0x880023ff irq
>11 at device 0.0
> on cardbus0
>
> (really a LinkSys PCMP100 or some such)
>
> Second card:
>
> dc0: 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 received
udp
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
/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
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=0x183f9ff
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:
mem:
Pentium Pro MTRR support enabled
null:
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 Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ]
WurldLi
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
-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: 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
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: 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: 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: 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.
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: 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_ADMT
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: 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: 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: 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: 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
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:
> 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
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 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
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 Mon, 28 Jan 2002, Siwei Liu wrote: > ? ??? 28 ?? 2002 07:15?Vincent Poy ??? > > 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. > > > > > 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. 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 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
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
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: -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
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/libexec/telnetd build fails in -current
===> 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
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
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 ' >> tm.h
echo '#include "dbxelf.h"' >> tm.h
echo '#include "i386/freebsd.h"'>> tm.h
echo '#include "i386/perform.h"'>> tm.h
echo '#include ' >> 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 i
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 - 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: 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: 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
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
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
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
Also, the other reason for the panics wasn't because of the kernel but for some reason, unless I do "chflags noschg /usr/lib" prior to the installworld target, it seems like the libs with the version number in the filename will notget overwritten. libc.so gets overwritten but libc.so.5 doesn't. This is for all the libs in /usr/lib. 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 Wed, 1 Aug 2001, Sheldon Hearn wrote: > On Tue, 31 Jul 2001 12:06:49 -1000, Vincent Poy wrote: > > > Yeah, that's the weird part... I thought adding a DDB_UNATTENDED > > as a option would atleast make it reboot or something... > > For the record, DDB_UNATTENDED is mostly pointless. It just sets the > default value of debug.debugger_on_panic, which you can just as well set > in /etc/sysctl.conf. Unless, of course, you're seeing a panic in the > startup process. But then do you really want an indefinite panic cycle? > :-) Hehe, I guess the NOTES didn't explain that one too well... it says recover from panic ;) 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 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
