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 b
"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
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 2
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 por
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 ?
He
In article <199905080132.vaa80...@bb01f39.unx.sas.com>,
John W. DeBoskey 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
> cc -nost
"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,
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 wrote:
>>
>>I've had the following problem for the last 36 hours or so. I
>> haven't seen a
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,
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 pacif
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 y
===> 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:
/usr/obj/usr/src/tmp/usr/include/sys/memran
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 por
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 /us
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
On Sat, 8 May 1999, John Polstra wrote:
> In article <199905080132.vaa80...@bb01f39.unx.sas.com>,
> John W. DeBoskey 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
> 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.
>
> loo
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 ``da2s1a
: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 with
> :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.
>
>
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
> > :pan
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
> 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
:> :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, [ THE POWER TO SERVE
> :> 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 den
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 li
In article <19990507163249.a2...@k6n1.znh.org>,
Zach Heilig 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 different vt
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_INQU
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 th
In article <199905082048.naa34...@vashon.polstra.com>,
John Polstra 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 file.
> (I
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) != B_DE
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
mak
I'm seeing the following at boot (from a world built Wednesday night):
...
chip0: at device 0.0 on pci0
chip1: at device 1.0 on pci0
isab0: at device 4.0 on pci0
ide_pci0: at device 4.1 on pci0
chip2: at device 4.3 on pci0
ahc0: at device 6.0 on pci0
ahc0: aic7890/91 Wide Channel A, SCSI Id
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 /usr/lib/libz.so.2...
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 scho
> 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 fo
>: 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 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 do
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 port
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 be
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.
> > Cont
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 t
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 D
54 matches
Mail list logo
