panic() no longer works when called early. E.g., after booting with -d,
typing `panic' at the debugger prompt produces no output and
hangs.
This may be because panic() now depends on uninitialized event handlers.
Bruce
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-c
On Mon, Aug 30, 1999 at 03:58:16PM +0930, Greg Lehey wrote:
>
> Yes, this is the same thing. Until Parag came along, I was beginning
> to think it was a problem with your hardware :-(
Yes - I would have done tests with a host at work to check if it's reproduceable
with another hardware - now I t
On Monday, 30 August 1999 at 16:17:15 +0930, Greg Lehey wrote:
> On Monday, 30 August 1999 at 8:06:03 +0200, Bernd Walter wrote:
>> On Sun, Aug 29, 1999 at 10:59:22PM -0700, Matthew Dillon wrote:
>>>
>>> This is definitely a pbuf. Did you apply the patches Greg emailed?
>>
>> Not yet.
>> I w
:>>
:>> What's a pbuf?
:>
:> Sorry, it isn't a pbuf.
:
:OK. But what is a pbuf? I've never heard that term before.
A pbuf is a 'physical buffer'. Specifically, it is a struct buf
structure used by low level device drivers to issue their own I/O.
pbuf's are used by a number o
On Monday, 30 August 1999 at 8:06:03 +0200, Bernd Walter wrote:
> On Sun, Aug 29, 1999 at 10:59:22PM -0700, Matthew Dillon wrote:
>>
>> This is definitely a pbuf. Did you apply the patches Greg emailed?
>
> Not yet.
> I will do it today.
Wait a while. I'll send you another couple as well.
On Sunday, 29 August 1999 at 23:36:24 -0700, Matthew Dillon wrote:
},
b_vnbufs = {
...
(kgdb)
>>>
>>> This is definitely a pbuf.
>>
>> What's a pbuf?
>
> Sorry, it isn't a pbuf.
OK. But what is a pbuf? I've never heard that term before.
> Hmm. You are allocat
:>> },
:>> b_vnbufs = {
:>> ...
:>> (kgdb)
:>
:> This is definitely a pbuf.
:
:What's a pbuf?
Sorry, it isn't a pbuf. Hmm. You are allocating and initializing
a struct buf yourself? That could cause long term problems but is
neither here nor there at the moment, we'll deal wi
Subject says it all.
make depend fails with:
../../pci/if_xl.c:133: miibus_if.h: No such file or directory
mkdep: compile failed
-skots
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sunday, 29 August 1999 at 22:59:22 -0700, Matthew Dillon wrote:
>
>> (kgdb) target remote /dev/cuaa2
>> Remote debugging using /dev/cuaa2
>> 0x0 in ?? ()
>> (kgdb) bt
>> #0 0x0 in ?? ()
>> #1 0xc017228f in biodone (bp=0xc09ebd80) at ../../kern/vfs_bio.c:2580
>> #2 0xc0123db6 in dadone (perip
On Monday, 30 August 1999 at 7:53:12 +0200, Bernd Walter wrote:
> On Sun, Aug 29, 1999 at 04:48:32PM -0700, Matthew Dillon wrote:
>> :
>> :How similar? The trap above is extremely bad; it looks like a return
>> :on a corrupted stack or a jump through a null function vector.
>> :
>> :Make very su
On Sunday, 29 August 1999 at 23:15:47 -0700, Matthew Dillon wrote:
>> Greg's debugging this on the machine here at the moment, which is
>> crashing the same way in what appears to be the same place.
>>
>> If anyone else wants to take a crack it, the magic vinum debug number
>> needed is 328 and no
On Sunday, 29 August 1999 at 23:09:48 -0700, Parag Patel wrote:
> On Sun, 29 Aug 1999 22:59:22 PDT, Matthew Dillon wrote:
>>
>>This is definitely a pbuf. Did you apply the patches Greg emailed?
>>They will panic the machine earlier while it is still in the correct
>>stack frame, allow
:Greg's debugging this on the machine here at the moment, which is
:crashing the same way in what appears to be the same place.
:
:If anyone else wants to take a crack it, the magic vinum debug number
:needed is 328 and not 324.
:
:So far Greg's discovered that the field is correctly set a little
On Sun, 29 Aug 1999 22:59:22 PDT, Matthew Dillon wrote:
>
>This is definitely a pbuf. Did you apply the patches Greg emailed?
>They will panic the machine earlier while it is still in the correct
>stack frame, allowing Greg to track down where the I/O initiation came
>from.
Greg'
On Sun, Aug 29, 1999 at 10:59:22PM -0700, Matthew Dillon wrote:
>
> This is definitely a pbuf. Did you apply the patches Greg emailed?
Not yet.
I will do it today.
--
B.Walter COSMO-Project http://www.cosmo-project.de
[EMAIL PROTECTED] Usergroup
:(kgdb) target remote /dev/cuaa2
:Remote debugging using /dev/cuaa2
:0x0 in ?? ()
:(kgdb) bt
:#0 0x0 in ?? ()
:#1 0xc017228f in biodone (bp=0xc09ebd80) at ../../kern/vfs_bio.c:2580
:#2 0xc0123db6 in dadone (periph=0xc0882c80, done_ccb=0xc09bd200) at
:../../cam/scsi/scsi_da.c:1294
:#3 0xc011f
On Sun, Aug 29, 1999 at 04:48:32PM -0700, Matthew Dillon wrote:
> :
> :How similar? The trap above is extremely bad; it looks like a return
> :on a corrupted stack or a jump through a null function vector.
> :
> :Make very sure that your vinum kld is in sync with your kernel.
>
> This looks
John Polstra <[EMAIL PROTECTED]> writes:
> Kevin Street wrote:
> Expansion of RCS keywords occurs on check_out_, not on checkin. In
> other words, your cvs is responsible for expanding them.
>
> > If my cvs needs to do it, then I presume
> > I need to add some options to my CVSROOT to make t
Kevin Street wrote:
>>Are you getting a copy of CVSROOT?
>
> yes...as part of src-all, but it's not used as *my* CVSROOT.
Aha.
> Let's go back to the beginning here. Is my cvs responsible for
> expanding the $FreeBSD$ tags, or are they supposed to arrive in my cvs
> repository already
Rodney W. Grimes writes:
>What verion of the cvs binary are you running (cvs -v)?
Concurrent Versions System (CVS) 1.10 `Halibut' (client/server)
>Are you getting a copy of CVSROOT?
yes...as part of src-all, but it's not used as *my* CVSROOT.
Let's go back to the beginning here. Is
> John Polstra <[EMAIL PROTECTED]> writes:
>
> > The tags are expanding just fine up here in Seattle. :-)
> >
> > I wish you would have included the rest of the output from your cvs
> > status command. It sounds a lot like your source tree was checked
> > out with "-ko". That would show up in
John Polstra <[EMAIL PROTECTED]> writes:
> The tags are expanding just fine up here in Seattle. :-)
>
> I wish you would have included the rest of the output from your cvs
> status command. It sounds a lot like your source tree was checked
> out with "-ko". That would show up in the "Sticky Ta
In article <[EMAIL PROTECTED]>,
Kevin Street <[EMAIL PROTECTED]> wrote:
> I'm confused by what I'm seeing in my source tree after the
> Id->FreeBSD tag change. I cvsup the repository and then update my
> source tree locally. Most of the files in the tree now have an
> unexpanded $FreeBSD$ tag i
Damned Canadians!
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Josh Tiefenbach
> Sent: Saturday, August 28, 1999 2:04 AM
> To: Amancio Hasty
> Cc: [EMAIL PROTECTED]
> Subject: Re: Mucho Bandwith
>
>
> > http://abcnews.go.com/sections/tech/Cutting
[full snippage about CA*net 3]
I took this from the CA*net 3 FAQ -
http://www.canarie.ca/frames/startnetworks_e.html
The last update to the FAQ was in Aug98, but I don't believe there
have been any technical modifications, in terms of peering or
advertising routes in and out of the test netw
On Sunday, 29 August 1999 at 18:08:33 -0700, Parag Patel wrote:
> On Sun, 29 Aug 1999 16:48:32 PDT, Matthew Dillon wrote:
>
>>This looks like an indirect call through a NULL function pointer.
>
> Wow - I'm impressed! You really know your kernel debugging! :) It is a
> null-pointer dereferenc
On Sun, 29 Aug 1999 16:48:32 PDT, Matthew Dillon wrote:
>This looks like an indirect call through a NULL function pointer.
Wow - I'm impressed! You really know your kernel debugging! :) It is a
null-pointer dereference that's crashing it. Here's the gdb stack
back-trace:
(gdb) bt
#0 0x0
On Sun, 29 Aug 1999, David Scheidt wrote:
> I just cvsuped an hour ago, my buildworld fails with this:
I removed my /usr/src and checkedout of my local repository, and now the
build gets past this. I don't do anything on this /usr/src/ except build
from it, so I have no idea how it got corrupt
I just cvsuped an hour ago, my buildworld fails with this:
===> lib/libc
"/usr/src/lib/libc/../libc/sys/Makefile.inc", line 9: Could not find
/usr/src/lib/libc/../../sys/sys/syscall.mk
make: fatal errors encountered -- cannot continue
*** Error code 1
Stop in /usr/src/lib.
*** Error code 1
Stop
I'm confused by what I'm seeing in my source tree after the
Id->FreeBSD tag change. I cvsup the repository and then update my
source tree locally. Most of the files in the tree now have an
unexpanded $FreeBSD$ tag in them (ie. no version info). Files which
have been changed since the new tag we
:> On Sun, Aug 29, 1999 at 12:43:13PM -0700, Parag Patel wrote:
:> >
:> > -ddb crash output-
:> >
:> > Fatal trap 12: page fault while in kernel mode
:> > mp_lock = 0303; cpuid = 3; lapic.id = 0200
:> > fault virtual address = 0x0
:> > fault code = supervisor read,
:Note that the application can do lseek on the directory, that is change
:the next cookie used. It is used by seekdir(). (And, of course, the
:application may lseek to anywhere it like, and the filesystem will have
:to deal with the bogus cookie.
:...
:
:> * an NFS readdir rpc is stateless a
On Sun, 29 Aug 1999 15:24:32 PDT, Mike Smith wrote:
>
>Make very sure that your vinum kld is in sync with your kernel.
Just verified that it is in sync. I had done a "cvsup" of the entire
- -CURRENT tree, "make buildworld", "make installworld", build and install
a new kernel, and run mergemaster
> On Sun, Aug 29, 1999 at 12:43:13PM -0700, Parag Patel wrote:
> >
> > -ddb crash output-
> >
> > Fatal trap 12: page fault while in kernel mode
> > mp_lock = 0303; cpuid = 3; lapic.id = 0200
> > fault virtual address = 0x0
> > fault code = supervisor read, page no
> It isn't possible to do this and still remain synchronized. If the
> directory changes on the server, the client has no way of knowing
> whether a cookie corresponds to the same file if you always return
> a valid response. This breaks the protocol.
>
> A local filesystem
On Sun, Aug 29, 1999 at 12:43:13PM -0700, Parag Patel wrote:
>
> -ddb crash output-
>
> Fatal trap 12: page fault while in kernel mode
> mp_lock = 0303; cpuid = 3; lapic.id = 0200
> fault virtual address = 0x0
> fault code = supervisor read, page not present
> inst
On Sun, Aug 29, 1999 at 11:00:17AM -0700, David O'Brien wrote:
> > I'd like to remove the search paths altogether, leaving the gcc
> > LIB_SPEC and LD_LIBRARY_PATH environment variable to get the /right/
> > path all the time.
>
> Can you post a patch first? IIRC jdp wanted to be more "pure" wit
Hi!
I'm trying to use pppd coupled with PAM.
I'm using pppd 2.3.9 compiled with USE_PAM options ,and ,as far as i can see ,the
pppd side seem to work fine,but when i try to use the PAM side i got this:
-
Aug 29 18:22:06 volcano pppd[1643]: rcvd [PAP AuthReq id=0x1 user="*" passwo
rd="*"]
Aug
:> From rfc1813:
:>
:> If the
:> server detects that the cookie is no longer valid, the
:> server will reject the READDIR request with the status,
:> NFS3ERR_BAD_COOKIE.
:
:I propose that our cookies are always valid, just like directory
:offsets after getdirentries() sysca
On Sat, 28 Aug 1999, Josh Tiefenbach wrote:
> > http://abcnews.go.com/sections/tech/CuttingEdge/canadanet990827.html
> >
> > Hmmm... I wonder what would happen if ftp.freebsd.org was moved to CA*Net3 8)
>
> Significantly less than what its doing now.
>
> What the article fails to mention, is t
Hello. I'm not sure which list this should go to as I'm not sure what
caused this fault. Unfortunately, I can't get a trace out of ddb - it
simply faults again, so advice on how to debug it or what to look at
would be much appreciated.
The machine is dead right now, and I'll leave it that way
On Mon, 30 Aug 1999, Mike Muir wrote:
> Pascal Hofstee wrote:
>
> > I am suffering from the exact same problem here as well ... (tried about 4
> > times now ... without success)
>
> Mines a little (little) different:
>
> install -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin
> rm:
Me too!
Mine goes like:
cc -O6 -m486 -pipe -Wall -Wall -Wformat
-I/usr/obj/pubfs/1/root/world/src/tmp/usr/include -static -o rm rm.o
stat_flags.o
install -c -s -o root -g wheel -m 555 rm /usr/obj/pubfs/1/root/world/src/tmp/bin
rm: /usr/obj/pubfs/1/root/world/src/bin/rm: Operation not suppo
Pascal Hofstee wrote:
> I am suffering from the exact same problem here as well ... (tried about 4
> times now ... without success)
Mines a little (little) different:
install -c -s -o root -g wheel -m 555 mv /usr/obj/usr/src/tmp/bin
/usr/obj/usr/src/bin/mv created for /usr/src/bin/mv
cd /usr/
[sorry for some delay...]
Doug Rabson wrote:
> > I think we should not ever reject a client's cookie. Consider a local
> > program that scan the directoty with the getdirentries() syscall. The
> > offset in the directory is essentially the cookie that would be sent to
> > an NFS client. But we
> cc -O -pipe -Wall -Wformat -I/usr/obj/usr/src/tmp/usr/include -static -o rm rm.o
>stat_flags.o
> install -C -c -s -o root -g wheel -m 555 rm /usr/obj/usr/src/tmp/bin
> rm: /usr/obj/usr/src/bin/rm: Undefined error: 0
> *** Error code 1
I'll look in to it. CVSup'ing is going to take a li
> I'd like to remove the search paths altogether, leaving the gcc
> LIB_SPEC and LD_LIBRARY_PATH environment variable to get the /right/
> path all the time.
Can you post a patch first? IIRC jdp wanted to be more "pure" with ld.so
finding shared libs. Many didn't like the more "pure" searching.
On Sun, 29 Aug 1999, Randy Bush wrote:
> install -C -c -s -o root -g wheel -m 555 mv /usr/obj/usr/src/tmp/bin
> /usr/obj/usr/src/bin/mv created for /usr/src/bin/mv
> cd /usr/src/bin/rm; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN
>-DNOPIC -DNOPROFILE -DNOSHARED -D_BUILD_TOOLS cl
Hi!
I'm trying to use pppd coupled with PAM.
I'm using pppd 2.3.9 compiled with USE_PAM options ,and ,as far as i can
see ,the
pppd side seem to work fine,but when i try to use the PAM side i got this:
-
Aug 29 18:22:06 volcano pppd[1643]: rcvd [PAP AuthReq id=0x1 user="*"
password="*"]
Aug
install -C -c -s -o root -g wheel -m 555 mv /usr/obj/usr/src/tmp/bin
/usr/obj/usr/src/bin/mv created for /usr/src/bin/mv
cd /usr/src/bin/rm; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC
-DNOPROFILE -DNOSHARED -D_BUILD_TOOLS cleandepend; /usr/obj/usr/src/tmp/usr/bin/make
I just committed changes to if_xl to make it use the miibus support
instead of its own MII support code (which I ripped out with much gusto).
I've tested this with a 3c905, 3c905B, 3cSOHO100-TX Office Connect and a
3c905C and it works fine for me, however Murphy's Law dictates that I may
have go
Sorry about that. You are right. Some confusion here on what sources I
was compiling with. I had fixed the problem in my sources. A cvs diff
does not show the difference against HEAD but current version of file.
Cheers,
Nick
On Sun, 29 Aug 1999, Poul-Henning Kamp wrote:
>
> These are current
>>Nope, it still occurs. You're definitely in the right ballpark
>>though since I added some printfs and it's this check:
>>
>> } else if (ssp->dss_secshift != -1) {
>> if (bp->b_bcount & (ssp->dss_secsize - 1))
>> goto bad_bcount;
>>
>>Which is now failing.
These are current sources.
This patch fixes the problem for me:
Index: usbdi_util.c
===
RCS file: /home/ncvs/src/sys/dev/usb/usbdi_util.c,v
retrieving revision 1.10
diff -u -r1.10 usbdi_util.c
--- usbdi_util.c1999/08/29 01:
Bruce Evans schrieb:
>
> >Under normal Circumstances, the communication is Ok between all three
> >machines, but sometimes the ethernet interface in the main machine
> >(the 8139) wedges up. I cannot ping any other host. The only solution
> >is taking the interface down and up again:
>
> It hang
Please retry with current sources. I can' t reproduce the problem, but
I remember the error message, and having fixed it.
Nick
On Sun, 29 Aug 1999, Poul-Henning Kamp wrote:
>
> schizo# !!
> make
> cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
>-Wmissing-prototypes -
In message <532.935919508@localhost>, "Jordan K. Hubbard" writes:
>> Trouble could be if ripit picks up from stat(2) before
>> it opens the device, we don't know the underlying blocksize
>> until after open, floppy drives for instance support many
>> different sectorsizes.
>
>Sorry for the confusi
> Trouble could be if ripit picks up from stat(2) before
> it opens the device, we don't know the underlying blocksize
> until after open, floppy drives for instance support many
> different sectorsizes.
Sorry for the confusion - I'm not even using ripit to test now,
I'm simply putting an audio C
Trouble could be if ripit picks up from stat(2) before
it opens the device, we don't know the underlying blocksize
until after open, floppy drives for instance support many
different sectorsizes.
What is the name of the port you're using ?
In message <409.935917817@localhost>, "Jordan K. Hubbar
>
> This could be another si_bsize casualty.
>
> Try this patch
Nope, it still occurs. You're definitely in the right ballpark
though since I added some printfs and it's this check:
} else if (ssp->dss_secshift != -1) {
if (bp->b_bcount & (ssp->dss_secsize - 1))
schizo# !!
make
cc -c -O -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-nostdinc -I- -I. -I../.. -I../../../include -DKERNEL -include opt_global.h -elf
../../dev/usb/usbdi_util.c
In file inc
On Sunday, 29 August 1999 at 10:46:33 +0200, Pascal Hofstee wrote:
> On Sun, 29 Aug 1999, Greg Lehey wrote:
>
>>> I seem to having some weird problems using GDB on 4.0-CURRENT
>>> 27for (j = 1; j <= 31; j++) {
>>> (gdb)
>>> 28 temp = wmalloc(sizeof(ADay));
>>> (gdb) print
On Sun, 29 Aug 1999, Greg Lehey wrote:
> > I seem to having some weird problems using GDB on 4.0-CURRENT
> > 27for (j = 1; j <= 31; j++) {
> > (gdb)
> > 28 temp = wmalloc(sizeof(ADay));
> > (gdb) print j
> > $1 = -1077947156
> Does it do this without the -O flag? It ma
This could be another si_bsize casualty.
Try this patch
Index: subr_diskslice.c
===
RCS file: /home/ncvs/src/sys/kern/subr_diskslice.c,v
retrieving revision 1.69
diff -u -r1.69 subr_diskslice.c
--- subr_diskslice.c1999/08/28 14
On Sunday, 29 August 1999 at 10:37:32 +0200, Pascal Hofstee wrote:
>
> I seem to having some weird problems using GDB on 4.0-CURRENT
>
> I am getting things like the following:
>
> 27for (j = 1; j <= 31; j++) {
> (gdb)
> 28 temp = wmalloc(sizeof(ADay));
> (gdb) print j
>
I seem to having some weird problems using GDB on 4.0-CURRENT
I am getting things like the following:
27for (j = 1; j <= 31; j++) {
(gdb)
28 temp = wmalloc(sizeof(ADay));
(gdb) print j
$1 = -1077947156
I checked this on a 3.2-STABLE system and it really ought to sho
This worked just fine with -current as of a week ago, and I've changed
nothing else (the hardware is the exact same). Now I get the
following when I attempt to mpegify one of my audio CDs with "ripit"
dscheck: b_bcount 512 is not on a sector boundary (ssize 2048)
dscheck: b_bcount 512 is not on
I'm noticing some new output. What does it mean and is it going
to stay there? :-)
- Jordan
ahc0: irq 16 at device 4.0 on pci2
ahc0: aic7850 SBLKCTL = 0x0
SSTAT0 = 0x0
SFUNCT = 0x0
Single Channel A, SCSI Id=7, 3/255 SCBs
ahc0: Host Adapter Bios disabled. Using default SCSI device parameters
f
> I have some other changes planned so I'm not going to re-roll the port
> yet, but between now and then I've put up a version of mergemaster that
> knows about the $FreeBSD tags at
> http://freebsd.simplenet.com/mergemaster-1.25.
Hi
Fearture request; _please_ make it configurable for tho
69 matches
Mail list logo