Please let me know if any of you still have spontaneous panics!
--
Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! /
[EMAIL PROTECTED]`--'
-- Forwarded message --
Date: Mon, 10 Jul 2000 23:47:38 -0700 (PDT)
Fr
> Any file called opt_*.h that is not present is created (empty).
...except the removed opt_*.h are not empty; hence the added headers
in my patch.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-curren
> Long time back i sent request to the list and asked about including this
> driver into the source tree. i still did not receive any reply. Some people
> seems to be using this driver for Ethernet tunneling (with VTUN software).
> Somebody even requested for OpenBSD port. So it would be really ni
Me too,
kernel trap 9 with interrupts disabled
Fatel trap 9: general protection fault while in kernel mode
instruction pointer =0x8:0xc029f304
stack pointer =0x10:0xc3d97c30
frame pointer =0x10:0xc3d97c80
code segment=base 0x0,
Noriyoshi Kawano wrote:
> Me too.
> But not SMP.
Likewise. -current as of about an hour ago, no SMP, lotsa ram, buildworld
about 3 hours ago. I saw no console because it was running X.
> - dmesg
> kernel trap 9 with interrupts disabled
>
>
> Fatal trap 9: general protect
On Monday, 10 July 2000 at 11:01:51 -0700, Thomas Dean wrote:
> I just experienced a sudden reboot.
>
> I am running -current SMP. Cvsup, make world, rebuild kernel 2709.
>
> # uname -a
> FreeBSD celebris 5.0-CURRENT FreeBSD 5.0-CURRENT #0: \
> Sun Jul 9 18:05:19 PDT 2000 \
>
Daniel C. Sobral writes:
> Mike Meyer wrote:
> The multiple levels are there to deal with changes in state. In BSD, for
> instance, we have single user/multi-user. A number of other variations
> can exist, both in heavy duty servers where you might want to bring
> certain services down for upgrade
I'm trying to update and isolate the external object reference stuff
and am getting page faults in nfs_writebp. Very odd, could be freeing
free cluster problem, will perform explicit check and post details.
Rebuilding regular non-modified kernel to see if I stumble upon it.
On Mon
Andrzej Bialecki <[EMAIL PROTECTED]> writes:
> On 10 Jul 2000, Cyrille Lefevre wrote:
>
> > > and my favorite substitute proposal:
> > >
> > > http://www.roguetrader.com/~brandon/sas/.
> >
> > effectively, the last one is interresting. a major problem w/ this one is the
> > use of "perl" which
Me too.
But not SMP.
- dmesg
kernel trap 9 with interrupts disabled
Fatal trap 9: general protection fault while in kernel mode
instruction pointer = 0x8:0xc030ada4
stack pointer = 0x10:0xcb6b1c30
frame pointer = 0x10:0xcb6b1c80
code segment
On Mon, 10 Jul 2000, Yevmenkin, Maksim N, CSCIO wrote:
> Long time back i sent request to the list and asked about including this
> driver into the source tree. i still did not receive any reply. Some people
> seems to be using this driver for Ethernet tunneling (with VTUN software).
> Somebody e
; tcsh history chain. I pressed the up arrow several times and the
> system froze for a few seconds and rebooted. It did not drop into the
> debugger.
>
> I have
> options DDB
> options KTRACE #kernel tracing
> in the config.
>
> After the &
>
> This doesn't happen for me except in this (loadable de) case.
Well a bit more digging...
netstat -rn
205.238.40.30 205.238.40.30 UHW18 2563 dc0860
Now why oh why is gated and/or the kernel creating that route when
ifconfig dc0
dc0: flags=8843 mtu 1500
This doesn't happen for me except in this (loadable de) case.
On Mon, 10 Jul 2000, Rodney W. Grimes wrote:
> > > Umm- started okay:
> > :
> > > and then died:
> > >
> > > rplookup 192.67.166.155 failed: could not allocate llinfo
> > > arpresolve: can't allocate llinfo for 192.67.166.155rt
> >
Nope, not for me.
I probably have a core dump, but because gdb is busted for alpha in -current,
it won't say much.
On Mon, 10 Jul 2000, Pascal Hofstee wrote:
> On Mon, Jul 10, 2000 at 01:15:20PM -0700, Matthew Jacob wrote:
> >
> >
> > -current, as of ~today:
> >
> > FreeBSD/alpha (farrago
On Mon, Jul 10, 2000 at 01:15:20PM -0700, Matthew Jacob wrote:
>
>
> -current, as of ~today:
>
> FreeBSD/alpha (farrago.feral.com) (console)
>
> login: panic: freeing free cluster
> panic
> Stopped at Debugger+0x2c: ldq ra,0(sp) <0xfe000a2019f0>
>
I am getting a very strong sus
> > Umm- started okay:
> :
> > and then died:
> >
> > rplookup 192.67.166.155 failed: could not allocate llinfo
> > arpresolve: can't allocate llinfo for 192.67.166.155rt
> > arplookup 192.67.166.155 failed: could not allocate llinfo
> > arpresolve: can't allocate llinfo for 192.67.166.155rt
> >
The opt_ files can be generated by the makefiles, so there is no reason
to remove those, see sys/modules/usb/Makefile
SRCS = bus_if.h device_if.h usb_if.h usb_if.c \
vnode_if.h \
opt_usb.h \
...
Any file called opt_*.h that is no
On 10 Jul 2000, Cyrille Lefevre wrote:
> > and my favorite substitute proposal:
> >
> > http://www.roguetrader.com/~brandon/sas/.
>
> effectively, the last one is interresting. a major problem w/ this one is the
> use of "perl" which is not available a boot time since it is located in /usr.
If
-current, as of ~today:
FreeBSD/alpha (farrago.feral.com) (console)
login: panic: freeing free cluster
panic
Stopped at Debugger+0x2c: ldq ra,0(sp) <0xfe000a2019f0>
db> t
Debugger() at Debugger+0x2c
panic() at panic+0x100
m_freem() at m_freem+0x134
nfs_writerpc() at nfs_writerpc
> Umm- started okay:
:
> and then died:
>
> rplookup 192.67.166.155 failed: could not allocate llinfo
> arpresolve: can't allocate llinfo for 192.67.166.155rt
> arplookup 192.67.166.155 failed: could not allocate llinfo
> arpresolve: can't allocate llinfo for 192.67.166.155rt
> arplookup 192.67.1
>
> *I'll* check it too- I'd *love* to have if_de as a loadable since most of the
> alphas I have use if_de (not dc)!
Umm- started okay:
de0: port 0x10300-0x1037f mem
0x82083000-0x8208307f irq 3 at device 9.0 on pci0
de0: interrupting at CIA irq 3
de0: 21140A [10-100Mb/s] pass 2.2
de0: addres
"Daniel C. Sobral" <[EMAIL PROTECTED]> writes:
> Mike Meyer wrote:
> >
> > Yes, that's correct. And yes, not all is bad in SysV. In particular,
> > having a directory where you can find scripts to stop (and restart)
> > subsystems is very nice. I think the multiple levels (rc?.d) is a bit
> > of
*I'll* check it too- I'd *love* to have if_de as a loadable since most of the
alphas I have use if_de (not dc)!
On Mon, 10 Jul 2000, Mark Murray wrote:
> Hi Bill
>
> If I apply the enclosed patch to sys/pci/if_de.c, and make a
> copy of (say) sys/modules/dc to sys/modules/de (while changing
>
Hi Bill
If I apply the enclosed patch to sys/pci/if_de.c, and make a
copy of (say) sys/modules/dc to sys/modules/de (while changing
all relevant dc --> de), I can build a loadable module for de.
Could you please check that this works in your (no doubt)
excellent laboratory and either commit or r
On Tue, 11 Jul 2000, Daniel C. Sobral wrote:
> Andrzej Bialecki wrote:
> >
> > > and my favorite substitute proposal:
> > >
> > > http://www.roguetrader.com/~brandon/sas/.
> >
> > I really like the ideas in the last one. The pages were not updated for
> > some time - do you know if the author s
On Mon, 10 Jul 2000 11:44:08 EST, Ade Lovett wrote:
> On Mon, Jul 10, 2000 at 06:32:22PM +0200, Sheldon Hearn wrote:
> > But you didn't update /usr/ports/Mk, did you? :-)
>
> This is nothing to do with parts of /usr/ports being out of date
> and has already been mentioned on both -ports and -c
Andrzej Bialecki wrote:
>
> > and my favorite substitute proposal:
> >
> > http://www.roguetrader.com/~brandon/sas/.
>
> I really like the ideas in the last one. The pages were not updated for
> some time - do you know if the author still works on it?
No clue. At the time he decided to have a t
options KTRACE #kernel tracing
in the config.
After the 'world and new kernel on 2709, I did a 'make world' on
2710, testing stability. No problems, although the time increased
by an hour to 9 hours.
tomdea
On Mon, 10 Jul 2000, Daniel C. Sobral wrote:
> This has been talked to death. Look at these:
>
> http://www.freebsd.org/~dfr/devices.html
> http://www.freebsd.org/~eivind/newrc.html
>
> and my favorite substitute proposal:
>
> http://www.roguetrader.com/~brandon/sas/.
I really like the ideas
Johan,
I quite agree that in the simple but better approach of rc.conf (BSD). However I like
the idea of a configurable, directory driven approach to the shutdown. I would be
apposed to sysV style rc.d's as I really don't think they provide anything but
confusion. At the ISP where I work the BSD
On Mon, Jul 10, 2000 at 07:15:31PM +0200, Alexander Leidinger wrote:
> Only if ports-base isn't anymore in ports-all or my local CVS tree is
ports-base was/has never [been] in ports-all, for some strange reason.
--
Will Andrews <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
GCS/E/S @d- s+:+>+:- a--->+
On 10 Jul, Ade Lovett wrote:
>> But you didn't update /usr/ports/Mk, did you? :-)
Only if ports-base isn't anymore in ports-all or my local CVS tree is
messed up.
But you didn't do an »grep -i pod /usr/ports/Mk/*«, did you? :-)
> This is nothing to do with parts of /usr/ports being out of date
Hello All,
The new version of TAP driver for FreeBSD -current is available at
http://home.earthlink.net/~evmax/tap-fbsd5.tar.gz
Changes:
- small bug fixes, code improvements and cleanup
- man page (derived from tun(4))
- if_tap module can be unloaded now (works for me, but please test it)
- st
> On Mon, Jul 10, 2000 at 06:32:22PM +0200, Sheldon Hearn wrote:
> > But you didn't update /usr/ports/Mk, did you? :-)
>
> This is nothing to do with parts of /usr/ports being out of date
> and has already been mentioned on both -ports and -current.
Will fix now...
M
--
Mark Murray
Join the ant
On Mon, Jul 10, 2000 at 06:32:22PM +0200, Sheldon Hearn wrote:
> But you didn't update /usr/ports/Mk, did you? :-)
This is nothing to do with parts of /usr/ports being out of date
and has already been mentioned on both -ports and -current.
>From my -current box, which is most definitely up to da
On Mon, 10 Jul 2000 17:51:46 +0200, Alexander Leidinger wrote:
> after the messages about the perl update have settled I decided to
> update my perl-ports (p5-*), but I get a warning (the "echo $(PATH)"
> below is inserted into the port Makefile by me).
But you didn't update /usr/ports/Mk, did
Hi,
after the messages about the perl update have settled I decided to
update my perl-ports (p5-*), but I get a warning (the "echo $(PATH)"
below is inserted into the port Makefile by me).
---snip---
{0} [Magelan:/usr/ports/lang/p5-F77]
(28) root@ttyp1# make configure
===> Extracting for p5-ExtU
As of a buildworld/installworld several hours ago CURRENT is constantly
crashing from underneath me:
[ output from uname -a ]--
FreeBSD shadowmere.student.utwente.nl 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Jul 10
14:33:42 CEST 2000
[EMAIL PROTECTED]:/usr/src/sys/compile/ARSENIC i38
Mike Meyer wrote:
>
> Yes, that's correct. And yes, not all is bad in SysV. In particular,
> having a directory where you can find scripts to stop (and restart)
> subsystems is very nice. I think the multiple levels (rc?.d) is a bit
> of overkill. Either the system is up (meaning everything is tu
Please Please Please _Dont_!!!
I dont know if someone is yoking, my english is not up to that :(
I tried to secure a Solaris machine and hated the whole setup. I't have
some good things but i take the simple rc.conf mechanism every time!
/Johan
On Mon, 10 Jul 2000, Mikel wrote:
>
>
> Kelly
Hi,
could someone please close kern/18019 since it was solved some time ago.
Bye/2
--
Michael Reifenberger - IT, UNIX, R/3-Basis
Work: [EMAIL PROTECTED]Proj: [EMAIL PROTECTED]
Pers: [EMAIL PROTECTED] Webspace: http://www.reifenberger.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
Kelly Yancey wrote:
> On Sat, 8 Jul 2000, Mike Meyer wrote:
>
> > > By all means, use start/stop args, but hard link the .sh files into seperate
> > > directories or something so that the order can be tweaked..
> >
> > If all you want is to make sure that shutdown happens in the reverse
> > ord
I get easily reproducable panics (supervisor read, page not present)
in today's -CURRENT; yesterday's sources with the same config works
fine. The kernel panics almost immediately if I run something that
does a lot of writing to disk, such as a kernel or port build. It
refuses to dump (dump alread
On Sun, 9 Jul 2000, Ollivier Robert wrote:
> After updating to the very latest current code, I get a multiple free panic on
> my SMP machine. It always happen during buildworld in libc_r.
>
> Important note : I have the snapshot code from Kirk.
>
> The panic is in random_read which does a free.
Hi all,
Please have a look at the patch in PR 17698
http://www.freebsd.org/cgi/query-pr.cgi?pr=17698
It deal with this problem.
/K
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I don't particularly want to be drawn into this whole buildfoo
bootstrapping thing..any other takers? :-)
Kris
--
In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe <[EMAIL PROTECTED]>
-- Forwarded message --
Date: Mon, 10 Jul 2000 09:35:19 +
Cyrille Lefevre writes:
> Mike Meyer <[EMAIL PROTECTED]> writes:
> > # Init: 300. Shutdown: -1. Description: Standard smtp (mail) daemon.
> > (indicating that it should be installed as /etc/init.d/300sendmail.sh,
> > and no shutdown installation is necessary).
> I guess you would like to says that
In message <[EMAIL PROTECTED]>, Jim Bloom writes:
>This may or may not be related...
>
>A week ago, I tried to boot using the 0702 snapshot floppies and had problems as
>well. The error I received was something like "Can't open md1". This was after
>probing all of the devices, but before the ins
Alfred Perlstein wrote:
>
> * Daniel C. Sobral <[EMAIL PROTECTED]> [000709 12:46] wrote:
> > I think all bugs with the performance improvements to regex(3) have all
> > been solved now. I haven't heard of any problems for over a week about
> > the first improvement (Boyer-Moore search), and I hav
50 matches
Mail list logo
