Eric Hodel wrote...
I'm having trouble using tosha after the CAM changes, I updated source
early this morning (around 7:00 PDT 5/7/1999) including ports, then
make deinstall make distclean in /usr/ports/audio/tosha then make
make install and tosha, and now tosha gives me (as root):
#tosha
Peter Wemm wrote:
It's interesting that the ANSI emulation in loader(8) is good enough to do
full-screen displays. It still seems to make sense to move userconfig-like
functionality into the pre-kernel stages including moving config(8)'s hints
to a loaded and parsed file. Forth, bah.. :-]
just a follow-up, Jordan experianced the same bug and tracked it down,
I think Peter Wemm fixed it. it was something with isa+sysctl, and not
bridge related, sorry.
no problem, you don't know until you find the bug, so i think it
is better to receive a false alarm than no alarm for a real bug
Daniel C. Sobral wrote:
Peter Wemm wrote:
It's interesting that the ANSI emulation in loader(8) is good enough to do
full-screen displays. It still seems to make sense to move userconfig-like
functionality into the pre-kernel stages including moving config(8)'s hints
to a loaded and
I'm sure by now Matt is gonna kill me. :)
-current from 2 days ago.
IdlePTD 3096576
initial pcb at 27ea40
panicstr: Out of mbuf clusters
panic messages:
---
panic: Out of mbuf clusters
syncing disks... panic: Out of mbuf clusters
dumping to dev 20001, offset 467137
dump 255 254 253 252 251
Peter Wemm wrote:
Well, if you look at userconfig.c, you'll notice that very few people
understand/maintain that code either. The most common changes are adding
or removing device descriptions in a table, and that should be pretty
much the same no matter what language it's written in...
Hi,
Today, I can't boot my new kernel. I get:
changing device to wd0a
can't open /dev/rwdo0: device not configured
My system is 100% scsi, and wdc0 is disabled in my config file:
config kernel root on da0 dumps on da0
...
controller wdc0at isa? disable
I mailed a simple way to reproduce the serious brokeness of the
serial port driver on my system and no one responds.
What does this mean ?
Does core know that sio is seriously broken and doesn't want to
admit it ? [dont take that comment too seriously please].
What am I supposed to think ?
In article 199905080132.vaa80...@bb01f39.unx.sas.com,
John W. DeBoskey j...@unx.sas.com wrote:
I've had the following problem for the last 36 hours or so. I
haven't seen any fixes related to this. Has anyone else seen
the following, or is my tree somehow messed up?
...
=== usr.bin/kdump
Kenneth D. Merry wrote:
Eric Hodel wrote...
I'm having trouble using tosha after the CAM changes, I updated source
early this morning (around 7:00 PDT 5/7/1999) including ports, then
make deinstall make distclean in /usr/ports/audio/tosha then make
make install and tosha, and now tosha
I fixed that this morning (6 hours ago or so...)
In message 199905081449.haa34...@vashon.polstra.com, John Polstra writes:
In article 199905080132.vaa80...@bb01f39.unx.sas.com,
John W. DeBoskey j...@unx.sas.com wrote:
I've had the following problem for the last 36 hours or so. I
haven't
Hi,
thinking about the supposed fragility of FreeBSD when mbufs (or
clusters) are not properly dimensioned: i notice that
in various places of the code (and this is, i think, 4.4 heritage),
there are things like
m = m_get(M_WAIT, ...)
m-m_len = something.
looking at the code, it
When trying to build a kernel from current sources
I get this error when doing make depend
In file included from ../../i386/isa/isa_compat.c:46:
../../i386/isa/isa_compat.h:91: fla.h: No such file or directory
mkdep: compile failed
*** Error code 1
This is from current sources as of Sat 9am
On Sat, 8 May 1999, Luigi Rizzo wrote:
Hi,
thinking about the supposed fragility of FreeBSD when mbufs (or
clusters) are not properly dimensioned: i notice that
in various places of the code (and this is, i think, 4.4 heritage),
there are things like
m = m_get(M_WAIT, ...)
In message 199905081332.paa07...@labinfo.iet.unipi.it Luigi Rizzo writes:
: m = m_get(M_WAIT, ...)
: looking at the code, it seems that m_get() _can_ return a NULL pointer
: even if one specifies M_WAIT.
Looking at the man page for malloc:
M_WAITOK
indicates that it is Ok
I mailed a simple way to reproduce the serious brokeness of the
serial port driver on my system and no one responds.
What does this mean ?
It means that nobody is probably willing to go bring up a MAME
environment just to test this. You need to isolate it to a more
minimal test case if you
=== usr.bin/kdump
cc -nostdinc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdum
p/../.. -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/kdump/kdump.c
/bin/sh /usr/src/usr.bin/kdump/mkioctls ioctl.c
In file included from :47:
Bruce said, in his own quite way, that somebody had broken fast
interrupts as part of newbus, and that is the end of that story.
Poul-Henning
In message 9.926181...@zippy.cdrom.com, Jordan K. Hubbard writes:
I mailed a simple way to reproduce the serious brokeness of the
serial port
already fixed 8 hours ago.
In message 22333.926182...@zippy.cdrom.com, Jordan K. Hubbard writes:
=== usr.bin/kdump
cc -nostdinc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace
-I/usr/src/usr.bin/kdum
p/../.. -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/kdump/kdump.c
/bin/sh
Peter Wemm (pe...@freebsd.org) just committed a fix for this
in files.i386. You should be able to grab a copy from your
favorite CVSup mirror in less than an hour.
-steve
On Sat, 8 May 1999, Manfred Antar wrote:
# When trying to build a kernel from current sources
# I get this error when doing
On Sat, 8 May 1999, Steve Price wrote:
Peter Wemm (pe...@freebsd.org) just committed a fix for this
in files.i386. You should be able to grab a copy from your
favorite CVSup mirror in less than an hour.
-steve
On Sat, 8 May 1999, Manfred Antar wrote:
# When trying to build a kernel
On Sat, 8 May 1999, John Polstra wrote:
In article 199905080132.vaa80...@bb01f39.unx.sas.com,
John W. DeBoskey j...@unx.sas.com wrote:
I've had the following problem for the last 36 hours or so. I
haven't seen any fixes related to this. Has anyone else seen
the following, or is my
Hi,
thinking about the supposed fragility of FreeBSD when mbufs (or
clusters) are not properly dimensioned: i notice that
in various places of the code (and this is, i think, 4.4 heritage),
there are things like
m = m_get(M_WAIT, ...)
m-m_len = something.
looking at the
Fyi:
With today's -current I'm unable to remount the root fs during boot. I'm
seeing the infamous ``specified device doesn't match mounted device'' as a
result of ``mount -u /''. The mounted device is ``root_device'' (as set in
sys/kern/vfs_conf.c) according to mount, instead of the usual
:I'm sure by now Matt is gonna kill me. :)
:
:-current from 2 days ago.
:
:IdlePTD 3096576
:initial pcb at 27ea40
:panicstr: Out of mbuf clusters
:panic messages:
:---
:panic: Out of mbuf clusters
This is probably not NFS related unless there is a leak somewhere.
You may have to mess
:I'm sure by now Matt is gonna kill me. :)
:
:-current from 2 days ago.
:
:IdlePTD 3096576
:initial pcb at 27ea40
:panicstr: Out of mbuf clusters
:panic messages:
:---
:panic: Out of mbuf clusters
This is probably not NFS related unless there is a leak somewhere.
You may
Erm, sorry guys, that huge message wasn't intended to go back to -current,
just Matt.
My apologies. :)
Kevin
:I'm sure by now Matt is gonna kill me. :)
:
:-current from 2 days ago.
:
:IdlePTD 3096576
:initial pcb at 27ea40
:panicstr: Out of mbuf clusters
:panic messages:
Eric Hodel wrote...
Kenneth D. Merry wrote:
Eric Hodel wrote...
I'm having trouble using tosha after the CAM changes, I updated source
early this morning (around 7:00 PDT 5/7/1999) including ports, then
make deinstall make distclean in /usr/ports/audio/tosha then make
make
In message 199905081332.paa07...@labinfo.iet.unipi.it Luigi Rizzo writes:
: m = m_get(M_WAIT, ...)
: looking at the code, it seems that m_get() _can_ return a NULL pointer
: even if one specifies M_WAIT.
Looking at the man page for malloc:
M_WAITOK
indicates that it
: :I'm sure by now Matt is gonna kill me. :)
: :
: :-current from 2 days ago.
:...
:
: netstat -m -M vmcore.XX -N kernel.XX
:
:
:1014/2144 mbufs in use:
: 714 mbufs allocated to data
: 300 mbufs allocated to packet headers
:638/1324/1536 mbuf clusters in use (current/peak/max)
Just cvsupped now with the attached slightly alarming boot messages. The
kernel booted successfully however, and I am able to send this mail. :-)
--
[gjvc] http://www.freebsd.org
Dumb terminal, smart user. Smart terminal, mutter[ THE POWER
: netstat -m -M vmcore.XX -N kernel.XX
:
:
:1014/2144 mbufs in use:
: 714 mbufs allocated to data
: 300 mbufs allocated to packet headers
:638/1324/1536 mbuf clusters in use (current/peak/max)
:2916 Kbytes allocated to network (48% in use)
:0 requests for memory denied
:0
As I understand it, RTP is only a framework for a protocol, and not
actually a protocol. I.e., they define some headers, but no delivery
semantics. There are some RFC's that talk about how to put various
video/audio formats on top, but I think they have explicitely avoided
talking about things
In article 19990507163249.a2...@k6n1.znh.org,
Zach Heilig z...@uffdaonline.net wrote:
This is an example of what I just noticed:
$ ls
aaa bbb ccc
$ cp aaa bbb
$ ls
aaa ccc
[ !!!, then a couple seconds later: ]
$ ls
aaa bbb ccc
[a few (5) minutes later in a
On Thu, 6 May 1999, Lee Cremeans wrote:
On Thu, May 06, 1999 at 10:04:19PM -0400, Brian Feldman wrote:
2. wd supports UDMA on my chipset, but won't enable any kind of DMA on my
new Seagate, which does UDMA2 fine with ATA
Can you boot -v and give the output of the ATA_INQUIRY line?
On Sat, 8 May 1999, Jordan K. Hubbard wrote:
I mailed a simple way to reproduce the serious brokeness of the
serial port driver on my system and no one responds.
What does this mean ?
It means that nobody is probably willing to go bring up a MAME
environment just to test this. You
In article 199905082048.naa34...@vashon.polstra.com,
John Polstra j...@polstra.com wrote:
I'm seeing something possibly related (possibly not) on an Alpha with
this morning's -current. First I was getting unaligned accesses and
core dumps from the cp in /etc/rc that updates the /etc/motd
Some more information:
In sys/i386/i386/autoconf I'm seeing the following happen:
static void
setroot()
{
int majdev, mindev, unit, slice, part;
dev_t newrootdev;
char partname[2];
char *sname;
if (boothowto RB_DFLTROOT || (bootdev B_MAGICMASK) !=
Brian,
I CVSup'd earlier this morning and did a 'make world' on my
-current box. If I try to use PAP/CHAP authentication, then
ppp coredumps. Without using PAP/CHAP it seems to work fine.
It also works when I did a
cd /usr/src/usr.sbin/ppp
cvs update -Dyesterday -PAd
I'm seeing the following at boot (from a world built Wednesday night):
...
chip0: Intel 82443BX host to PCI bridge at device 0.0 on pci0
chip1: Intel 82443BX host to AGP bridge at device 1.0 on pci0
isab0: Intel 82371AB PCI to ISA bridge at device 4.0 on pci0
ide_pci0: Intel PIIX4 Bus-master IDE
On Sat, May 8, 1999, Steve Price wrote:
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libcrypt.so.2...done.
Reading symbols from /usr/lib/libmd.so.2...done.
Reading symbols from /usr/lib/libutil.so.2...done.
Reading symbols from
Dear Friend,
Did you ever wonder why the Jewish people don't believe in the New
Testament?
How come for 2000 years the Jewish people have been dedicated to
Judaism to the point of allowing themselves to be killed rather than convert to
Christianity?
In their 20 page
MAME is a great piece of software, and in and of itself entirely legal; what
problem do you have with it?
I'm not talking about MAME, go read the message again.
- Jordan
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Just do a net search on mbone applications . vat , vic , sdr are examples
of rtp compliant applications.
A generic framework for building rtp based tools can be found at:
http://www-mash.cs.berkeley.edu/mash/
Enjoy
--
Amancio Hasty
ha...@star-gate.com
To Unsubscribe: send mail
A day or so ago, bdevsw changed from being an array of struct cdevsws
to an inline function. That's not a problem in itself: do a make
world and all will be well. It does, however, mean that klds which
were compiled before the change will no longer load. I had a report
today of one person who
: m = m_get(M_WAIT, ...)
: looking at the code, it seems that m_get() _can_ return a NULL pointer
: even if one specifies M_WAIT.
Looking at the man page for malloc:
M_WAITOK
indicates that it is Ok to wait for resources. It is unconve-
niently defined as 0 so
As far as I can tell, this is unrelated to newbus as the same actions
would trigger this problem before and after newbus.
I have been seeing this problem for many months (maybe years - but I've
only recently identified a set of actions to reproduce it every time).
The wierd thing is that I can
On 08/05 19:44, George Cox wrote:
Just cvsupped now with the attached slightly alarming boot messages. The
kernel booted successfully however, and I am able to send this mail. :-)
Well, just forget this one. I removed KERNFS and DEVFS from my config file
and the messages disappear.
gjvc
Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend,
there is code that causes ppp to assign a particular mbuf
structure pointer to a null pointer, causing ppp to dump core.
Contrary to somebody else's email to this list, it is, in fact, a
problem affecting any authentication method.
*** STOP PRESS *** I have just confirmed that restarting the X server
is enough to fix the problem. So my apologies to Bruce, -CURRENT
and the whole FreeBSD community in general for blaming sio.
For the benefit of David Dawes, I'll quickly restate the problem:
Running xmame (from the
On Sat, 8 May 1999, Chris Costello wrote:
Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend,
there is code that causes ppp to assign a particular mbuf
structure pointer to a null pointer, causing ppp to dump core.
Contrary to somebody else's email to this list, it is, in
To all readers, who received spam concerning a 'noachidetorah' organization,
According to the copies of the message sent our way, the person who spammed
you sent regards from Mt. Zion, along with a list of about 10 web sites,
one of which was ours. The fellow is an embarrassment, but...
Please
On Sat, May 8, 1999, Chuck Robey wrote:
On Sat, 8 May 1999, Chris Costello wrote:
Somewhere in the mbuf code, either mbuf_Alloc or mbuf_Prepend,
there is code that causes ppp to assign a particular mbuf
structure pointer to a null pointer, causing ppp to dump core.
Contrary to
I think i found one spot where having this setup causes a panic:
___
de0 (no IP) |FreeBSD box| xl0 - ips = 216.55.74.58, 192.168.2.1
`---'
i have bridge, and divert sockets along with ipfw in my kernel,
I'm having bridged packets filtered by ipfw via
On Sun, May 09, 1999 at 12:39:56PM +0930, Matthew Thyer wrote:
*** STOP PRESS *** I have just confirmed that restarting the X server
is enough to fix the problem. So my apologies to Bruce, -CURRENT
and the whole FreeBSD community in general for blaming sio.
For the benefit of David
55 matches
Mail list logo
