Re: PATCH: devfs mkIII test review please.
Please configure DDB and INVARIANTS in your kernel when you use this patch, and send me output from the "trace" command in DDB when it panics. Poul-Henning In message [EMAIL PROTECTED], Robert Drehmel writes: This is a multi-part message in MIME format. --CD4992067B057DE3DC660AE0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit In 84513.966631292@critter, Poul-Henning Kamp [EMAIL PROTECTED] wrote: Please look at, test and review: http://phk.freebsd.dk/patch/devfsIII.patch [...] When booting the kernel built from a sys tree patched with the above patch, i get the following: (dmesg.out is attached) """ Mounting root from ufs:/dev/ad0s1a devfs_mount(mp = 0xc0b2be00) devfs_mount: root vp = 0xc6f66b00 devfs_statfs(mp = 0xc0b2be00) devfs_mount: at /dev cloned ad0s1b - 0xc0b31b80 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe8 fault code = supervisor write, page not present instruction pointer = 0x8:0xc024176c stack pointer = 0x10:0xc7560e3c frame pointer = 0x10:0xc7560e54 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 16 (swapon) interrupt mask = none trap number = 12 panic: page fault """ -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PATCH: devfs mkIII test review please.
Ok, I belive this one is fixed now, please try again. Poul-Henning In message [EMAIL PROTECTED], Robert Drehmel writes: In 84513.966631292@critter, Poul-Henning Kamp [EMAIL PROTECTED] wrote: Please look at, test and review: http://phk.freebsd.dk/patch/devfsIII.patch [...] When booting the kernel built from a sys tree patched with the above patch, i get the following: (dmesg.out is attached) """ Mounting root from ufs:/dev/ad0s1a devfs_mount(mp = 0xc0b2be00) devfs_mount: root vp = 0xc6f66b00 devfs_statfs(mp = 0xc0b2be00) devfs_mount: at /dev cloned ad0s1b - 0xc0b31b80 Fatal trap 12: page fault while in kernel mode fault virtual address = 0xe8 fault code = supervisor write, page not present instruction pointer = 0x8:0xc024176c stack pointer = 0x10:0xc7560e3c frame pointer = 0x10:0xc7560e54 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 16 (swapon) interrupt mask = none trap number = 12 panic: page fault """ -- Robert S. F. Drehmel [EMAIL PROTECTED] FreeBSD i386 5.0-CURRENT #39: Thu Aug 17 16:57:57 CEST 2000 -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PATCH: devfs mkIII test review please.
In 85506.966672378@critter, Poul-Henning Kamp [EMAIL PROTECTED] wrote: Please configure DDB and INVARIANTS in your kernel when you use this patch, and send me output from the "trace" command in DDB when it panics. """ Stopped at i586_bz2+0x2: fstl0(%edx) i586_bz2(c0b32b80,3,2000,c65fa440,c7554eb8) at i586_bz2+0x2 spec_open(c7554eb8,c7554ecc,c021d154,c7554eb8,c6f5ad80) at spec_open+0x145 spec_vnoperate(c7554eb8,c6f5ad80,c65fa440,c02cde50,0) at spec_vnoperate+0x15 swapon(c65fa440,c7554f80,8055000,8051cfb,8051c0c) at swapon+0x7b syscall2(2f,2f,2f,8051c0c,8051cfb) at syscall2+0x166 Xint0x80_syscall() at Xint0x80_syscall+0x25 """ I also noticed that top and ps are unusable since I first booted the kernel that was built from the sys tree patched with ``devfsIII.patch''. """ $ top kvm_open: proc size mismatch (32736 total, 1048 chunks) top: out of memory $ ps ps: proc size mismatch (8448 total, 1048 chunks) $ """ -- Robert S. F. Drehmel [EMAIL PROTECTED] FreeBSD i386 5.0-CURRENT #43: Sat Aug 19 07:16:51 CEST 2000 ^^^^^^^^^^^^^^ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PATCH: devfs mkIII test review please.
In message [EMAIL PROTECTED], Robert Drehmel writes: I also noticed that top and ps are unusable since I first booted the kernel that was built from the sys tree patched with ``devfsIII.patch''. """ $ top kvm_open: proc size mismatch (32736 total, 1048 chunks) top: out of memory $ ps ps: proc size mismatch (8448 total, 1048 chunks) $ """ This is the usual excercise with recompiling libkvm, ps, top and friends when certain central kernel structures changes size. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Anyone have newmidi working?
Newmidi doesn't seem to work. The oplsbc device handling had to be hacked a bit to support non-PnP SBs, but that's inconsequential. It probes and boots fine. It seems that newmidi is completely disconnected from actually being able to work. I haven't gotten any response from the author :-( Does anyone have it working? I don't see how it could with the current state of the code. -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / [EMAIL PROTECTED]`--' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PATCH: devfs mkIII test review please.
In 86054.966696645@critter, Poul-Henning Kamp wrote: Ok, I belive this one is fixed now, please try again. Yes, it boots. But when using a kernel with ``options DEVFS'', there is no /dev/audio or /dev/mouse, for example; devfs has mounted itself to /dev. -- Robert S. F. Drehmel [EMAIL PROTECTED] FreeBSD i386 5.0-CURRENT #50: Sat Aug 19 19:08:04 CEST 2000 ^^^^^^^^^^^^^^ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PATCH: devfs mkIII test review please.
In message [EMAIL PROTECTED], Robert Drehmel writes: In 86054.966696645@critter, Poul-Henning Kamp wrote: Ok, I belive this one is fixed now, please try again. Yes, it boots. But when using a kernel with ``options DEVFS'', there is no /dev/audio or /dev/mouse, for example; devfs has mounted itself to /dev. Yes, I expected such issues. This means that the respective drivers don't use make_dev() to generate a proper dev_t for their use. I will look at thost two drivers tonight, I'm just finishing the floppy drivers clone() function. If you want to take a shot at it yourself it's quite simple: you need to call make_dev() somewhere, typically in *_attach to generate and name the dev_t for the function. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: PATCH: devfs mkIII test review please.
In message [EMAIL PROTECTED], Robert Drehmel writes: In 86054.966696645@critter, Poul-Henning Kamp wrote: Ok, I belive this one is fixed now, please try again. Yes, it boots. But when using a kernel with ``options DEVFS'', there is no /dev/audio or /dev/mouse, for example; devfs has mounted itself to /dev. Ahh, right, this is something else than I thought: These are symlinks in the normal case, for instance: /dev/audio - /dev/audio0 I have not coded the solution for the automagic for these yet, for now you can create them by hand using the standard "ln -s ..." command. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Build fails OpenSSH
Disregard... I was installing ssh, instead of openssh. Latter works. *** REPLY SEPARATOR *** On 8/19/00 at 2:31 PM Gordon Zeigler wrote: During make of OpenSSH, I get the following. I'm a neophyte. What does this indicate? === Building for m4-1.4 for subdir in doc lib src checks examples; do echo making all in $subdir; (cd $subdir make CC='cc' CFLAGS='-O -pipe' LDFLAGS='' LIBS='' prefix='/usr/local ' exec_prefix='/usr/local' bindir='/usr/local/bin' infodir='/usr/local/info' al l) || exit 1; done making all in doc cd . rm -f m4.info* makeinfo --no-split m4.texinfo /usr/libexec/ld-elf.so.1: makeinfo: Shared object has no run-time symbol table *** Error code 1 Stop. *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
vika@mtu-net.ru
Âû õîòèòå çàáûòü î ñóåòå, îêóíóòüñÿ â ìèð ðîìàíòè÷åñêèõ ãðåç? Îòêðîéòå ïóòü ê íåáåñíîìó áëàæåíñòâó, îñòàâüòå áåñêîíå÷íûå ïðîáëåìû - ïðåëåñòíàÿ íèìôà ïðåäëàãàåò Âàì îòäîõíóòü, ðàññëàáèòüñÿ è óòîíóòü â îêåàíå áëàæåíñòâà è ñëàäîñòðàñòèÿ. Ìîå ñòðîéíîå òåëî è íåæíûå ðóêè ïîâåðãíóò Âàñ â ïó÷èíó íåçàáûâàåìûõ îùóùåíèé è, ïîñåòèâ ìåíÿ îäíàæäû, Âû áóäåòå âîçâðàùàòüñÿ ê âíîâü è âíîâü Âîò íåêîòîðûå âíåøíèå äàííûå: Âèêà - øàòåíêà, 21 ãîä, ðîñò 175 ñì, âåñ 52 êã, ðàçìåð îäåæäû 44, áþñò ¹3; Òåëåôîí: (095) 723-04-67 Ïðåäëàãàþ Âàì ïîñìîòðåòü ìàëåíüêèé ñòðèïòèç. show.exe
Instant panic in _MEXT_ALLOC_CNT
With sources from this morning I am getting an instant kernel-mode
page fault in the new mbuf cluster reference counting code. It is
failing in this statement of _MEXT_ALLOC_CNT (sys/mbuf.h), as far as
I can tell:
#define _MEXT_ALLOC_CNT(m_cnt) MBUFLOCK(\
union mext_refcnt *__mcnt; \
\
__mcnt = mext_refcnt_free; \
if ((__mcnt == NULL) (m_alloc_ref(1) == 0)) \
panic("mbuf subsystem: out of ref counts!");\
mext_refcnt_free = __mcnt-next_ref;\
[*crash*]
Here is the console output and a stack trace from DDB:
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Sat Aug 19 14:49:39 PDT 2000
[EMAIL PROTECTED]:/local0/obj/local0/src/sys/BLAKE
Timecounter "i8254" frequency 1193163 Hz
Timecounter "TSC" frequency 400902857 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (400.90-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x653 Stepping = 3
Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36
,MMX,FXSR
real memory = 134205440 (131060K bytes)
avail memory = 127336448 (124352K bytes)
Preloaded elf kernel "kernel" at 0xc034b000.
Pentium Pro MTRR support enabled
npx0: math processor on motherboard
npx0: INT 16 interface
pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard
pci0: PCI bus on pcib0
pci0: Intel 82443BX (440 BX) host to PCI bridge at 0.0
pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci1: Matrox MGA G400 AGP graphics accelerator at 0.0 irq 11
isab0: Intel 82371AB PCI to ISA bridge at device 4.0 on pci0
isa0: ISA bus on isab0
pci0: Intel PIIX4 ATA controller at 4.1
pci0: Intel 82371AB/EB (PIIX4) USB controller at 4.2
intpm0: Intel 82371AB Power management controller port 0xe800-0xe80f irq 9 at
device 4.3 on pci0
intpm0: I/O mapped e800
intpm0: intr IRQ 9 enabled revision 0
smbus0: System Management Bus on intsmb0
smb0: SMBus general purpose I/O on smbus0
intpm0: PM I/O mapped e400
ahc0: Adaptec aic7890/91 Ultra2 SCSI adapter port 0xd000-0xd0ff mem
0xe000-0xefff irq 5 at device 6.0 on pci0
ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 32/255 SCBs
fxp0: Intel Pro 10/100B/100+ Ethernet port 0xb800-0xb83f mem
0xdf00-0xdf0f,0xdf80-0xdf800fff irq 12 at device 10.
0 on pci0
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc02126ac
stack pointer = 0x10:0xc035fea8
frame pointer = 0x10:0xc035febc
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 0 (swapper)
interrupt mask = net tty bio cam
kernel: type 12 trap, code=0
Stopped at fxp_add_rfabuf+0x170: movl0(%ebx),%eax
db trace
fxp_add_rfabuf(c0a52c00,0) at fxp_add_rfabuf+0x170
fxp_attach_common(c0a52c00,c0a52cd8) at fxp_attach_common+0xb8
fxp_attach(c0a4ad80,c0a4ad80,c0a49600,c0a49580,0) at fxp_attach+0x1ad
device_probe_and_attach(c0a4ad80) at device_probe_and_attach+0x8e
bus_generic_attach(c0a49580,c0a49580,c0a49700,c0a49600,0) at bus_generic_attach+0x16
device_probe_and_attach(c0a49580) at device_probe_and_attach+0x8e
bus_generic_attach(c0a49600,c0a49600,c071b680,c0a49700,0) at bus_generic_attach+0x16
device_probe_and_attach(c0a49600) at device_probe_and_attach+0x8e
bus_generic_attach(c0a49700,c0a35080,c035ffc0,c0170c46,c0a49700) at
bus_generic_attach+0x16
nexus_attach(c0a49700,c0a49700,c02c0e10,364000,0) at nexus_attach+0xd
device_probe_and_attach(c0a49700) at device_probe_and_attach+0x8e
root_bus_configure(c071b680,c029bacc,0) at root_bus_configure+0x16
configure(0,35dc00,364000,0,c011dc09) at configure+0x33
mi_startup(0,0,0,0,0) at mi_startup+0x68
begin() at begin+0x30
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: (URGENT) Instant panic in _MEXT_ALLOC_CNT
Hrmmm, there may be a logic problem here. Try this (apply it manually,
as I am not able to produce a diff at this time):
change:
if ((__mcnt == NULL) (m_alloc_ref(1) == 0))
panic("mbuf subsystem: out of ref counts!");
to:
if (__mcnt == NULL) {
if (m_alloc_ref(1) != 0)
__mcnt = mext_refcnt_free;
else
panic("mbuf subsystem: out of ref counts!");
}
It could be that the m_alloc_ref(1) doesn't fail, but that __mcnt
is still NULL, it's missing that __mcnt = mext_refcnt_free assignment.
This is most probably a BUG, so please commit the fix...
If this does not solve the problem, we may be looking at a newly
uncovered problem in fxp, although I doubt this.
-Bosko
[EMAIL PROTECTED]
- Original Message -
From: "John Polstra" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, August 19, 2000 6:21 PM
Subject: Instant panic in _MEXT_ALLOC_CNT
With sources from this morning I am getting an instant kernel-mode
page fault in the new mbuf cluster reference counting code. It is
failing in this statement of _MEXT_ALLOC_CNT (sys/mbuf.h), as far as
I can tell:
#define _MEXT_ALLOC_CNT(m_cnt) MBUFLOCK(\
union mext_refcnt *__mcnt; \
\
__mcnt = mext_refcnt_free; \
if ((__mcnt == NULL) (m_alloc_ref(1) == 0)) \
panic("mbuf subsystem: out of ref counts!");\
mext_refcnt_free = __mcnt-next_ref;\
[*crash*]
Here is the console output and a stack trace from DDB:
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #0: Sat Aug 19 14:49:39 PDT 2000
[EMAIL PROTECTED]:/local0/obj/local0/src/sys/BLAKE
Timecounter "i8254" frequency 1193163 Hz
Timecounter "TSC" frequency 400902857 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (400.90-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x653 Stepping = 3
Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,
PAT,PSE36
,MMX,FXSR
real memory = 134205440 (131060K bytes)
avail memory = 127336448 (124352K bytes)
Preloaded elf kernel "kernel" at 0xc034b000.
Pentium Pro MTRR support enabled
npx0: math processor on motherboard
npx0: INT 16 interface
pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard
pci0: PCI bus on pcib0
pci0: Intel 82443BX (440 BX) host to PCI bridge at 0.0
pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0
pci1: PCI bus on pcib1
pci1: Matrox MGA G400 AGP graphics accelerator at 0.0 irq 11
isab0: Intel 82371AB PCI to ISA bridge at device 4.0 on pci0
isa0: ISA bus on isab0
pci0: Intel PIIX4 ATA controller at 4.1
pci0: Intel 82371AB/EB (PIIX4) USB controller at 4.2
intpm0: Intel 82371AB Power management controller port 0xe800-0xe80f irq
9 at
device 4.3 on pci0
intpm0: I/O mapped e800
intpm0: intr IRQ 9 enabled revision 0
smbus0: System Management Bus on intsmb0
smb0: SMBus general purpose I/O on smbus0
intpm0: PM I/O mapped e400
ahc0: Adaptec aic7890/91 Ultra2 SCSI adapter port 0xd000-0xd0ff mem
0xe000-0xefff irq 5 at device 6.0 on pci0
ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 32/255 SCBs
fxp0: Intel Pro 10/100B/100+ Ethernet port 0xb800-0xb83f mem
0xdf00-0xdf0f,0xdf80-0xdf800fff irq 12 at device 10.
0 on pci0
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x0
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc02126ac
stack pointer = 0x10:0xc035fea8
frame pointer = 0x10:0xc035febc
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 0 (swapper)
interrupt mask = net tty bio cam
kernel: type 12 trap, code=0
Stopped at fxp_add_rfabuf+0x170: movl0(%ebx),%eax
db trace
fxp_add_rfabuf(c0a52c00,0) at fxp_add_rfabuf+0x170
fxp_attach_common(c0a52c00,c0a52cd8) at fxp_attach_common+0xb8
fxp_attach(c0a4ad80,c0a4ad80,c0a49600,c0a49580,0) at fxp_attach+0x1ad
device_probe_and_attach(c0a4ad80) at device_probe_and_attach+0x8e
bus_generic_attach(c0a49580,c0a49580,c0a49700,c0a49600,0) at
bus_generic_attach+0x16
device_probe_and_attach(c0a49580) at device_probe_and_attach+0x8e
bus_generic_attach(c0a49600,c0a49600,c071b680,c0a49700,0) at
bus_generic_attach+0x16
device_probe_and_attach(c0a49600) at device_probe_and_attach+0x8e
bus_generic_attach(c0a49700,c0a35080,c035ffc0,c0170c46,c0a49700) at
bus_generic_attach+0x16
nexus_attach(c0a49700,c0a49700,c02c0e10,364000,0) at nexus_attach+0xd
Re: (URGENT) Instant panic in _MEXT_ALLOC_CNT
In article 000501c00a34$dfd43f20$71cbc918@jehovah,
Bosko Milekic [EMAIL PROTECTED] wrote:
Hrmmm, there may be a logic problem here. Try this (apply it manually,
as I am not able to produce a diff at this time):
change:
if ((__mcnt == NULL) (m_alloc_ref(1) == 0))
panic("mbuf subsystem: out of ref counts!");
to:
if (__mcnt == NULL) {
if (m_alloc_ref(1) != 0)
__mcnt = mext_refcnt_free;
else
panic("mbuf subsystem: out of ref counts!");
}
It could be that the m_alloc_ref(1) doesn't fail, but that __mcnt
is still NULL, it's missing that __mcnt = mext_refcnt_free assignment.
This is most probably a BUG, so please commit the fix...
That fixed it. Thanks for the quick reply!
I have committed the fix just now.
John
--
John Polstra [EMAIL PROTECTED]
John D. Polstra Co., Inc.Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
