Problem with CMedia 8738

2001-09-25 Thread Geoff Rehmet
I posted this query FreeBSD-multimedia earlier, in the hope that I might find some pointers there, but to no avail. I seem to have run into a problem with getting a CMedia sound card (CMI8738 chipset) working with 4.3-STABLE or 4.4-RELEASE. For any program that talks to /dev/dsp, only the SPDIF p

IMPORTANT!! Re: panic on mount

2001-09-25 Thread Evan Sarmiento
Hello, Just to clarify things for everyone who may be having this probme: there is a panic on bootup with current, within the witness* code. You can avoid this by commenting out WITNESS in your kernel configuration and recompiling. It worked for me.. Hope this helps someone. Thanks, Evan John

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Julian Elischer
The only way to get people to change their code is to make it complain at them when they compile it. If a stack is big, then that's "someone-else's" problem... I was thinking to only turn it on every now and then,.. On Tue, 25 Sep 2001, Matt Dillon wrote: > I really don't think it is necess

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Matt Dillon
I really don't think it is necessary to hack up GCC to figure out stack utilization. We have issues with only a few drivers and it is fairly trivial (as my patch shows) to throw a pattern into the kernel stack to determine how much is actually used.

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Peter Jeremy
On 2001-Sep-25 04:47:47 -0700, freebsd-hackers-digest <[EMAIL PROTECTED]> wrote: On Mon, 24 Sep 2001 14:13:37 -0700 (PDT), Matt Dillon <[EMAIL PROTECTED]> wrote: >This is very similar to the corruption I found on one of Yahoo's >machines. Except on that machine two bits were changed.

Re: librsa and 4.4

2001-09-25 Thread Peter Wemm
Julian Elischer wrote: > > In a related problem: > > we have a set of 4.1.1 binaries we want ot run on 4.4 > but they (apache+other stuff) want to find a librsaUSA.so > but can't.. I fixed it by copying the one from 4.1.1 into /usr/lib/compat. > Is that the right answer? > Is it possible we can

librsa and 4.4

2001-09-25 Thread Julian Elischer
In a related problem: we have a set of 4.1.1 binaries we want ot run on 4.4 but they (apache+other stuff) want to find a librsaUSA.so but can't.. I fixed it by copying the one from 4.1.1 into /usr/lib/compat. Is that the right answer? Is it possible we can have a compat librsa? (maybe even empty

Re: missing words, lots of them

2001-09-25 Thread admin
> > I know. :) However, there are several lexicons that have > > acceptable copyrights. E.g., the Moby list, though I have some > > reservations about it, is public domain. So there's no good reason > > to live with an archaic list. > > What excactly does `acceptable' mean for you ... The BSD copy

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Matt Dillon
:So, Matt, does this solve the original question? (VM Corruption) or :is it just a fruitful red-herring? :-- :++ __ _ __ :| __--_|\ Julian Elischer | \ U \/ / hard at work in It seems unlikely to me, but you never know. C

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Matt Dillon
:I had been contemplating making a fake 'struct user' in userland only in :order to keep the a.out coredump reader code happy. The a.out coredump :code (see cpu_coredump() in */*/vm_machdep.c) can generate this fake :structure in order to keep gdb happy. But then I realized that a.out :coredump

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Matt Dillon
:Ok, time to take a good stab at sticking my foot in my mouth here. : :Would it be possible to have a kernel mode where the read-only bit was :turned on for malloc pools which shouldn't currently be accessed? This :could be gated through the spl() calls (or specific mutexes on -current), :ensurin

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Julian Elischer
Matt Dillon wrote: > > :I had been contemplating making a fake 'struct user' in userland only in > :order to keep the a.out coredump reader code happy. The a.out coredump > :code (see cpu_coredump() in */*/vm_machdep.c) can generate this fake > :structure in order to keep gdb happy. But then I

Re: Disk based file system cache

2001-09-25 Thread Terry Lambert
Attila Nagy wrote: > > Hello, > > I'm just curious: is it possible to set up an NFS server and a client > where the client has very big (28 GB maximum for FreeBSD?) swap area on > multiple disks and caches the NFS exported data on it? > This could save a lot of bandwidth on the NFS server and al

Re: got bad cookie vp 0xe2e5ef80 bp 0xcf317328

2001-09-25 Thread Lars Eggert
Matthew Emmerton wrote: > What OS is running on the NFS client and server? I see these too, with a FreeBSD-4.4 client and SunOS 5.5.1 servers. Seen them with FreeBSD-4.2 clients to the same servers as well. Lars -- Lars Eggert <[EMAIL PROTECTED]> Information Sciences Institute

Re: termcap sources

2001-09-25 Thread Cyrille Lefevre
Cyrille Lefevre wrote: > Giorgos Keramidas wrote: > [snip] > > As you can see there are quite a few terminals that have capabilities defined > > more than once! I don't have THAT many terminals to check, but I'm open to > > suggestions. Should we do something about this? If yes, what? > > this

Re: ecc on i386

2001-09-25 Thread Peter Wemm
Andrew Gallatin wrote: > > Peter Wemm writes: > > > Thanks for your description of how ECC is reported on PCs. That was > very, very helpful. > > > The Tyan Thunder 2510 BIOS even disables ECC -> NMI routing so you have to > > go to quite a bit of trouble to reprogram the serverworks chipse

NFS append race (was Re: got bad cookie vp 0xe2e5ef80 bp 0xcf317328)

2001-09-25 Thread Lars Eggert
[Should have included this in my earlier mail, sorry.] In addition to bad cookies, I also see the following messages very frequently: NFS append race @0:954 They're issued in nfs/nfs_bio.c: /* * If dirtyend exceeds file size, chop it down. This should

Re: ecc on i386

2001-09-25 Thread Warner Losh
In message <[EMAIL PROTECTED]> Peter Wemm writes: : - our NMI handlers are a festering pile of excretement. They dont have : the code to 'ack' the NMI so it isn't possible to return after recovery. I have code to do the ack, but people have complained in the past that this code is too chipset sp

Re: ecc on i386

2001-09-25 Thread Alexander Langer
Thus spake Peter Wemm ([EMAIL PROTECTED]): > Our NMI / ECC handling really really sucks in FreeBSD. Consider: [...] Is there any effort to fix this stuff? Considering FreeBSD is still known as one of the best server platforms, this is more important than a multi-threaded kernel or similar stuf

Re: got bad cookie vp 0xe2e5ef80 bp 0xcf317328

2001-09-25 Thread Brian Reichert
On Tue, Sep 25, 2001 at 09:54:34AM -0400, Matthew Emmerton wrote: > > What OS is running on the NFS client and server? My client is the 4.2-RELEASE box in question. There are several servers, all of which (at this point) are Netapps. > -- > Matthew Emmerton || [EMAIL PROTECTED] > GSI Com

Re: ecc on i386

2001-09-25 Thread Andrew Gallatin
Peter Wemm writes: Thanks for your description of how ECC is reported on PCs. That was very, very helpful. > The Tyan Thunder 2510 BIOS even disables ECC -> NMI routing so you have to > go to quite a bit of trouble to reprogram the serverworks chipset to > actually generate NMI's so that y

Re: 4.4 jail and udp

2001-09-25 Thread Dmitry S. Rzhavin
Poul-Henning Kamp wrote: > > > RTFM. thank you very much! === === # man jail | g socket Formatting page, please wait...Done. jail.socket_unixiproute_only UNIX domain sockets, IPv4 addresses, and routing sockets. To enable # man jail | g raw Exit 1 # === === can you tell me p

Re: got bad cookie vp 0xe2e5ef80 bp 0xcf317328

2001-09-25 Thread Matthew Emmerton
What OS is running on the NFS client and server? -- Matthew Emmerton || [EMAIL PROTECTED] GSI Computer Services || http://www.gsicomp.on.ca On Tue, 25 Sep 2001, Brian Reichert wrote: > I'm starting to see errors in /var/log/messages under 4.2-RELEASE: > > Sep 23 00:31:17 bmdb1 /kernel

Re: 4.4 jail and udp

2001-09-25 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, "Dmitry S. Rzhavin" writes: >Hi! >Looks like jailed processes can't use udp or icmp, but can use tcp: RTFM. UDP works fine. ICMP and other raw socket magic doesn't. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since

got bad cookie vp 0xe2e5ef80 bp 0xcf317328

2001-09-25 Thread Brian Reichert
I'm starting to see errors in /var/log/messages under 4.2-RELEASE: Sep 23 00:31:17 bmdb1 /kernel: got bad cookie vp 0xe2e5ef80 bp 0xcf317328 Not many, but more than one, and I've never seen this in my years of using FreeBSD. The code producing this message is in /usr/src/sys/nfs/nfs_bio.c, wi

4.4 jail and udp

2001-09-25 Thread Dmitry S. Rzhavin
Hi! Looks like jailed processes can't use udp or icmp, but can use tcp: # ping www.freebsd.org ping: socket: Operation not permitted # telnet www.freebsd.org 80 Trying 216.136.204.21... Connected to freefall.freebsd.org. Escape character is '^]'. ^] telnet> q Connection closed. # options IPF

boot source code

2001-09-25 Thread Jean-Christophe Varaillon
Hi, I am looking for the source code used by the boot floppy to load itself into memory. At www.freebsd.org I found a lot of boot source code but I don't really know which one is intersting for me. My platform is i386. Thanks for your help, Christophe. To Unsubscribe: send mail to [EMAIL PR

Re: Patch to test kstack usage.

2001-09-25 Thread Julian Elischer
Peter Wemm wrote: > > Matt Dillon wrote: > > This isn't perfect but it should be a good start in regards to > > testing kstack use. This patch is against -stable. It reports > > kernel stack use on process exit and will generate a 'Kernel stack > > underflow' message if it detec

Re: missing words, lots of them

2001-09-25 Thread admin
Christoph Sold <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > This is to be expected. The word list was created from an very old > Webster dictionary, because the copyright had to expire before it could > be used in an open source dictionary. I know. :) However, there are several lexicon

Re: missing words, lots of them

2001-09-25 Thread Christoph Sold
[EMAIL PROTECTED] wrote: >These words, 830 of them, were obtained by intersecting the words >in a number of lexicons and then subtracting the words in >/usr/share/dict/web2. [snip] > >The point is *not* that these words should be added. The point is >that a cursory, in-my-sleep check of the word

missing words, lots of them

2001-09-25 Thread admin
These words, 830 of them, were obtained by intersecting the words in a number of lexicons and then subtracting the words in /usr/share/dict/web2. This all done with words that contain only lowercase letters. You'll find those words at the end of this message. Should you take even a cursory look a

Re: termcap sources

2001-09-25 Thread Cyrille Lefevre
Giorgos Keramidas wrote: [snip] > As you can see there are quite a few terminals that have capabilities defined > more than once! I don't have THAT many terminals to check, but I'm open to > suggestions. Should we do something about this? If yes, what? this isn't a problem since only the first

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Bernd Walter writes: >On Tue, Sep 25, 2001 at 10:01:03AM +0200, Peter Wullinger wrote: >> On Tue, Sep 25, 2001 at 09:56:07AM +0200, Bernd Walter wrote: >> > On Mon, Sep 24, 2001 at 06:14:34PM -0700, Bakul Shah wrote: >> > > FWIW, in a Unix port we did I remember put

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Bernd Walter
On Tue, Sep 25, 2001 at 10:01:03AM +0200, Peter Wullinger wrote: > On Tue, Sep 25, 2001 at 09:56:07AM +0200, Bernd Walter wrote: > > On Mon, Sep 24, 2001 at 06:14:34PM -0700, Bakul Shah wrote: > > > FWIW, in a Unix port we did I remember putting the user > > > struct *above* the kernel stack. The

Re: VM Corruption - stumped, anyone have any ideas?

2001-09-25 Thread Bernd Walter
On Mon, Sep 24, 2001 at 06:14:34PM -0700, Bakul Shah wrote: > FWIW, in a Unix port we did I remember putting the user > struct *above* the kernel stack. The stack grew down so you > hit the red zone (the guard pages) without clobbering the > user struct. Since struct user _ended_ on a page bound