kernel trap 12, pagefault (KSE problems ?)
Julian,
Just got anotherone. It happened when I pressed CTRL Z ...
This is CURRENT of today. The pagefault always happens at the same place.
I really don't know how I can debug this ... :-( In any case,
tf_ebp looks bugus here.
#27 0xc03ace38 in syscall (frame=
{tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 134590208, tf_esi =
134590288, tf_ebp = -1077937400, tf_isp = -376455820, tf_ebx = 672195836, tf_edx
= 134558656, tf_ecx = 0, tf_eax = 190, tf_trapno = 12, tf_err = 2, tf_eip =
671795807, tf_cs = 31, tf_eflags = 662, tf_esp = -1077937556, tf_ss = 47}) at
/usr/src/sys/i386/i386/trap.c:1050
#28 0xc039b34d in Xint0x80_syscall () at /var/tmp/cciyCklS.s:140
(kgdb) list
1045td->td_retval[0] = 0;
1046td->td_retval[1] = frame.tf_edx;
1047
1048STOPEVENT(p, S_SCE, narg);
1049
1050error = (*callp->sy_call)(td, args);
1051}
1052
1053switch (error) {
1054case 0:
(kgdb) p td
$6 = (struct thread *) 0xcd49a600
(kgdb) p *td
$7 = {td_proc = 0xcd566a90, td_ksegrp = 0xcd566ac8, td_plist = {tqe_next = 0x0,
tqe_prev = 0xcd566aa0}, td_kglist = {
tqe_next = 0x0, tqe_prev = 0xcd566ae4}, td_slpq = {tqe_next = 0x0, tqe_prev
= 0xcc019198}, td_blkq = {tqe_next = 0x0,
tqe_prev = 0xc05d488c}, td_runq = {tqe_next = 0x0, tqe_prev = 0x0}, td_selq
= {tqh_first = 0x0, tqh_last = 0xcd49a630},
td_flags = 2, td_inhibitors = 0, td_last_kse = 0x0, td_kse = 0xcd566b20,
td_dupfd = 0, td_wchan = 0x0,
td_wmesg = 0xc03eb136 "biord", td_lastcpu = 0 '\0', td_inktr = 0 '\0',
td_inktrace = 0 '\0', td_locks = 0, td_blocked = 0x0,
td_ithd = 0x0, td_mtxname = 0x0, td_contested = {lh_first = 0xc04375e0},
td_sleeplocks = 0x0, td_intr_nesting_level = 0,
td_mailbox = 0x0, td_ucred = 0xce005180, td_switchin = 0, td_critnest = 1,
td_md = , td_base_pri = 160 ' ',
td_priority = 16 '\020', td_pcb = 0xe98fbda0, td_state = TDS_RUNNING,
td_retval = {0, 134558656}, td_slpcallout = {c_links = {
sle = {sle_next = 0x0}, tqe = {tqe_next = 0x0, tqe_prev = 0x0}}, c_time =
0, c_arg = 0x0, c_func = 0, c_flags = 8},
td_frame = 0xe98fbd48, td_kstack_obj = 0xcd4915dc, td_kstack = 3918503936}
(kgdb) frame 28
(kgdb) disass
Dump of assembler code for function Xint0x80_syscall:
0xc039b330 : push $0x2
0xc039b332 :sub$0x4,%esp
0xc039b335 :pusha
0xc039b336 :push %ds
0xc039b337 :push %es
0xc039b338 :push %fs
0xc039b33a : mov$0x10,%ax
0xc039b33e : mov%eax,%ds
0xc039b340 : mov%eax,%es
0xc039b342 : mov$0x18,%ax
0xc039b346 : mov%eax,%fs
0xc039b348 : call 0xc03acb0c
0xc039b34d : jmp0xc039cab0
0xc039b352 : mov%esi,%esi
End of assembler dump.
(kgdb) disass 0xc039cab0
Dump of assembler code for function doreti_next:
0xc039cab0 : testl $0x2,0x3c(%esp,1)
0xc039cab8 : je 0xc039cac5
0xc039caba :cmpl $0x1,0xc0452340
0xc039cac1 :jne0xc039cacc
0xc039cac3 :jmp0xc039caeb
End of assembler dump.
(kgdb) disass 0xc039cacc
Dump of assembler code for function doreti_ast:
0xc039cacc :cli
0xc039cacd : mov%fs:0x0,%eax
0xc039cad3 : mov0x44(%eax),%eax
0xc039cad6 : testl $0xc00,0x20(%eax)
0xc039cadd : je 0xc039caeb
0xc039cadf : sti
0xc039cae0 : push %esp
0xc039cae1 : call 0xc0251650
0xc039cae6 : add$0x4,%esp
0xc039cae9 : jmp0xc039cacc
(kgdb) disass 0xc03acb0c
Dump of assembler code for function syscall:
0xc03acb0c : push %ebp
0xc03acb0d : mov%esp,%ebp
0xc03acb0f : push %ebx
0xc03acb10 : sub$0x58,%esp
0xc03acb13 : mov%fs:0x0,%eax
0xc03acb19 :mov%eax,0xffe4(%ebp)
0xc03acb1c :mov0xffe4(%ebp),%eax
0xc03acb1f :mov%eax,0xffec(%ebp)
0xc03acb22 :mov0xffec(%ebp),%eax
0xc03acb25 :mov%eax,0xfff0(%ebp)
0xc03acb28 :mov0xfff0(%ebp),%eax
0xc03acb2b :mov(%eax),%eax
0xc03acb2d :mov%eax,0xffe0(%ebp)
0xc03acb30 :mov%fs:0x34,%eax
0xc03acb36 :add$0xc8,%eax
0xc03acb3b :mov%eax,0xffb0(%ebp)
0xc03acb3e :mov0xffb0(%ebp),%eax
0xc03acb41 :incl (%eax)
0xc03acb43 :mov0xfff0(%ebp),%eax
0xc03acb46 :mov0x44(%eax),%eax
0xc03acb49 :mov0x54(%eax),%eax
0xc03acb4c :mov%eax,0xffec(%ebp)
0xc03acb4f :mov0xfff0(%ebp),%eax
0xc03acb52 :lea0x8(%ebp),%edx
0xc03acb55 :mov%edx,0xb0(%eax)
0xc03acb5b :mov0xfff0(%ebp),%eax
0xc03acb5e :mov0xffe0(%ebp),%edx
0xc03acb61 :mov0x78(%eax),%eax
0xc03acb64 :cmp0x20(%edx),%eax
0xc03acb67 :je 0xc03acb74
0xc03acb69 :pushl 0xfff0(%ebp)
0xc03acb6c :call 0xc0228434
0xc03acb6c :call 0xc0228434
0xc03acb71 : add$0x4,%es
Followup to XFree86-4-Server and lcms problems
Hi As promised I did some further testing and found that either of the problematic ports will build fine in case that: 1. both world and kernel are built without any CPU specific optimisation beforehand (with kan's patch) 2. also the ports will be compiled without any CPU specific optimisation I didn't try yet the case with world and kernel built without optimisation and port build with optimisation. Certainly there are problems with gcc and NO_CPU_CFLAGS= true NO_CPU_COPTFLAGS= true are proven to be beneficial for making -current fit, no matter what someone said a few days ago. Sorry for being harsh. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: missing 'wcscoll'.
On Fri, Sep 13, 2002 at 10:22:09AM +0100, Josef Karthauser wrote: > I've not looked too deeply as to the cause, but I'm hoping someone here > can shed some light on it for me. I'm having trouble building openjade > from the ports on -current. The build bombs out with: > > LangObj.cxx: In member function `virtual bool > RefLangObj::areEquivalent(const >StringC&, const StringC&, short unsigned int) const': > LangObj.cxx:122: `wcsxfrm' undeclared (first use this function) wcsxfrm() is not implemented. > LangObj.cxx:122: (Each undeclared identifier is reported only once for > each >function it appears in.) > LangObj.cxx: In member function `virtual bool RefLangObj::isLess(const >StringC&, const StringC&) const': > LangObj.cxx:146: `wcscoll' undeclared (first use this function) wcscoll() is not implemented. > gmake[2]: *** [LangObj.lo] Error 1 > gmake[2]: Leaving directory > `/data/ports/workdirs/usr/ports/textproc/openjade/work/openjade-1.3.1/style' > gmake[1]: *** [style] Error 2 > gmake[1]: Leaving directory > `/data/ports/workdirs/usr/ports/textproc/openjade/work/openjade-1.3.1' > gmake: *** [all] Error 2 > *** Error code 2 > > > Is this a known problem (it builds find under -stable), or is > something spammed at my end? Some GNU (and GNU-style) programs assume that the presence of the restartable multibyte/wide character functions (mbsrtowcs(), wcsrtombs()) means that all of the other ISO C90 Amd.1 wide character functions exist. The restartable mb/wc functions were added recently and do not exist in -stable. Making blind assumptions like this defeats the purpose of using autoconf at all.. a hack solution is probably to tell it not to use wcscoll/wcsxfrm by editing config.h. The real solution is for us to implement these functions, and for whoever wrote the autoconf gunk to be more careful. Tim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Alpha fatal warning in kernel compile
Bruce Evans wrote: > > cc1: warnings being treated as errors > > /local0/src2/sys/dev/ccd/ccd.c: In function `ccdiodone': > > /local0/src2/sys/dev/ccd/ccd.c:1181: warning: long long int format, daddr_t arg >(arg 6) > > *** Error code 1 > > This is a routine printf format error. %lld format should only be used > for printing long longs (which should never be used). Here the type is > daddr_t, which happens to be int64_t, which happens to be plain long on > alphas. > > Don't forget to fix the other error in the printf. 2 bio_blkno's are > printed using 2 different wrong formats, but only 1 is warned about > because the value of 1 of them is broken (cast) to be bug for bug > compatible with its format. I took the liberty to fix those. Cheers, Maxime To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
missing 'wcscoll'.
I've not looked too deeply as to the cause, but I'm hoping someone here can shed some light on it for me. I'm having trouble building openjade from the ports on -current. The build bombs out with: LangObj.cxx: In member function `virtual bool RefLangObj::areEquivalent(const StringC&, const StringC&, short unsigned int) const': LangObj.cxx:122: `wcsxfrm' undeclared (first use this function) LangObj.cxx:122: (Each undeclared identifier is reported only once for each function it appears in.) LangObj.cxx: In member function `virtual bool RefLangObj::isLess(const StringC&, const StringC&) const': LangObj.cxx:146: `wcscoll' undeclared (first use this function) gmake[2]: *** [LangObj.lo] Error 1 gmake[2]: Leaving directory `/data/ports/workdirs/usr/ports/textproc/openjade/work/openjade-1.3.1/style' gmake[1]: *** [style] Error 2 gmake[1]: Leaving directory `/data/ports/workdirs/usr/ports/textproc/openjade/work/openjade-1.3.1' gmake: *** [all] Error 2 *** Error code 2 Is this a known problem (it builds find under -stable), or is something spammed at my end? Joe -- "As far as the laws of mathematics refer to reality, they are not certain; and as far as they are certain, they do not refer to reality." - Albert Einstein, 1921 msg42964/pgp0.pgp Description: PGP signature
Re: Alpha fatal warning in kernel compile
On Thu, 12 Sep 2002, Kris Kennaway wrote: > How are you supposed to disable -Werror in kernel builds? Setting Not :-). You are supposed to fix errors and not ignore them. > ... > cc1: warnings being treated as errors > /local0/src2/sys/dev/ccd/ccd.c: In function `ccdiodone': > /local0/src2/sys/dev/ccd/ccd.c:1181: warning: long long int format, daddr_t arg (arg >6) > *** Error code 1 This is a routine printf format error. %lld format should only be used for printing long longs (which should never be used). Here the type is daddr_t, which happens to be int64_t, which happens to be plain long on alphas. Don't forget to fix the other error in the printf. 2 bio_blkno's are printed using 2 different wrong formats, but only 1 is warned about because the value of 1 of them is broken (cast) to be bug for bug compatible with its format. There are several more printf format errors hidden under options. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
/usr/src/sys/kern/kern_acct.c v 1.50 causes flooding of systemconsole and logs
/usr/src/sys/kern/kern_acct.c v 1.50 causes flooding of system console and logs about 20 times per minute with the following message: /usr/src/sys/vm/uma_core.c:1332: could sleep with "accounting" locked from /usr/src/sys/kern/kern_acct.c:213 Cheers, Vince - [EMAIL PROTECTED] - Vice President __ Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ] WurldLink Corporation / / / / | / | __] ] San Francisco - Honolulu - Hong Kong / / / / / |/ / | __] ] HongKong Stars/Gravis UltraSound Mailing Lists Admin /_/_/_/_/|___/|_|[] Almighty1@IRC - oahu.DAL.NET Hawaii's DALnet IRC Network Server Admin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Options MAXMEM added to GENERIC kernel config causes kernel panicin -current
Greetings everyone,
With the latest -CURRENTs that I have tested on several different
machines ranging from PII/PIII/PIV Desktop and Notebooks, whenever the
following option is added to the GENERIC kernel config, the kernel will
panic on booting up. I used this option in the January 2002 -currents
without problems. The tested systems range in memory from 128MB to 1GIG.
options MAXMEM=786432
This is the output, is there a way to log everything to a file instead of
having to manually type it?
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [/boot/kernel/kernel] in 9 seconds...
Type '?' for a list of commands, 'help' for more detailed help.
OK boot -vs
/boot/kernel/acpi.ko text=0x2fab4 data=-0x1a84+0x6e0
syms=[0x4+0x5540+0x702d|]
SMAP type=01 base= len= 0009fc00
SMAP type=02 base= 0009fc00 len= 0400
SMAP type=02 base= 000f len= 0001
SMAP type=01 base= 0010 len= 1fed
SMAP type=03 base= 1ffd len= f000
SMAP type=04 base= 1ffdf000 len= 1000
SMAP type=02 base= 1ffe len= 0002
SMAP type=02 base= fffe len= 0002
Physical memory use set to 786432K
Copyright (c) 1992-2002 The FreeBSD Project.
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: Thu Sep 12 18:46:49 PDT 2002
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/BIGBANG
Preloaded elf kernel "/boot/kernel/kernel" at 0xc062a000.
Preloaded elf module "/boot/kernel/acpi.ko" at 0xc062a0b4.
Calibrating clock(s) ... TSC clock: 363943173 Hz, i8254 clock: 1193127 Hz
CLK_USE_I8254_CALIBRATION not specified - using default frequency
Timecounter "i8254" frequency 1193102 Hz
CLK_USE_TSC_CALIBRATION not specified - using old calibration method
Timecounter "TSC" frequency 363961118 Hz
CPU: Pentium II/Pentium II Xeon/Celeron (363.96-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0x66a Stepping = 10
Features=0x183f9ff
real memory = 536870912 (524288K bytes)
Physical memory chunk(s):
0x1000 - 0x0009efff, 647168 bytes (158 pages)
0x00651000 - 0x1fff7fff, 530214912 bytes (129447 pages)
avail memory = 513802240 (501760K bytes)
bios32: Found BIOS32 Service Directory header at 0xc00fd800
bios32: Entry = 0xfd820 (c00fd820) Rev = 0 Len = 1
pcibios: PCI BIOS entry at 0xfd880+0x0
pnpbios: Found PnP BIOS data at 0xc00fe700
pnpbios: Entry = f:e724 Rev = 1.0
pnpbios: Event flag at 415
Other BIOS signatures found:
random:
mem:
Pentium Pro MTRR support enabled
null:
pci_open(1):mode 1 addr port (0x0cf8) is 0x80003b40
pci_open(1a): mode1res=0x8000)
pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086)
Using $PIR table, 5 entries at 0xc00f9f90
PCI-Only Interrupts: 11
Location Bus Device Pin Link IRQs
embedded 0 7 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 7 D 0x63 3 4 5 6 7 9 10 11 12 14 15
embedded 0 2 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 2 B 0x61 3 4 5 6 7 9 10 11 12 14 15
embedded 1 0 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 4 A 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 4 B 0x60 3 4 5 6 7 9 10 11 12 14 15
embedded 0 4 C 0x62 3 4 5 6 7 9 10 11 12 14 15
embedded 0 4 D 0x63 3 4 5 6 7 9 10 11 12 14 15
embedded 0 6 A 0x60 3 4 5 6 7 9 10 11 12 14 15
panic: pmap_mapdev: Couldn't alloc kernel virtual memory
Debugger("panic")
Stopped at Debugger+0x45: xchgl %ebx,in_Debugger.0
db> trace
Debugger(c0435e9c) at Debugger+0x45
panic(c0460ba0,0,0,c064cbc4,0) at panic+0x7c
pmap_mapdev(1ffd,0,c064cc54,c064cbd4,c060547a) at pmap_mapdev+0x5d
AcpiOsMapMemory(1ffd,0,0,c064cbc4,0) at AcpiOsMapMemory+0x12
AcpiTbGetThisTable(c064cc54,c064cc08,c064cc64,c064cc54,c064cc54) at
AcpiTbGetThisTable+0xa6
AcpiTbGetTableBody(c064cc54,c064cc08,c064cc64,0,0) at AcpiTbTableBody+0x3b
AcpiTbGetTable(c064cc54,c064cc64,c064cc54,9,1ffd) at AcpiTbGetTable+0x29
AcpiTbGetTableRsdt(1,fd6e0,0,c061a520,c159ec80) at AcpiTbGetTableRsdt+0x1a
AcpiLoadTables(0,c66d8118,c061a3c8,c1586aa0,c064ccfc) at AcpiLoadTables+0x85
acpi_identify(c061a3c8,c159ec80) at acpi_identify+0x99
bus_generic_probe(c159ec80,c66b1090,c064cd34,c028e724,c159ec80) at
bus_generic_probe+0x54
nexus_probe(c159ec80) at nexus_probe+0x186
device_probe_child(c159ef00,c159ec80,c028e4e5,c15917c8,1) at
device_probe_child+0xcc
device_probe_and_attach(c159ec80) at device_probe_and_attach+0x4b
root_bus_configure(c159ef00,c045b660,0,4) at root_bus_configure+0x16
configure(0,649c00,649000,0,c01378b5) at configure+0x22
mi_startup() at mi_startup+0x9a
begin() at begin+0x2c
db>
Cheers,
Vince - [EMAIL PROTECTED] - Vice President __
Unix Networking Operations - FreeBSD-Real Unix for Free / / / / | / |[__ ]
WurldLi
