Cameron Grant wrote:
cg 2000/04/18 12:11:39 PDT
Modified files:
sys/dev/sound/pciemu10k1.c
Log:
try the fix from creative bugzilla for nmi problem
Obtained from:creative labs bugzilla
This is definitely an improvement, it doesn't spontaneously
Brian Somers wrote:
[John cc'd]
Can (both of) you try the source distribution ?
This happened to me when I was using cvsup-bin. I didn't want all of the
modula overhead. Any ideas?
It's not modula any more !!!
Was it re-written in C or C++? Or, how about this -- a
This happened to me when I was using cvsup-bin. I didn't want all of the
modula overhead. Any ideas?
It's not modula any more !!!
Eh? Sure it is. It would be too much work to rewrite it in a
different language.
Oops, I meant it's not the same version of modula :-/
John
--
i recently updated my -current system from -current as of about mid-march to
lest sundays's -current (jep, from 4.0 to 5.0) due to the work done to the
ida driver.
well, the ida driver seems to work, but the network hast complety stopped
working.
with sunday's -current, after about 2-5 minutes
Warner Losh wrote:
In message [EMAIL PROTECTED] Poul-Henning Kamp writes:
: Almost none. I don't actually mount nfs partitions until I type mount
: foo:/bar /bar. There's no network card active at that time anyway...
:
: But does the nfs filesystems you mount have any bdevs on them ?
:
:I'll remove (or change) the assertion later this evening
:unless I hear protests to the contrary.
:
:Alan
:
Sounds like a plan. When you get it committed I'll bring it
up on one of my test boxes and run it through the gauntlet.
-Matt
I can see moving it out to where the rest of the linux emulation
code is but to remove it entirely seems the typical viking axe
^^ ^^
bloody-minded behaviour that's getting too familiar.
I agree with those sentiments.
From my
On 18-Apr-00 Poul-Henning Kamp wrote:
It would be nice to have some kind of understanding why the tsc is
better than the i8254 before we kludge it...
Unless I misread completely one nice side effect of this would be to
enable pcaudio on APM machines.
To Unsubscribe: send mail to
On Tue, 18 Apr 2000, Southwell wrote:
It would be good to be ahead of the game rather than behind it on this
occasion --
I am still trying to find out about getting IEEE 1394 support -- cards have
been available to me for at least 3 years!!
E... Do you also have docs? And did you
With a kernel built Apr 18th (and also today, Apr 19th) I'm getting
panics when starting up in multiuser mode but also strange things
happen when trying to boot /kernel -s
In the latter case I was dropped into ddb after being prompted with
something like mountroot
I'm running i4b (isdnd) and
On Tue, 18 Apr 2000, Brooks Davis wrote:
I am still trying to find out about getting IEEE 1394 support -- cards have
been available to me for at least 3 years!!
Did you even read the licensing site? It's pretty clear that you
couldn't write code that Walnut Creek could ship on CDs
On 19 Apr, Peter Wemm wrote:
I've not mounted any filesystems when I get the message. I get it
when nfsd starts up in the boot process.
Just a thought.. I got this message even though I thought I'd gotten rid of
all bdevs.. It turned out there were some hidden in sub directories. Do
a
Warner Losh wrote:
In message [EMAIL PROTECTED] Poul-Henning Kamp writes:
: Almost none. I don't actually mount nfs partitions until I type mount
: foo:/bar /bar. There's no network card active at that time anyway...
:
: But does the nfs filesystems you mount have any bdevs on them
On Wed, 19 Apr 2000, Robert Watson wrote:
I hope not to change the format any further. I've been considering
introducing a backing file header version number of some sort, but this is
only necessary if we think the backing file format will change much more.
I'm vote for the version
Actually, it seems that Java borrowed a whole lot of ideas from Modula-3. And
C++ experience can even hurt instead helping when switching to Java. Java
inherits some parts of C++ syntax but is based on rather different design.
On 19-Apr-00 Donn Miller wrote:
Donn
To Unsubscribe: send mail
On Wed, Apr 19, 2000 at 12:44:22PM +0200, Christoph Kukulies wrote:
With a kernel built Apr 18th (and also today, Apr 19th) I'm getting
panics when starting up in multiuser mode but also strange things
happen when trying to boot /kernel -s
In the latter case I was dropped into ddb after
On Wed, Apr 19, 2000 at 03:24:05PM +0200, Christoph Kukulies wrote:
On Wed, Apr 19, 2000 at 12:44:22PM +0200, Christoph Kukulies wrote:
With a kernel built Apr 18th (and also today, Apr 19th) I'm getting
panics when starting up in multiuser mode but also strange things
happen when
On Wed, Apr 19, 2000 at 10:18:38AM -0400, Bill Fumerola wrote:
On Wed, Apr 19, 2000 at 03:49:28PM +0200, Christoph Kukulies wrote:
The panic is gone. I disabled the loading of the linuxulator in /etc/rc.local
and re-brandelf'ed it. Unfortunately I have no longer any proof that
Yikes!
Subject says it all. Everytime I am trying to use my SB16PNP card to play any
sound file (WAV, MP3), all I am getting is garbled sound because driver plays
sound at increased rate (i.e. it takes less than 10 sec for mpg123 to decode 5
min long song).
FreeBSD Audio Driver (newpcm) Apr 19 2000
In message [EMAIL PROTECTED] "Jordan K. Hubbard" writes:
: Well, in that case, jump on in! Let us know when you have some bits
: to test and I'm sure you'll find at least a few people who are willing
: to BETA test them for you. That's how things happen in the open
: source world and just
Correction to my own message. The problem is not with newpcm driver per se but
with esd/newpcm combination. mpg123 recompiled without OPT_ESOUND works just
fine, so does xmms when using OSS output plugin. Only when I force these two to
use ESD for output, then I am getting "fast forward"-like
Hi,
On Wed, 19 Apr 2000 12:33:44 +0100
Brian Somers [EMAIL PROTECTED] said:
brian I did the find, removed the bdevs in /compat/linux/dev and rebooted -
brian no luck, the message is still there.
brian thinks
brian I wonder if whatever's done on 2000-06-01 will leave the emulators
brian
At 3:41 AM -0400 4/19/00, Robert Watson wrote:
I hope not to change the format any further. I've been considering
introducing a backing file header version number of some sort, but
this is only necessary if we think the backing file format will
change much more.
Comments welcome.
If you're
On Wed, 19 Apr 2000, Garance A Drosihn wrote:
At 3:41 AM -0400 4/19/00, Robert Watson wrote:
I hope not to change the format any further. I've been considering
introducing a backing file header version number of some sort, but
this is only necessary if we think the backing file format will
Does this mean that the burdon of proof of patent problems shifts from
those doing the software to those who think there's a problem?
That's the way things generally work, yes. :)
does that mean things can go ahead with the integration of the
firewire drivers that are out there? It sounds
FYI: I committed the addition of the magic number and version information
an hour or two ago. It seems to work fine for me, but please let me know
if you have any problems. A migration tool doesn't seem useful yet, but
is now feasible :-).
In a day or two, I'll send a post to freebsd-fs
how can I configure/reconfigure /dev/dsp under FreeBSD 4.0?? I keep getting
a message stating that the device is not configured!! furthermore my
soundcard isn't working right when it should be!! I've also attached my
dmesg and kernel config. BTW, I'm currnetly using 5.0-CURRENT as of last
well, after cvsup'ing and building of the world, the network seems to work a
litte better.
but under faily heavy load (flood pinging _form_ the host and floodpint _to_
the host) results in a trap 12. seem that actually the heavy output kills
the machine.
Fatal trap 12: page fault while in
Okay, here's your decent explanation: your PNP sound card has been located
and attached at sbc1, right after the bogus sbc0 statically hardcoded in
your kernel config file. :)
You should need ONLY the following lines in your conf file for your
particular setup:
device pcm
device sbc
That
subscribe
Hi,
On 0, Ted Sikora [EMAIL PROTECTED] wrote:
After building a new kernel yesterday after a cvsup the following
appeared.
Apr 17 23:07:42 telecast /kernel: WARNING: run /dev/MAKEDEV before
2000-06-01 to get rid of block devices
I did a MAKEDEV all and the message still persists.
I get
On Wed, 19 Apr 2000, Alexander N. Kabaev wrote:
Actually, it seems that Java borrowed a whole lot of ideas from Modula-3. And
C++ experience can even hurt instead helping when switching to Java. Java
inherits some parts of C++ syntax but is based on rather different design.
That statement,
- Original Message -
From: "Cosmic 665" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, April 19, 2000 5:44 PM
Subject: /dev/dsp device not configured
how can I configure/reconfigure /dev/dsp under FreeBSD 4.0??
Did you /dev/MAKEDEV snd0?
I keep
In reference to a problem someone reported on the freebsd-mobile mailing
list, I took a look at the handling of the FTP_PASSIVE_MODE environment
variable in libftpio. What I found was that it would use passive ftp
based on if the environment variable was set or not and didn't acutally
check it's
"Eric D. Futch" wrote:
Please take a look at the PR I put together bin/18103 and let me know if
this is a good (enough) fix for the problem.
The patch can aslo be found at:
http://quake.nyct.net/~efutch/FreeBSD/ftpio.c.patch
Looking at the patch, the only mod I would suggest is to
Maybe I didn't make it clear enough that fetch(1), and others uknown to
me, that use libftpio behave differently than ftp(1). I could imagine that
the current behaviour would cause confusion since ftp(1) checks the value
of FTP_PASSIVE_MODE and acts appropriately and programs using
libftpio do
36 matches
Mail list logo
