pcic problem in CURRENT
I've got pcic problem in CURRENT: On the same hardware 3.4 and 4.0 sees pcic0 on 0x3e2, but with CURRENT kernel don't see it and don't say anything about pcic when booted with -v But when I've changed ioaddr of pcic controler to 0x3e0 all begins work. what was changed in driver ? -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SBlive driver
Doug Barton wrote: Cameron Grant wrote: cg 2000/04/01 23:41:21 PST Added files: sys/dev/sound/pciemu10k1.c emu10k1.h Log: unfinished sblive driver, playback/mixer only for now - not enabled in conf/files i don't seem to be clearing the cache right resulting in a short initial burst of noise, despite doing the same as creative and alsa. i'm committing now so more eyes can pore over the code. I finally got around to testing this, and it's causing my machine to reboot. I cvsup'ed the latest -current sources, made world, built and installed a new kernel after adding 'device pcm', and rebooted. The card was detected during boot, and after making snd0, 'cat /dev/sndstat' reports: FreeBSD Audio Driver (newpcm) Apr 9 2000 18:53:41 Installed devices: pcm0: Creative EMU10K1 at io 0xb800 irq 5 (1p/0r channels duplex) I use xfce as my WM, and when I enabled xfsound (which uses esound to play its sounds) my machine immediately locked up, Maybe you should try another audio app. I made world again last night (April 9,2000)and use XMMS and mpg_123 for my use (listening to shoutcast servers and local files). XMMS plays without a hitch. I don't do any recording, so that's not an issue. Mpg123 works just as well, but it's for use on the command line. Both can be found in your ports collection. -Otter then after a few seconds it spontaneously rebooted. I have the following in my kernel config: makeoptions DEBUG=-g#Build kernel with gdb(1) debug symbols options INVARIANT_SUPPORT options INVARIANTS options DDB In spite of that, I get no debug, no crash dump (I have dumpdev in my /etc/rc.conf.local), nothing but a reboot. I repeated the same experiment, same result. Let me know if there is anything I can do to help. Doug -- Excess on occasion is exhilarating. It prevents moderation from acquiring the deadening effect of a habit. -- W. Somerset Maugham 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: SBlive driver
Otter wrote: Maybe you should try another audio app. I plan to do that when I have time to handle a system that might reboot spontaneously. However I figured Cameron (et al) would want to know about the rebooting problem with esound (at least for me). Doug -- Excess on occasion is exhilarating. It prevents moderation from acquiring the deadening effect of a habit. -- W. Somerset Maugham To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Integrating QMAIL in the world
At 2:44 PM -0400 2000/4/9, Patrick Bihan-Faou wrote: The advantage would be that we can have a fairly decent qmail configuration using the standard make world feature. Is there any interest in that kind of work ? Considering the number of qmail-specific pieces that need to be installed to support it (and the resulting domino effect), the highly negative impacts that qmail is notorious for, and that it is not intended to be a drop-in replacement for sendmail, I would be highly opposed to this change. If we are actively interested in finding a replacement for the open-source sendmail MTA, I would prefer one that was designed from the beginning with security in mind (including going so far as being intended to run in a chroot() environment), is intended to avoid undesirable behaviour as much as possible, and is intended to be a drop-in replacement for sendmail to the greatest degree possible. In other words, if we're going to be replacing sendmail with an alternative MTA, I'd prefer postfix over qmail, and I believe I can marshall some pretty strong arguments for that position. -- These are my opinions -- not to be taken as official Skynet policy == Brad Knowles, [EMAIL PROTECTED]|| Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Integrating QMAIL in the world
At 5:40 PM -0400 2000/4/9, Patrick Bihan-Faou wrote: Then people that are running a mail server could install either the Sendmail, Postfix, Qmail, Zmail, etc... MTA ports. Sounds like a great idea. The reason why I am doing this is because I DONT want sendmail. The solution that is being implemented sounds like the best way to approach this. I can support this position as well. I don't think we're likely to find consensus on replacing one MTA with another (the community is too diverse for that), so replacing a full-featured MTA with one that has the minimum necessary features for "nullclient" operations and then allowing people to install whatever full-featured MTA they may want seems to be the best alternative. -- These are my opinions -- not to be taken as official Skynet policy == Brad Knowles, [EMAIL PROTECTED]|| Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SBlive driver
Doug, On my -CURRENT system (from last week), I also found that the SBlive driver caused spontaneous reset -- no panic, no dump, just reset. I was using "realaudio7" as my audio source. Kent To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
world build fails - somewhere in netgraph stuff
=== sys/modules/netgraph/mppc @ - /usr/src/sys machine - /usr/src/sys/i386/include touch opt_netgraph.h echo "#define NETGRAPH_MPPC_ENCRYPTION 1" opt_netgraph.h make: don't know how to make rc4.c. Stop *** Error code 2 Stop in /usr/src/sys/modules/netgraph. *** Error code 1 -- Chris Christoph P. U. Kukulies [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: linux emulation problems - path length restrictions in linux_rename
: (No, this fix alone isn't enough to do an oracle install, it's just too : grungy a beast). : :In 1999Q2 I did an install of Oracle8i, which failed due to an installer :problem, IIRC. I only modified 1 script to overcome the shell execution :problem. You are using Blackdown JDK, are you? : :-- :Marcel Moolenaar Yes. I've managed to get oracle-8i installed on FreeBSD under linux emulation, but it was a chore. It took 30 hours before I was able to figure it out from a combination of playing around and locating the redhat install support documents on oracle's site. Basically I had to take the linux_base port, and then chroot into /usr/compat/linux and install the rpm's for most of redhat, including the compiler environment, and the ld.so and ldd piece from slackware (because redhat's is broken under emulation). On the upside, this actually worked - I have a nearly complete linux environment (fortunately oracle does not require /proc or /dev in general), I was able to download and install the linux jre 1.1.6 (which oracle requires), and I was able to get most of oracle installed. Unfortunately, half the oracle Java assistants still don't work. Fortunately the base binaries work and I was able to create databases. Unfortunately, the oracle install process is fragile and a chore - you screwup, you start over. I can't say I'm impressed. Oracle itself is a very complete relational database, but their replication capabilities suck. They only do non-quorum fully synchronous replication or non-quorum fully asynchronous replication. They do not do quorum synchronous replication (which means that if you have 10 replicated sites in a multi-master configuration, and one goes down, you are screwed), and they don't support asynchronous (to the transaction) commits in a replicated environment (where basically a site sends the phase-2 commit acknowledgement before actually committing the physical data, which makes transactions go a whole lot faster without sacrificing much, if any, data integrity). Also, Oracle's replication is built out of SQL procedures and triggers and is very, *VERY* fragile. If you make one mistake running management commands, you screw the whole cluster. Unacceptable! -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: linux emulation problems - path length restrictions in linux_rename
Matthew Dillon wrote: Basically I had to take the linux_base port, and then chroot into /usr/compat/linux and install the rpm's for most of redhat, including the compiler environment, and the ld.so and ldd piece from slackware (because redhat's is broken under emulation). Sounds like a lot of work. This is what I did (besides installing linux_base and linux_devtools) 1) Get JRE to work in /usr/local/jre/bin edit jre, rmiregister, checkVersion: #!/compat/linux/bin/sh [OK, I lied. I said I only changed a single script :-] create /compat/linux/bin/arch to contain: #!/bin/sh uname -m rm /compat/linux/usr/bin/ldd 2) Get Oracle8i installer to work set DISPLAY set TMP link /compat/linux/etc/mtab to /etc/fstab It took me a couple of hours, but I didn't spend any time getting an actual database working. Oracle8i was fairly new at the time and I wasn't going to waste any time tracing bugs that also existed on Linux. My primary concern was the Linuxulator :-) -- Marcel Moolenaar mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] tel: (408) 447-4222 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems with 4.0 installworld (fwd)
The minimal-action solution to this bug is to run 'make includes' prior to doing the "Installing everything" section of reinstall: in Makefile.inc1 - but there may be a better way. Can anyone think of one? Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] -- Forwarded message -- Date: Mon, 10 Apr 2000 13:24:41 -0700 (PDT) From: Kris Kennaway [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Problems with 4.0 installworld On Mon, 10 Apr 2000 [EMAIL PROTECTED] wrote: I have tried posting this about three times from my computer at home, but it never seems to go through. Unfortunately, I do not currently have access to the log of this, but if this makes it through this time I will attempt to make it available if anyone requests it. This problem occurred both when upgrading 3.4-S to 4.0-R and again 4.0-R to 4.0-S. When perl is installing, it dies with Error code 1 when running h2ph (I believe that is what it is doing) on vm/vnode_pager.h. This file exists both under /include and under /src/sys and I can run h2ph on the one under /src/sys manually (haven't tried the other.) running make -k is a workaround, but I would like to know if anyone has an idea what the problem might be. make includes before make installworld, or make -k installworld followed by make installworld, fixes this particular bug (i.e. it won't be necessary again barring future bugs). The problem is that libdes was reabsorbed into libcrypto in 4.0, and the des.h include file replaced by a symlink to openssl/des.h. The problem is that in certain cases perl is run over the headers after the symlink has been created, but before the target file has been installed, so perl follows the symlink into the void and dies. This is (not surprisingly) a bug in the make world process since some of the .ph headers will be out of sync with the .h headers. Now that you've reminded me I'll try and get it fixed so it doesn't affect others in the future. Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: pcic problem in CURRENT
In message [EMAIL PROTECTED] [EMAIL PROTECTED] writes: : On the same hardware : 3.4 and 4.0 sees pcic0 on 0x3e2, but with CURRENT kernel don't see it : and don't say anything about pcic when booted with -v : : But when I've changed ioaddr of pcic controler to 0x3e0 all begins work. : what was changed in driver ? Odd. What hardware do you have? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Overwhelming messages from /sys/netinet/if_ether.c
On Fri, 07 Apr 2000, Donn Miller wrote: Since I started using a cable modem and dhclient, my system has been literally overwhelmed with messages like: /kernel: arp: xx:xx:xx:xx:xx:xx is using my IP address 0.0.0.0! I have these same warnings all over my syslog in minute-wise intervals when my ADSL modem de-syncs with its headend. I can force these messages by powercycling my ADSL modem, or by removing and re-inserting my dataplug into the modem. I have found this kinda annoying, but not that irritating. It has helped me to discover the arp adress of my ADSL modem :) (Now what else can I do with that thing .. *ponders*). Is this worth mentioning to my ADSL provider? .. is it really a misconfiguration of some sort? -- Stephan van Beerschoten[EMAIL PROTECTED] PGP fingerprint: 4557 9761 B212 FB4C 778D 3529 C42A 2D27 XoiP: 0208773826 In god we trust.. all others we verify with PGP fingerprints To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Netscape 6 Linux pre-release, got it going.
It needed the libjpeg libgtk rpms from the RedHat 6.1 CD (perhaps these could be added to Linux_base?) and a whole lot of memory, but otherwise wasn't too bad. Rather slow in some circumstances, but I hope that's owing to a bunch of debug code being in place. Stephen -- The views expressed above are not those of PGS Tensor. "We've heard that a million monkeys at a million keyboards could produce the Complete Works of Shakespeare; now, thanks to the Internet, we know this is not true."Robert Wilensky, University of California To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: SBlive driver
On Mon, 10 Apr 2000, Kent Hauser wrote: Doug, On my -CURRENT system (from last week), I also found that the SBlive driver caused spontaneous reset -- no panic, no dump, just reset. I was using "realaudio7" as my audio source. Kent I moved the SB Live driver from 5.0 into 4.0, and am using it with no ill effect. xmms, and several other programs (like emulators) use it fine, perfect crisp sound (only wavs play bad?), and 4.0 has not been crashing, or resetting, or anything. I've been using it like this for a few days. When will it be backported into 4.0? *hint* *hint* martin. -- Martin Minkus aka DiSKiLLeR Email: [EMAIL PROTECTED] Web: http://www.diskiller.net I live in a world of paradox... my willingness to destroy is your chance for improvement, my hate is your faith, my failure is your victory - a victory that won't last. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/sys/netgraph ng_parse.c ng_parse.h
Curious, do you have a write up on netgraph? Tnks -- Amancio Hasty [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/sys/netgraph ng_parse.c ng_parse.h
check the feb (or was it march?) daemonnews for a very good writeup. The only thing wrong is it doesn't mention the ppp node. Julian On Mon, 10 Apr 2000, Amancio Hasty wrote: Curious, do you have a write up on netgraph? Tnks -- Amancio Hasty [EMAIL PROTECTED] 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
panic: vm_map_entry_create: kernel resources exhausted
5.0-CURRENT -- was doing a make buildworld -j 2. Sadly, I don't know what exact date the source was from, as I had just cvsup'd and started building, but I expect in the last week and a half. I was running with capabilities patches going, but I wouldn't imagine that it would cause this particular nasty. (kgdb) where #0 Debugger (msg=0xc02fa583 "panic") at ../../i386/i386/db_interface.c:319 #1 0xc01907fc in panic ( fmt=0xc0312820 "vm_map_entry_create: kernel resources exhausted") at ../../kern/kern_shutdown.c:552 #2 0xc02838fa in vm_map_entry_create (map=0xc035b4ec) at ../../vm/vm_map.c:292 #3 0xc0283aed in vm_map_insert (map=0xc035b4ec, object=0xc035b580, offset=62492672, start=3282665472, end=3282669568, prot=7 '\a', max=7 '\a', cow=0) at ../../vm/vm_map.c:528 #4 0xc0282feb in kmem_alloc (map=0xc035b4ec, size=4096) at ../../vm/vm_kern.c:175 #5 0xc028d09c in _zget (z=0xc035b660) at ../../vm/vm_zone.c:343 #6 0xc028789d in vm_object_allocate (type=0 '\000', size=14) at ../../vm/vm_zone.h:85 #7 0xc028016b in swap_pager_alloc (handle=0x0, size=57344, prot=7, offset=0) at ../../vm/swap_pager.c:387 #8 0xc028c1bc in vm_pager_allocate (type=1, handle=0x0, size=57344, prot=7, off=0) at ../../vm/vm_pager.c:246 #9 0xc02852c2 in vm_map_split (entry=0xc3a6a930) at ../../vm/vm_map.c:1939 #10 0xc02854ee in vm_map_copy_entry (src_map=0xc3a624c0, dst_map=0xc3a62400, src_entry=0xc3a6a930, dst_entry=0xc3a6a870) at ../../vm/vm_map.c:2043 #11 0xc0285753 in vmspace_fork (vm1=0xc3a624c0) at ../../vm/vm_map.c:2170 #12 0xc0282a86 in vm_fork (p1=0xc3a2a080, p2=0xc3a29ee0, flags=20) at ../../vm/vm_glue.c:233 #13 0xc0188f0b in fork1 (p1=0xc3a2a080, flags=20, procp=0xc3a92f38) at ../../kern/kern_fork.c:485 #14 0xc01886be in fork (p=0xc3a2a080, uap=0xc3a92f80) at ../../kern/kern_fork.c:100 #15 0xc02bf2e2 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135000192, tf_esi = 134975988, tf_ebp = -1077937892, tf_isp = -1012322348, tf_ebx = 0, tf_edx = 134975988, tf_ecx = 0, tf_eax = 2, tf_trapno = 12, tf_err = 2, tf_eip = 134657044, tf_cs = 31, tf_eflags = 514, tf_esp = -1077937936, tf_ss = 47}) at ../../i386/i386/trap.c:1073 #16 0xc02b0526 in Xint0x80_syscall () #17 0x804b52e in ?? () #18 0x804a920 in ?? () #19 0x8051a92 in ?? () #20 0x80519fe in ?? () #21 0x80480f9 in ?? () Robert N M Watson [EMAIL PROTECTED] http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message