IRQ problem with VAIO laptop again
I had noted a problem with choppy audio after the pci.c update of a week ago; this turns out to be more general. I've also lost firewire and the memory-stick slot (3rd usb controller) completely: --- Copyright (c) 1992-2003 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.1-CURRENT #24: Wed Nov 19 13:35:33 PST 2003 [EMAIL PROTECTED]:/d/obj-c/usr/src/sys/PORT2 Preloaded elf kernel /boot/kernel/kernel at 0xc087d000. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 1200MHz (1193.11-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 535298048 (510 MB) avail memory = 510177280 (486 MB) Pentium Pro MTRR support enabled acpi0: SONY C1 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdf30 Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu0: C2 state 1 lat acpi_tz0: Thermal Zone port 0x530-0x537 on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 2 INTA is routed to irq 9 pcib0: slot 29 INTA is routed to irq 9 pcib0: slot 29 INTB is routed to irq 9 pcib0: _PRS resource entry has unsupported type 0 agp0: Intel 82830M (830M GMCH) SVGA controller mem 0xe000-0xe007,0xe800-0xefff irq 9 at device 2.0 on pci0 agp0: detected 892k stolen memory agp0: aperture size is 128M pci0: display at device 2.1 (no driver attached) uhci0: Intel 82801CA/CAM (ICH3) USB controller USB-A port 0x1800-0x181f irq 9 at device 29.0 on pci0 usb0: Intel 82801CA/CAM (ICH3) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801CA/CAM (ICH3) USB controller USB-B port 0x1820-0x183f irq 9 at device 29.1 on pci0 usb1: Intel 82801CA/CAM (ICH3) USB controller USB-B on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ==++==++==++==++==++==++==++==++==++==++ uhci2: Intel 82801CA/CAM (ICH3) USB controller USB-C port 0x1840-0x185f at device 29.2 on pci0 pcib0: _PRS resource entry has unsupported type 0 uhci2: Could not allocate irq device_probe_and_attach: uhci2 attach returned 6 This one loses the memory-stick slot ==++==++==++==++==++==++==++==++==++==++--- pcib1: ACPI PCI-PCI bridge at device 30.0 on pci0 pci2: ACPI PCI bus on pcib1 pcib1: _PRS resource entry has unsupported type 0 pcib1: slot 8 INTA is routed to irq 9 ==++==+++=++==++==++==++==++==++==++==++ fwohci0: Texas Instruments TSB43AB22/A mem 0xe020-0xe0203fff,0xe0205000-0xe02057ff at device 2.0 on pci2 pcib1: _PRS resource entry has unsupported type 0 fwohci0: Could not allocate irq device_probe_and_attach: fwohci0 attach returned 6 This one loses firewire ==++==++==++==++==++==++==++==++==++===+==++ cbb0: RF5C475 PCI-CardBus Bridge irq 3 at device 5.0 on pci2 start (8800) sc-membase (e020) end () sc-memlimit (e02f) cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0 cbb0: [MPSAFE] fxp0: Intel 82801CAM (ICH3) Pro/100 VE Ethernet port 0x3000-0x303f mem 0xe0204000-0xe0204fff irq 9 at device 8.0 on pci2 fxp0: Ethernet address 08:00:46:4e:96:17 miibus0: MII bus on fxp0 inphy0: i82562ET 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cbb1: TI1410 PCI-CardBus Bridge at device 11.0 on pci2 start (8800) sc-membase (e020) end () sc-memlimit (e02f) cardbus1: CardBus bus on cbb1 pccard1: 16-bit PCCard bus on cbb1 pcib1: slot 11 INTA is routed to irq 9 cbb1: [MPSAFE] isab0: PCI-ISA bridge at device 31.0 on pci0 isa0: ISA bus on isab0 atapci0: Intel ICH3 UDMA100 controller port 0x1860-0x186f,0x374-0x377,0x170-0x177,0x3f4-0x3f7,0x1f0-0x1f7 mem 0xe010-0xe01003ff at device 31.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] pci0: serial bus, SMBus at device 31.3 (no driver attached) ==++==++==++==++==++==++==++==++==++==++==++ pcm0: Intel ICH3 (82801CA) port 0x18c0-0x18ff,0x1c00-0x1cff irq 9 at device 31.5 on pci0 pcm0: Yamaha YMF753 AC97 Codec This one says it has an IRQ but it doesn't work. Since it is shared with usb, I can get the audio to work fairly well by moving an external mouse around during playing :-( This is the one that I had noticed breakage on; I only noticed the other two devices this morning when I tried to burn a CD.
Re: IRQ problem with VAIO laptop again
I had noted a problem with choppy audio after the pci.c update of a week ago; this turns out to be more general. I've also lost firewire and the memory-stick slot (3rd usb controller) completely: --- Following up to my own note: With no visible change to dmesg, the audio now appears to work at least pretty well, maybe a little chop but acceptable with no changes to pci.c; maybe some acpi change fixed it? Music plays at least fairly well now, but the X-windows beep function (using kde + artsd) still seems rather delayed but now completely non-choppy. However, the firewire and memory-stick are still listed as missing in action... I can't burn a cd using my usb drive since this laptop doesn't support ehci (can send the files to another computer with an internal drive). I will check this again, but I am pretty sure that I have plug-and-play OS turned ON in my bios since last summer when the acpi started working fairly well. How is this supposed to be set now on non-acpi motherboards (I have several such that run current; one Aladdin-5 K6-2 (ASUS has acpi, but at least one of my cheap ones doesn't), and an embedded-controller (Cyrix GX) mini-system)? -- Pete ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ICH4 gaps in sound.
Mine is ICH3 with the same problem; this depends on a change sometime between last Friday (worked fine) and this morning (broke) PST... It looks as if someone made a change to interrupt routing sometime since the changes to the fsstat struct (I had recompiled then and the sound problem was NOT present; today I recompile and it is.) I may be blowing smoke; the problem could also be in the sound driver itself... My system is a Sony VAIO R505ES with Yamaha sound chip, I suspect it doesn't matter just which sound chip you have. As I say, my sound was normal this morning with a compile on the 14th, and is now broken. There could also be a problem with interrupt sharing (almost everything on this laptop is on IRQ 9), but enough other things work that I somehow doubt it. (first thing that normally breaks with interrupt sharing problems is my wi0 Orinoco built-in, and *that* is working fine.) Problem here is that ICHx sound appears to depend on what some would consider a redundant interrupt routing request (at least in VAIO configuration); several people in the past have cleaned up the apparent redundancy and it breaks Sony's sound :-( dmesg excerpt here: pcm0: Intel ICH3 (82801CA) port 0x18c0-0x18ff,0x1c00-0x1cff irq 9 at device 31.5 on pci0 pcm0: Yamaha YMF753 AC97 Codec -- Pete ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATAng vs Aladdin chipset
ASUS P5A or P5AB (one of each now) - won't boot without setting hw.ata.ata_dma=0. GEOM recognizes the drive itself but then the reads of the disklabels fail with a message that I can't find in the source, about a DMA failure. System then prompts to mount root and nothing I type works. I see looking at the list archive that I'm not the only one with this problem. The message appears 3 times per drive with some seconds between, implying to me that it is (at least) a missing interrupt (or completely missing operation?). If anyone wants I could take the trouble to set up a serial console and capture the output. I suspect that is already done somewhere though. Approx same cvsup time works fine in my laptop running ICH3 chipset. Then again, Intel != Acer :-) At least I figured out a bypass easily... Makes make world lots slower but at least works. Other (unrelated?) minor problem in past (don't know if it's still there); acpi timer doesn't work right on this chipset either (ran clock at approx double rate with lots of went backwards messages). Appears better now at least on one example (non-ASUS board, though) - at least ntp is happy. -- Pete ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ATAng vs Aladdin chipset
Well, I misspoke on the timer; the one that works is booting in non-acpi mode by beasties choice; the older one still fails if I comment the acpi ignore timer statement. Actually that one appears to run slow by about half. Both fail equally in ATAng so acpi isn't making any difference (nor does it appear to make much if any other difference in the motherboard operation); on the laptop acpi is necessary to make PCMCIA work at all, among other things. -- Pete ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
pedantic again
Someone added -std=gnu89 -pedantic to libcrypto's make; given that stdlib.h and several other places contain long long, this results in several thousands of warnings about C89. We need to either go modern or not but not try both at once :-) Also usr.bin/window generates LOTS of warnings; I didn't spot just what kind. -- Pete ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
-pedantic yet again, this time with Werror
This one stops the build: Same cvsup (of about an hour ago) as for my previous note. -- Pete - === libexec/tcpd cc -O -pipe -march=pentium3 -DREAL_DAEMON_DIR=\/usr/libexec\ -DSEVERITY=LOG_INFO -DRFC931_TIMEOUT=10 -DHOSTS_DENY=\/etc/hosts.deny\ -DHOSTS_ALLOW=\/etc/hosts.allow\ -DFACILITY=LOG_DAEMON -DINET6 -std=iso9899:1990 -pedantic -Wformat=2 -Wno-format-extra-args -Werror -c /usr/src/contrib/tcp_wrappers/tcpd.c cc1: warnings being treated as errors In file included from /usr/obj/usr/src/i386/usr/include/sys/stat.h:100, from /usr/src/contrib/tcp_wrappers/tcpd.c:23: /usr/obj/usr/src/i386/usr/include/sys/time.h: In function `timespec2bintime': /usr/obj/usr/src/i386/usr/include/sys/time.h:125: warning: ISO C89 forbids long long integer constants /usr/obj/usr/src/i386/usr/include/sys/time.h: In function `timeval2bintime': /usr/obj/usr/src/i386/usr/include/sys/time.h:142: warning: ISO C89 forbids long long integer constants /usr/src/contrib/tcp_wrappers/tcpd.c: In function `main': /usr/src/contrib/tcp_wrappers/tcpd.c:133: warning: ISO C does not support the `%m' printf format *** Error code 1 Stop in /usr/src/libexec/tcpd. *** Error code 1 Stop in /usr/src/libexec. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Pedantic and Werror together...
pedantic and Werror together cause problems again... I presume we really need the quad type here. (or is this one due to a compiler upgrade?) -- Pete --- === lib/csu/i386-elf rm -f .depend mkdep -f .depend -a-I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include/usr/src/lib/csu/i386-elf/crti.S /usr/src/lib/csu/i386-elf/crtn.S mkdep -f .depend -a-I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include /usr/src/lib/csu/i386-elf/crt1.c cc -O -pipe -march=pentium3 -elf -Wall -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -pedantic -Wbad-function-cast -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /usr/src/lib/csu/i386-elf/crt1.c -o crt1.o cc1: warnings being treated as errors In file included from /usr/src/lib/csu/i386-elf/crt1.c:33: /usr/obj/usr/src/i386/usr/include/stdlib.h:134: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:135: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:140: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:143: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:145: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:148: warning: ISO C89 does not support `long long' /usr/obj/usr/src/i386/usr/include/stdlib.h:151: warning: ISO C89 does not support `long long' *** Error code 1 Stop in /usr/src/lib/csu/i386-elf. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
FXP breakage
This may be just my infamous vaio acting up again, but since the recent commit to fxp driver (Monday?) I get a panic on device probe (page fault in kernel mode). That and the way the pccbb act up (always return 0 for event and status register reads, and don't reset pending interrupt on event reg write) make me think that something is awry with the way acpi/pci allocate memory for the device windows. I know there is something funny with the aml/asl since almost everything ends up on irq 9 also... I also sometimes see the lock order problem with pcm but mostly just missing interrupts (choppy sound that comes out slow but in the right order). PCM is responding to display interrupts... -- Pete ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Witness problem with sound
I don't know how system-specific this problem is, but: Sony VAIO R505ES Sound is Intel ICH3 + Yamaha. This or something closely related has been happening for weeks. Several times earlier this week and last week sound panic'd, and also sometimes there was a panic (several different kinds) on boot. Late last week X wouldn't start due to not being able to see the VESA modes. All those except the sound problems currently appear fixed... This may or may not be related to the fact that acpi puts nearly all device interrupts on irq 9 (which causes other problems). Problem: .. Mar 4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:748 Mar 4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:748 Mar 4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:748 Mar 4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:696 Mar 4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:696 Mar 4 14:56:27 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:696 Mar 4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:696 Mar 4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:696 Mar 4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:696 Mar 4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:673 Mar 4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:673 Mar 4 14:56:28 port2 kernel: /usr/src/sys/vm/uma_core.c:1330: could sleep with pcm0:play:0 locked from /usr/src/sys/dev/sound/pcm/dsp.c:673 . (repeated by the thousands, at various lines, the above plus sound.c:191 . Sound comes out but is chopped up, as if interrupt service was not reliable. Dmesg: Copyright (c) 1992-2003 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 #34: Tue Mar 4 11:36:51 PST 2003 [EMAIL PROTECTED]:/d/obj-c/usr/src/sys/PORT2 Preloaded elf kernel /boot/kernel/kernel at 0xc053f000. Preloaded elf module /boot/kernel/acpi.ko at 0xc053f0a8. Calibrating clock(s) ... i8254 clock: 1193201 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz Calibrating TSC clock ... TSC clock: 1193108506 Hz Timecounter TSC frequency 1193108506 Hz CPU: Intel(R) Pentium(R) III Mobile CPU 1200MHz (1193.11-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 535298048 (510 MB) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x00566000 - 0x1fce, 527998976 bytes (128906 pages) 0x1fd0 - 0x1fe77fff, 1540096 bytes (376 pages) avail memory = 514080768 (490 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6bb0 bios32: Entry = 0xfd871 (c00fd871) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd870+0x13a pnpbios: Found PnP BIOS data at 0xc00f6be0 pnpbios: Entry = f:8816 Rev = 1.0 Other BIOS signatures found: Allocating major#253 to net wlan: 802.11 Link Layer null: null device, zero device Allocating major#252 to pci random: entropy source mem: memory I/O Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: SONY C1 on motherboard ACPI-0625: *** Info: GPE Block0 defined as GPE0 to GPE15 ACPI-0625: *** Info: GPE Block1 defined as GPE16 to GPE31 pci_open(1):mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=35758086) pcibios: BIOS version 2.10 Using $PIR table, 9 entries at 0xc00fdf30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded25A 0x69 3 embedded28A 0x68 9 embedded0 29A 0x60 9 embedded0 29B 0x63 9 embedded02A 0x60 9 embedded01A 0x60 9 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min =
Re: Vaio ACPI and PCCARD problems
This is a Vaio R505ES. Looks as if acpi is both totally necessary and doesn't work right. ... psm doesn't work (fails probe too). Complains about unable to allocate irq. ... You might try this. I have a Sony Vaio GRX-670 and the touch pad didn't work. Took me a while to track down this one line change ;) Don't know if the R505ES has the same issue... Doesn't work, at least with acpi enabled. I think acpi processes psm before pnp gets to, then drops the whole thing... -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Vaio ACPI and PCCARD problems
This is a Vaio R505ES. Looks as if acpi is both totally necessary and doesn't work right. In my last 2 compiles (since about 12/20) I get a lock-order-reversal panic during boot, after init starts. continue in ddb makes things appear to work right. If this was fixed since 12/23 I apologize for the complaint; I cvsup'd today but am currently building the result so haven't tried it. Things have improved greatly; I can now use the cdr/dvd drive via firewire, in current only; still fails to allocate an interrupt under stable. X (with 830 driver using XFree86 HEAD) works OK in stable but the server cores immediately after the pci probes (before the specific device probes) in current. (using the same XF86Config that works in stable.) This appears to be either a system header file problem or compiler problem as it only happens when the server was compiled under current. The same source code compiled under stable works in stable, and brings up xdm in current, but fails pam (complains of a faulty module) under current (that is somewhat, but not too, surprising). (I normally use xdm/kdm rather than startx). There are some more-or-less severe problems during server resets and other reversions to text mode, but generally things are usable. I can't get kdm to work at all with this server in either stable or current. umass works in both current and stable for an external device but the memory-stick slot only works in current (I think this is an irq problem in stable). psm doesn't work (fails probe too). Complains about unable to allocate irq. pcm appears to not work, though dmesg indicates it probes OK. wavplay of a file that should last a minute gives the normal printout of the header, then says it is starting; it goes silently about a second and quits apparently normally. I'm not getting the hang messages that some others are complaining about. Putting pccard code in the kernel (either oldcard or newcard) causes a hang after trying /sbin/init. Looking in ddb at the hang gives the appearance that something is asserting irq9 (I suspect cbb1 but can't be sure since for some reason acpi allocates irq9 to almost everything in the system) and the interrupt code isn't clearing the pending irq for some reason. Part of my suspicion here has to do with 0 results for the debug printouts in pccard; looking at the code this shouldn't happen. (though I'd think just reading those registers should clear at least some interrupts.) I have an asl dump (without acpi_load=no) on my home server; http://pelican.altadena.net/~pete/r505es.asl In particular, the _OS_ test is strange; it checks 2-character substrings of the OS string for some reason; this obfuscates what it is testing for. The strange thing is that only irq 9 is used for floating values though 10,11,5 and I think 13 are all free. I don't have a dmesg for the hang case due to lack of another usable computer with serial port at the moment; without pccard code, it is: 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 #8: Sun Dec 29 22:26:31 EST 2002 [EMAIL PROTECTED]:/d/obj-c/usr/src/sys/PORT2 Preloaded elf kernel /boot/kernel/kernel at 0xc04fc000. Preloaded elf module /boot/kernel/snd_ich.ko at 0xc04fc0a8. Preloaded elf module /boot/kernel/snd_pcm.ko at 0xc04fc154. Preloaded elf module /boot/kernel/uscanner.ko at 0xc04fc200. Preloaded elf module /boot/kernel/firewire.ko at 0xc04fc2b0. Preloaded elf module /boot/kernel/sbp.ko at 0xc04fc360. Preloaded elf module /boot/kernel/acpi.ko at 0xc04fc408. Calibrating clock(s) ... TSC clock: 1193125501 Hz, i8254 clock: 1193204 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 1193109027 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1193.11-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 535298048 (510 MB) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x00523000 - 0x1fce, 528273408 bytes (128973 pages) 0x1fd0 - 0x1fe77fff, 1540096 bytes (376 pages) avail memory = 514494464 (490 MB) bios32: Found BIOS32 Service Directory header at 0xc00f6bb0 bios32: Entry = 0xfd871 (c00fd871) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd870+0x13a pnpbios: Found PnP BIOS data at 0xc00f6be0 pnpbios: Entry = f:8816 Rev = 1.0 Other BIOS signatures found: Initializing GEOMetry subsystem random: entropy source mem: memory I/O Pentium Pro MTRR support enabled null: null device, zero device npx0: math processor on motherboard npx0: INT 16 interface acpi0: SONY C1 on motherboard
mystery disk full occurrence
During a make world, from a cvsup of about an hour ago, this happened: /usr/obj is symlinked to /d/obj-c: cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -c /usr/src/lib/msun/src/s_sinf.c -o s_sinf.So cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -c /usr/src/lib/msun/src/s_tan.c -o s_tan.So cc -fpic -DPIC -O -pipe -march=pentium3 -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -c /usr/src/lib/msun/src/s_tanf.c -o s_tanf.So s_tanf.So.tmp: final close failed: No space left on device *** Error code 1 Stop in /usr/src/lib/msun. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. df right after this showed 8gb and 5e6 inodes free; somehow I suspect that this is a locking problem and not an honest full disk, or the system refusing to extend to another cyl group, or something such. I can't believe that the sum of .s and .o for tanf is 8gb :-) -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
USB mass device not quite there
Pardon sending this to both stable and current, but this is relevant to both and the code paths may be different... I just acquired a usb mass device which partly identifies. This is a Dazzle multi-card reader. The CF slot works fine; identifies as da0, and though it is slower than the cf pcmcia adapter, does work. (my crazy Vaio R505 still doesn't handle any pcmcia/cardbus in either stable or current; the first usb works fine in both stable and current, and both the internal memorystick device and firewire work in current but not stable.) console output (with a 128mb cf card present on insertion) is: -- umass0: SCM Microsystems Inc. eUSB ORCA Quad Reader, rev 1.10/5.07, addr 2 umass0:1:0:-1: Attached to scbus1 as device 0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: eUSB Compact Flash 5.07 Removable Direct Access SCSI-2 device pass0: Serial Number 21M82CFC1Y09C11125Z3 pass0: 650KB/s transfers Creating DISK da0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: eUSB Compact Flash 5.07 Removable Direct Access SCSI-2 device da0: Serial Number 21M82CFC1Y09C11125Z3 da0: 650KB/s transfers da0: 122MB (250368 512 byte sectors: 64H 32S/T 122C) umass0: Invalid CSW: tag 0 should be 11 da0s1: type 0x6, start 32, end = 250111, size 250080 : OK umass0: Invalid CSW: tag 0 should be 11728 -- The Invalid CSW messages seem to not affect anything, but they probably shouldn't be there either... I do see the code that prints it but don't know enough about the umass spec to tell anything. The other slot is multiple; it handles SmartMedia, MM/SD cards, and memory-sticks. It is not found by the usb event handler or camcontrol at all. The directions do say that this device shows up in windoze as 2 drives (I haven't tried it yet, under any of 95, 98, or XP). Apparently our usb event handler doesn't expect to find 2 devices, or pass doesn't expect 2 devices beyond it in a single scan? One thing I don't know about this device is whether it looks like 2 usb devices, or a single pass device with 2 da devices, or a drive with 2 lun's (I can't think of any other possiblilties, though there may be more). I also don't know how to tell from the output of usbd with lots of -v's and/or camcontrol with lots of -v's; both only find one thing from this adapter as far as I can see. What do I compile with more debug flags turned on? usb.c and umass.c, I presume; usbd appears to just want more -v's for that effect. Or, is there a quirk entry that could be done to make this thing show up right? Or do multiple devices just not work, like modem/enet combo cards under OLDCARD? -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
WERROR in kernel build; also VAIO R505ES AML and interrupt routing
At the moment, NO_WERROR has no effect on a kernel build; there is a warning in cardbus.c:954 (easily fixed, but annoying...) On another note, the VAIO R505ES problem is a little better (DVD/CDR is now recognized and actually works). However, it panics if I try to mount a DVD with UDF directory; cd9660 works fine on the same DVD (most DVDs have both). (this is a non-encrypted national park dvd). I did an acpidump and saved out the aml code. If this might be helpful to my pccard/cardbus/mousepad interrupt routing problems, I can make it available. This vaio tests for operating system like the other but the test itself is much more cryptic. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Strange cross-build problem and something with GEOM
This is, for a change, not relative to my Vaio (which still won't boot current, in spite of various improvements apparent in boot -v). Hardware is a Supermicro P3TDDE (SMP P3-1G, via chipset). 2 60g drives, ad0 has a complete -stable on it, ad1 current. First, GEOM: On trying to do boot0cfg -s1 /dev/ad0 to get back to booting stable, to try to recover from the next problem, I get operation not permitted. This didn't happen with NO_GEOM... Is there a new device name to use here? Unfortunately now I can't recover from the next problem without taking a drive (the system in question is remote; fortunately only a few miles). == Part 2 = Now for the cross-build problem: On building both stable and current under stable, I get a crippled cpp in current; it can't do *anything* right, and gets various errors in various situations. with source: gooney# cat hello.c #include stdio.h main() { printf(Hello, World!\n); } -- gooney# cc -o hello hello.c hello.c:1: undefined or invalid # directive If I add a comment in the first line, I get: gooney# cc -o hello hello.c hello.c:1: syntax error before `/' and the make world under current dies in the very first mkdep, before the first compile, with another cpp error: -- mkdep -f .depend -a /usr/src/games/fortune/strfile/strfile.c /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A system=unix' /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A system=bsd' /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A system=FreeBSD' /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A cpu=i386' /usr/src/games/fortune/strfile/strfile.c:0: malformed option `-A machine=i386' mkdep: compile failed *** Error code 1 Stop in /usr/src/games/fortune/strfile. *** Error code 1 Stop in /usr/src. *** Error code 1 --- Anyhow, I know from other experience that this is not a fundamental problem with building gcc 3.x under fbsd 4.x; if the gnu build system is used the result works fine. Something is wrong in the 5.x cross-build context that results in a brain-dead cpp. All else appears OK, though one wonders. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Strange cross-build problem and something with GEOM
Replying to my own message: --- 2 60g drives, ad0 has a complete -stable on it, ad1 current. First, GEOM: On trying to do boot0cfg -s1 /dev/ad0 to get back to booting stable, to try to recover from the next problem, I get operation not permitted. This didn't happen with NO_GEOM... Is there a new device name to use here? Unfortunately now I can't recover from the next problem without taking a drive (the system in question is remote; fortunately only a few miles). == Part 2 = Now for the cross-build problem: On building both stable and current under stable, I get a crippled cpp in current; it can't do *anything* right, and gets various errors in various situations. with source: gooney# cat hello.c #include stdio.h main() { printf(Hello, World!\n); } -- gooney# cc -o hello hello.c hello.c:1: undefined or invalid # directive If I add a comment in the first line, I get: gooney# cc -o hello hello.c hello.c:1: syntax error before `/' and the make world under current dies in the very first mkdep, before the first compile, with another cpp error: -- Answer is: There was some cruft left over in /usr/bin; copies of cc1 and friends, and cpp0. Apparently the copies in /usr/libexec get ignored if the progs exist in /usr/bin. Cleaning those (and a couple of old copies of perl too :-) out fixed the problem. Now to get it so boot0cfg works under GEOM... -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Boot-time hang after init, still (VAIO R505ES again)
CVSUP as of last night about 10PM PST: Well, phk's stuff now appears to work right (even finds the memory stick most of the time) and the bad malloc in acpi is fixed. This seems to leave irq issues (still!!) PSM0 still can't allocate irq even though 12 isn't used anywhere else. on the init hang, 3 processes are normally in RUNQ (one more on this boot, but I've never seen this before); irq9, pagezero (I presume this is the idle loop so should be in run) and init. If I can get some pointers on what further to do with kdb, I'd be glad to do so. It somehow looks like irq9 process is never finishing; with 4 or 5 devices hung off one irq does the dispatch software work right? (and why do irq 10 and 11 not get used?; I thought routed interrupts weren't stuck with the 16-irq 2x8259 limitation either (I know apic ones aren't).) -- Pete SMAP type=01 base= len= 0009e000 SMAP type=02 base= 0009e000 len= 2000 SMAP type=02 base= 000d8000 len= 8000 SMAP type=02 base= 000e4000 len= 0001c000 SMAP type=01 base= 0010 len= 1fbf SMAP type=03 base= 1fcf len= c000 SMAP type=04 base= 1fcfc000 len= 4000 SMAP type=01 base= 1fd0 len= 0018 SMAP type=02 base= 1fe8 len= 0010 SMAP type=02 base= 1ff8 len= 0008 SMAP type=02 base= ff80 len= 0040 SMAP type=02 base= fc00 len= 0400 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 #19: Thu Oct 31 08:08:53 PST 2002 [EMAIL PROTECTED]:/d/obj-s/current/usr/src/sys/PORT2 Preloaded elf kernel /boot/kernel/kernel at 0xc04e7000. Preloaded elf module /boot/kernel/firewire.ko at 0xc04e70a8. Preloaded elf module /boot/kernel/acpi.ko at 0xc04e7158. Calibrating clock(s) ... TSC clock: 795410300 Hz, i8254 clock: 1193194 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 795407830 Hz CPU: Pentium III/Pentium III Xeon/Celeron (795.41-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 535298048 (522752K bytes) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x0050e000 - 0x1fce, 528359424 bytes (128994 pages) 0x1fd0 - 0x1fe77fff, 1540096 bytes (376 pages) avail memory = 513654784 (501616K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6ba0 bios32: Entry = 0xfd871 (c00fd871) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd870+0x13a pnpbios: Found PnP BIOS data at 0xc00f6bd0 pnpbios: Entry = f:880c Rev = 1.0 Other BIOS signatures found: Initializing GEOMetry subsystem null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled random: entropy source npx0: math processor on motherboard npx0: INT 16 interface acpi0: SONY C1 on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=35758086) Using $PIR table, 9 entries at 0xc00fdf30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded25A 0x69 3 embedded28A 0x68 9 embedded0 29A 0x60 9 embedded0 29B 0x63 9 embedded02A 0x60 9 embedded01A 0x60 9 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 initial configuration \_SB_.LNKA irq 9: [ 9] low,level,sharable 0.1.0 \_SB_.LNKD irq 9: [ 9] low,level,sharable 0.1.3 \_SB_.LNKA irq 9: [ 9] low,level,sharable 0.2.0 \_SB_.LNKA irq 9: [ 9] low,level,sharable 0.29.0 \_SB_.LNKD irq 9: [ 9] low,level,sharable 0.29.1 before setting priority
Continuing saga of the VAIO R505ES - now panic in GEOM
Well, now the bad free (actually appeared to me to be a bad malloc or a bad call to malloc) is fixed; now I get a panic from GEOM (actually from witness). There are 3 or 4 geom debug messages and then a panic indicating Giant not owned. I'll follow up with an actual trace from a serial console soon if desired. (it's a bit of trouble setting up the serial hookup.) As a hint, maybe, I have 3 FBSD slices on this system; might that confuse geom? (1 each for current and stable, and a big one for home dirs etc.) Slice table looks like NTFS 8G (XP) FBSD 4G (current) FBSD 4G (stable) FBSD 24G (data etc) With the Sony bios, there is no trouble booting from things above the 8g line, at least; stable boots and runs fine (but can't get to the CD/DVD drive or builtin wireless), and X is even fairly stable. Also I get no fan control or display intensity control without acpi... and APM doesn't work at all even though there is a bios entry. I'm trying this with Terry's hint about PSE and PG_G, though I'd not expect it to do much; they look pretty benign. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Continuing saga of the VAIO R505ES - now panic in GEOM
Following up on my own message: Well, now the bad free (actually appeared to me to be a bad malloc or a bad call to malloc) is fixed; now I get a panic from GEOM (actually from witness). There are 3 or 4 geom debug messages and then a panic indicating Giant not owned. I'll follow up with an actual trace from a serial console soon if desired. (it's a bit of trouble setting up the serial hookup.) As a hint, maybe, I have 3 FBSD slices on this system; might that confuse geom? (1 each for current and stable, and a big one for home dirs etc.) Slice table looks like NTFS 8G (XP) FBSD 4G (current) FBSD 4G (stable) FBSD 24G (data etc) BTW - the Sony bios boots stable fine so doesn't have an 1g or 8g boot limit. This kernel has DISABLE_PSE and DISABLE_PG_G; they don't appear to have done anything different so far. serial console capture follows: SMAP type=01 base= len= 0009e000 SMAP type=02 base= 0009e000 len= 2000 SMAP type=02 base= 000d8000 len= 8000 SMAP type=02 base= 000e4000 len= 0001c000 SMAP type=01 base= 0010 len= 1fbf SMAP type=03 base= 1fcf len= c000 SMAP type=04 base= 1fcfc000 len= 4000 SMAP type=01 base= 1fd0 len= 0018 SMAP type=02 base= 1fe8 len= 0010 SMAP type=02 base= 1ff8 len= 0008 SMAP type=02 base= ff80 len= 0040 SMAP type=02 base= fc00 len= 0400 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 #8: Sat Oct 19 11:22:32 PDT 2002 [EMAIL PROTECTED]:/d/obj-s/current/usr/src/sys/PORT2 Preloaded elf kernel /boot/kernel/kernel at 0xc04e3000. Preloaded elf module /boot/kernel/firewire.ko at 0xc04e30a8. Preloaded elf module /boot/kernel/acpi.ko at 0xc04e3158. Calibrating clock(s) ... TSC clock: 1193126632 Hz, i8254 clock: 1193205 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 1193107904 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1193.11-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 535298048 (522752K bytes) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x0050a000 - 0x1fce, 528375808 bytes (128998 pages) 0x1fd0 - 0x1fe77fff, 1540096 bytes (376 pages) avail memory = 513675264 (501636K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6ba0 bios32: Entry = 0xfd871 (c00fd871) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd870+0x13a pnpbios: Found PnP BIOS data at 0xc00f6bd0 pnpbios: Entry = f:880c Rev = 1.0 Other BIOS signatures found: Initializing GEOMetry subsystem g_add_class(DISK) g_add_class(BSD) g_add_class(MBR) g_add_class(MBREXT) g_add_class(GEOMCTL) g_call_me(0xc01c7eb0, 0 g_add_class(DEV) null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled random: entropy source npx0: math processor on motherboard npx0: INT 16 interface acpi0: SONY C1 on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=35758086) Using $PIR table, 9 entries at 0xc00fdf30 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded25A 0x69 3 embedded28A 0x68 9 embedded0 29A 0x60 9 embedded0 29B 0x63 9 embedded02A 0x60 9 embedded01A 0x60 9 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks BAD min = 2, max = 1732, width = 1731 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 Timecounter ACPI-safe frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 initial configuration \_SB_.LNKA irq 9: [ 9] low,level,sharable 0.1.0 \_SB_.LNKD irq 9: [ 9] low,level,sharable 0.1.3 \_SB_.LNKA
Yet another new preventer of cross-builds
Cross builds will be necessary for a goodly while; as on hardware like mine (new VAIO laptop) where current won't boot at all without lots of fiddling, for example... I'm going to put an empty stdint.h in stable for now, just to see what happens -- it delays the failure to the compile of tmpname.cc, but still dies. Let's try to keep current-dependencies out of the tool-build (or MFC them quickly, or at least #ifdef them) -- CVSUP about 2PM PDT 10/11, building under 4.7-REL (-stable destabilized today; got a panic booting that too...): -- Pete - === gnu/usr.bin/groff/src/libs/libgroff Making version.cc rm -f .depend mkdep -f .depend -a-DHAVE_CONFIG_H -I/current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include -I/current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include -D__FBSDID=__RCSID /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/getopt.c /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/getopt1.c /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/iftoa.c /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/itoa.c /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/matherr.c mkdep -f .depend -a-DHAVE_CONFIG_H -I/current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/include -I/current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../src/include -D__FBSDID=__RCSID /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/assert.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/change_lf.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cmap.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/color.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/cset.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/device.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/errarg.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/error.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fatal.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/filename.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/font.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/fontfile.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/geometry.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/htmlhint.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/invalid.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lf.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/lineno.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/macropath.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/maxfilename.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/mksdir.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/nametoindex.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/new.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/paper.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/prime.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/progname.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/ptable.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/searchpath.cc /current/usr/src/gnu/usr.bin/groff/src/libs/libgroff/../../../../../../contrib/groff/src/libs/libgroff/string.cc
Tool make ordering, or something
There is a 't' modifier to a format in bin/sh that just crept in; it prevents a cross buildworld under stable without NO_WERROR. Perhaps the compiler+libc needs to be built first? (and does sh need to be a build tool; I'd hope the make scripts stuck to a fairly least-common-denominator shell syntax?) I've also had breakage in parts of usr.bin that use rpc's; this isn't a warning so stops the world. I see that each of these has been caught already... I need to cross-build at the moment since my vaio R505E won't boot current still (now doesn't probe devices at all if I disable acpi, and hangs after trying /sbin/init if I use acpi. It also (still) can't route a few interrupts (psm0!!)) -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
VAIO R505ES TI cardbus
With current as of today, I can finally get the system to boot without acpi enabled, but not otherwise. However, with all combinations of hw.pcic.intr_path={0,1,2}, hw.pcic.irq=0, and hw.pcic.init_routing={0,1} the TI is not happy and I can't use the wireless. Since this system is acpi-only it would eventually be nice to get the int routing to work with acpi (actually for the Sony, it would be nice to get int routing to work at all (or is loader.conf not the place for hw.pcic.*?) with acpi enabled it hangs after trying sbin/init. I thought jhb had committed some fixes for this; do they work on any system? -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Problem in cross-build of modules
This showed up a few days ago; a tool-dependency problem in a cross-build. I build current under stable since this (acpi-only) system won't yet boot current (mostly appears to be the problem with TI pcic/cardbus chip interrupt routing) The build of aicasm in the kernel mkdep works right; that in the module build doesn't. I presume a minor makefile problem... The first thing (no target to make) is just a nit but annoying. make: no target to make. /current/usr/src/Makefile.inc1, line 140: warning: make -f /dev/null -m /current/usr/src/share/mk CPUTYPE=i386 -V CPUTYPE returned non-zero status -- Kernel build for PORT2 started on Sun Sep 1 22:36:09 EDT 2002 -- === PORT2 mkdir -p /usr/obj/current/usr/src/sys cd /current/usr/src/sys/i386/conf; PATH=/usr/obj/current/usr/src/i386/usr/sbin:/usr/obj/current/usr/src/i386/usr/bin:/usr/obj/current/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /usr/obj/current/usr/src/sys/PORT2 /current/usr/src/sys/i386/conf/PORT2 Kernel build directory is /usr/obj/current/usr/src/sys/PORT2 Don't forget to do a ``make depend'' . . cd /usr/obj/current/usr/src/sys/PORT2; MAKESRCPATH=/current/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f /current/usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /d/obj-c/current/usr/src/sys/PORT2 cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/dev/aic7xxx/aicasm -c /current/usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/dev/aic7xxx/aicasm -c /current/usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c yacc -b aicasm_gram -d -o aicasm_gram.c /current/usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_gram.c yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /current/usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_macro_gram.c lex -t /current/usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l aicasm_scan.c cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_scan.c lex -t -Pmm /current/usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_scan.l aicasm_macro_scan.c cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/dev/aic7xxx/aicasm -c aicasm_macro_scan.c cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/dev/aic7xxx/aicasm -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll cd /usr/obj/current/usr/src/sys/PORT2; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=i386 OBJFORMAT_PATH=/usr/obj/current/usr/src/i386/usr/libexec GROFF_BIN_PATH=/usr/obj/current/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/current/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/current/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/current/usr/src/i386 INSTALL=sh /current/usr/src/tools/install.sh PATH=/usr/obj/current/usr/src/i386/usr/sbin:/usr/obj/current/usr/src/i386/usr/bin:/usr/obj/current/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin OBJFORMAT_PATH=/usr/obj/current/usr/src/i386/usr/libexec:/usr/libexec make KERNEL=kernel depend rm -f .olddep if [ -f .depend ]; then mv .depend .olddep; fi make _kernel-depend ... ... === aic7xxx === aic7xxx/aicasm make -f /current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/Makefile MAKESRCPATH=/current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm depend === aic7xxx/ahc @ - /current/usr/src/sys machine - /current/usr/src/sys/i386/include ( cd /current/usr/src/sys/modules/aic7xxx/ahc/../aicasm; make aicasm; ) make -f /current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/Makefile MAKESRCPATH=/current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm Warning: Object directory not changed from original /d/obj-c/current/usr/src/sys/PORT2/modules/current/usr/src/sys/modules/aic7xxx/aicasm cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -g -c /current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm.c cc -O -pipe -nostdinc -I/usr/include -I. -I/current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm -g -c /current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_symbol.c yacc -b aicasm_gram -d -o aicasm_gram.c /current/usr/src/sys/modules/aic7xxx/aicasm/../../../dev/aic7xxx/aicasm/aicasm_gram.y cc -O -pipe -nostdinc -I/usr/include -I.
VAIO R505ES better, but...
Well, now it boots (presumably thanks to IRQ fixes for TI bridges...) Now it doesn't spot *any* devices on pc-card or the built-in wi0; also the mouse gets lost (psm0: unable to allocate IRQ). The Memory-stick does work (with a manual camcontrol rescan). (there are plenty of complaints from booting with no card present, but it works right once I plug one in. Firewire driver not yet present (I know about the patch and will likely try it when I get time.) I'm mostly concerned with the newcard not seeing *any* cards or card-like objects (e.g. the built-in orinoco). Stable sees the orinoco but won't use it due to lack of a properly-mapped IRQ. My zoom modem card was also plugged in for this boot and not spotted... Another nit for whoever handles ACPI: If I do shutdown -p now, the system powers down apparently properly, but when I try to power back up it locks up in a state with the power and battery light both on and nothing else running. Thank heavens for a good supply of paper clips :-) shutdown -h now and powering off with the button works fine. -- Pete verbose DMESG follows - 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 #4: Tue Aug 20 05:54:23 PDT 2002 [EMAIL PROTECTED]:/d/obj-s/current/usr/src/sys/PORT2 Preloaded elf kernel /boot/kernel/kernel at 0xc043e000. Preloaded elf module /boot/kernel/acpi.ko at 0xc043e0a8. Calibrating clock(s) ... TSC clock: 1193121752 Hz, i8254 clock: 1193199 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 1193107642 Hz CPU: Pentium III/Pentium III Xeon/Celeron (1193.11-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 266862592 (260608K bytes) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x00465000 - 0x0fce, 260616192 bytes (63627 pages) 0x0fd0 - 0x0fe77fff, 1540096 bytes (376 pages) avail memory = 253870080 (247920K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6ba0 bios32: Entry = 0xfd871 (c00fd871) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xfd870+0x13a pnpbios: Found PnP BIOS data at 0xc00f6bd0 pnpbios: Entry = f:880c Rev = 1.0 Other BIOS signatures found: random: entropy source mem: memory I/O Pentium Pro MTRR support enabled null: null device, zero device pci_open(1):mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=35758086) Using $PIR table, 9 entries at 0xc00fdf30 npx0: math processor on motherboard npx0: INT 16 interface acpi0: SONY C1 on motherboard ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x1008-0x100b on acpi0 acpi_cpu0: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base , size 0, enabled found- vendor=0x8086, dev=0x3575, revid=0x04 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 map[10]: type 3, range 32, base e800, size 27, enabled map[14]: type 1, range 32, base e000, size 19, enabled found- vendor=0x8086, dev=0x3577, revid=0x04 bus=0, slot=2, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 intpin=a, irq=9 powerspec 1 supports D0 D1 D3 current D0 map[10]: type 3, range 32, base f000, size 27, enabled map[14]: type 1, range 32, base e008, size 19, enabled found- vendor=0x8086, dev=0x3577, revid=0x00 bus=0, slot=2, func=1 class=03-80-00, hdrtype=0x00, mfdev=1 powerspec 1 supports D0 D1 D3 current D0 map[20]: type 4, range 32, base 1800, size 5, enabled found- vendor=0x8086, dev=0x2482, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 intpin=a, irq=9 map[20]: type 4, range 32, base 1820, size 5, enabled found- vendor=0x8086,
Problem booting current on VAIO R505ES
I got around the lack of IRQ on pcic1 by means of a trick involving hw sets in loader.conf (thanks to the mobile contributors); now it won't mount root. I know what the problem is but not why; the loader brings the kernel in fine, and probes work fine; I'd presume if the partition were too high this would be where the failure would lie. However, the layout is (LBA): The data for partition 1 is: sysid 7,(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 33543657 (16378 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 33543720, size 8177085 (3992 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 41720805, size 8177085 (3992 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: sysid 165,(FreeBSD/NetBSD/386BSD) start 49897890, size 28242270 (13790 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 --- %disklabel -r ad0s2 # /dev/ad0s2c: type: ESDI disk: ad0s2 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 509 sectors/unit: 8177085 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 104857604.2BSD 2048 1638489 # (Cyl.0 - 65*) b: 1048576 2097152 swap# (Cyl. 130*- 195*) c: 81770850unused0 0 # (Cyl.0 - 508) e: 1048576 10485764.2BSD 2048 1638489 # (Cyl. 65*- 130*) f: 5031357 31457284.2BSD 2048 1638489 # (Cyl. 195*- 508*) %disklabel -r ad0s3 # /dev/ad0s3c: type: ESDI disk: ad0s3 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 509 sectors/unit: 8177085 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: #size offsetfstype [fsize bsize bps/cpg] a: 104857604.2BSD 2048 1638489 # (Cyl.0 - 65*) b: 1048576 2097152 swap# (Cyl. 130*- 195*) c: 81770850unused0 0 # (Cyl.0 - 508) e: 1048576 10485764.2BSD 2048 1638489 # (Cyl. 65*- 130*) f: 5031357 31457284.2BSD 2048 1638489 # (Cyl. 195*- 508*) - Note that slice 2 begins JUST below a power of 2 (33554432), and boots fine. Slice 2 has stable on it, slice 3 current, slice 4 == /d and contains home dirs etc. Yes I know, I could make slice 1 smaller. However, I don't know an NTFS version of partition magic. Sony's reinstaller does allow me to make the partition smaller and I suspect I'll have to do this, with a complete reinstall of everything. However, especially on a new system where I might have to deal with the warranty, I like to leave the windoze system alone :-( Now, why is there a mount-root problem at 16mb where the bios limit should end up at 8mb. The bad line is at 2**25? Note that stable (once it is up) gets to all the slices just fine (that is how I've been installing, cross-compiling from -stable). -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Display controller problem
This may relate to the X-window reboots - my machine shows that too, if I boot without acpi; with acpi X never gets going. Supermicro P3TDDE, 2x1ghz P3: Via Apollo Pro 266 or 266T chipset, generic Nvidia TNT2 display. (there is a conflict in the manual which says 266T but 8633 north bridge). I also have a UP system, also with a via chipset (Asus KT266, with Athlon 1.2g) which doesn't show this problem (but I don't have X configured on it). dmesg (with boot_verbose) --- 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 #4: Mon May 27 18:13:07 PDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GOONEY Preloaded elf kernel /boot/kernel/kernel at 0xc043c000. Preloaded elf module /boot/kernel/acpi.ko at 0xc043c0a8. Calibrating clock(s) ... TSC clock: 999389884 Hz, i8254 clock: 1193027 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (999.53-MHz 686-class CPU) Origin = GenuineIntel Id = 0x68a Stepping = 10 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 536805376 (524224K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00466000 - 0x1ffe7fff, 532160512 bytes (129922 pages) avail memory = 517410816 (505284K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 SMP: CPU0 apic_initialize(): lint0: 0x0700 lint1: 0x00010400 TPR: 0x0010 SVR: 0x01ff FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 bios32: Found BIOS32 Service Directory header at 0xc00faf10 bios32: Entry = 0xfb380 (c00fb380) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb3b0 pnpbios: Found PnP BIOS data at 0xc00fbe00 pnpbios: Entry = f:be30 Rev = 1.0 Other BIOS signatures found: random: entropy source mem: memory I/O Pentium Pro MTRR support enabled null: null device, zero device SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x0400 TPR: 0x0010 SVR: 0x01ff pci_open(1):mode 1 addr port (0x0cf8) is 0x8060 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=30911106) Using $PIR table, 8 entries at 0xc00fdc20 npx0: math processor on motherboard npx0: INT 16 interface acpi0: VIA694 AWRDACPI on motherboard acpi0: power button is handled as a fixed feature programming model. ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 ACPI timer looks GOOD min = 2, max = 3, width = 2 Timecounter ACPI-fast frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base f000, size 26, enabled found- vendor=0x1106, dev=0x3091, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found- vendor=0x1106, dev=0xb091, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 IOAPIC #0 intpin 11 - irq 2 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 4, range 32, base c000, size 3, enabled map[14]: type 4, range 32, base c400, size 2, enabled map[18]: type 4, range 32, base c800, size 3, enabled map[1c]: type 4, range 32, base cc00, size 2, enabled map[20]: type 4, range 32, base d000, size 6, enabled map[24]: type 1, range 32, base f910, size 17, enabled found- vendor=0x105a, dev=0x4d30, revid=0x02 bus=0, slot=12, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 intpin=a, irq=2 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base f912, size 12, enabled map[14]: type 4, range 32, base d400, size 6, enabled map[18]: type 1, range 32, base f900, size 20, enabled found- vendor=0x8086,
Something probably trivial
I'm doing a cross-build of current on a system running stable, with a separate drive for current mounted as /current (with all sub-mounts correct). Separate problem causing me to cross-build: current doesn't like to boot lately - it hangs immediately after loading acpi.ko (on the SMP Supermicro; works fine on an Asus KT133A with older Athlon 1.2). I have been using setenv DESTDIR /current make -m/current/usr/share/mk -DDESTDIR=/current world mkw.out with mostly success (I only had to add the -m option lately and only for the kernel build so far, but I do it anyhow). The redundant DESTDIR is probably not needed but I want to be sure. After discovering the -j thing and its workaround independently, I now get the following stop after the initial compiler and lib build: stage 4: populating /usr/obj/current/usr/src/i386/usr/include -- cd /current/usr/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT_PATH=/usr/obj/current/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/current/usr/src/i386/usr/libdata/perl/5.6.1 GROFF_BIN_PATH=/usr/obj/current/usr/src/i386/usr/bin GROFF_FONT_PATH=/usr/obj/current/usr/src/i386/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/current/usr/src/i386/usr/share/tmac DESTDIR=/usr/obj/current/usr/src/i386 INSTALL=sh /current/usr/src/tools/install.sh PATH=/usr/obj/current/usr/src/i386/usr/sbin:/usr/obj/current/usr/src/i386/usr/bin:/usr/obj/current/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 SHARED=symlinks includes incsinstall make: don't know how to make includes. Stop *** Error code 2 Stop in /current/usr/src. *** Error code 1 Stop in /current/usr/src. --- A quick look at the makefiles doesn't show anything obvious; is is possible that DESTDIR is being used to look up OBJDIR sometimes (like where includes come from?) My /obj is shared with stable with no conflict since the leading subdir is current instead of usr... I'm going to try setting MAKEOBJDIRPREFIX to /current/usr/obj and see. Got the same failure at the same place. Can't find anything in the handbook about cross-builds; the makefiles are fairly clear but not all of the interactions of bsd.*.mk are obvious. Whatever changed did so in the last 2 or 3 weeks and may or may not be related to the cc change. The default gnu makefiles and dir setup for gmp won't build with -j either, just for info - they do mkdir in the middle of the make and assume all the resulting dependencies will be picked up. May work with gmake and -j but certainly not with bmake. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Current on SuperMicro SMP
Supermicro P3TDDE (I think; may be a TDDA, but it does have the promise chip). This board is Via-based and not Intel. Could easily be my problem :-( Don't know about the APIC. Stable runs just fine on the same motherboard (dual-boot, stable on ad0 and current on ad1) including reboot (see below about current's reboot). Not running setiathome at all may or may not have helped; it still died in the middle of a make -j5 world (j5 is the best make time on this system) (but did make it through one such make world; died on the second). When it runs, make -j5 world takes about 31.5 minutes for stable and somewhat longer (around 40 minutes) for current without invariants/witness; with invariants and witness make -j4 world is the fastest at just over 2 hours. The hang happens the same with or without invariants and/or witness. Still allowing ACPI; haven't yet tried disabling it. I need to figure out how to get NMI; there are no ISA slots so that isn't a useful way (like an *old* debugger card which I think I still have one of). Another hint (may be more useful) is that either reboot or halt ends up: - Waiting for vnlru Wa -- Sometimes the second line is just W and sometimes Wa, never longer. This appears independent of which cpu says boot() called on cpu 0 (or 1) This (like the other hang) is a hard hang, needs reset button to get out. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
SMP system hangs on current, not stable
I have a system using a fairly new Supermicro MB, with 2 P3-1GHZ, and 512mb ram. Running stable works fine at least a day or so with LOTS of activity. Running current it hangs (with no output of any kind, and apparently all interrupts disabled) so DDB does me no good... This requires a fair amount of activity (usually will hang in make -j3 world with 2 copies of setiathome -nice 19) Time to hang varies from a half-hour to a couple of days; hardly ever longer. Maybe I need an NMI button (or does that work?) This does not appear to be the procfs thing that Matt has commented on (it still occurs after his patch, and occurs without the use of top or any other procfs reader that I know of). Dmesg on both current and stable follows, in case it is useful: -- Current (with verbose): --- Copyright (c) 1992-2001 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: Mon Dec 31 10:47:25 PST 2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/GOONEY Preloaded elf kernel /boot/kernel/kernel at 0xc040b000. Preloaded elf module /boot/kernel/acpi.ko at 0xc040b0a8. Calibrating clock(s) ... TSC clock: 999455711 Hz, i8254 clock: 1193107 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (999.52-MHz 686-class CPU) Origin = GenuineIntel Id = 0x68a Stepping = 10 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 268369920 (262080K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00435000 - 0x0ffe7fff, 263925760 bytes (64435 pages) avail memory = 256704512 (250688K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 SMP: CPU0 apic_initialize(): lint0: 0x0700 lint1: 0x00010400 TPR: 0x0010 SVR: 0x01ff FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00178011, at 0xfec0 bios32: Found BIOS32 Service Directory header at 0xc00faf10 bios32: Entry = 0xfb380 (c00fb380) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0xb3b0 pnpbios: Found PnP BIOS data at 0xc00fbe00 pnpbios: Entry = f:be30 Rev = 1.0 Other BIOS signatures found: null: null device, zero device random: entropy source mem: memory I/O Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x0400 TPR: 0x0010 SVR: 0x01ff pci_open(1):mode 1 addr port (0x0cf8) is 0x8060 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=30911106) Using $PIR table, 8 entries at 0xc00fdc20 npx0: math processor on motherboard npx0: INT 16 interface acpi0: VIA694 AWRDACPI on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU on acpi0 acpi_cpu1: CPU on acpi0 acpi_tz0: thermal zone on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge port 0x5000-0x500f,0x4080-0x40ff,0x4000-0x407f,0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base f000, size 26, enabled found- vendor=0x1106, dev=0x3091, revid=0x01 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found- vendor=0x1106, dev=0xb091, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 IOAPIC #0 intpin 11 - irq 2 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 4, range 32, base c000, size 3, enabled map[14]: type 4, range 32, base c400, size 2, enabled map[18]: type 4, range 32, base c800, size 3, enabled map[1c]: type 4, range 32, base cc00, size 2, enabled map[20]: type 4, range 32, base d000, size 6, enabled map[24]: type 1, range 32, base f910, size 17, enabled found- vendor=0x105a, dev=0x4d30, revid=0x02 bus=0, slot=12, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 intpin=a, irq=2 powerspec 1 supports D0 D3 current D0 map[10]: type 1, range 32, base f912, size 12, enabled map[14]: type 4, range 32, base d400, size 6, enabled map[18]: type 1, range 32, base f900, size 20, enabled found- vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=13, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 found-
Build failure VERY early
I don't think this is just my system, and no binutils changes have been made recently, (and the disk is NOT full, anywhere near), and noone else has complained about a related build problem either: -- cd /usr/src/usr.sbin/config; make obj; make depend; make all; make install /usr/obj/usr/src/i386/usr/src/usr.sbin/config created for /usr/src/usr.sbin/conf ig yacc -d /usr/src/usr.sbin/config/config.y cp y.tab.c config.c lex -t /usr/src/usr.sbin/config/lang.l lang.c rm -f .depend mkdep -f .depend -a-I. -I/usr/src/usr.sbin/config -I/usr/obj/usr/src/i386/us r/include config.c /usr/src/usr.sbin/config/main.c lang.c /usr/src/usr.sbin/con fig/mkmakefile.c /usr/src/usr.sbin/config/mkheaders.c /usr/src/usr.sbin/config/m koptions.c cd /usr/src/usr.sbin/config; make _EXTRADEPEND echo config: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/ libl.a .depend cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c config.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c /usr/src/usr.sbin/config/main.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c lang.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c /usr/src/usr.sbin/config/mkmakefile.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c /usr/src/usr.sbin/config/mkheaders.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -c /usr/src/usr.sbin/config/mkoptions.c cc -O -pipe -I. -I/usr/src/usr.sbin/config-I/usr/obj/usr/src/i386/usr/inclu de -static -o config config.o main.o lang.o mkmakefile.o mkheaders.o mkoptions .o -ll /usr/libexec/elf/ld: final link failed: File truncated *** Error code 1 Stop in /usr/src/usr.sbin/config. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 -- The files that are present in the working directory appear normal. seagull# cd /usr/obj/usr/src/i386/usr/src/usr.sbin/config seagull# ls -l total 145 -rw-r--r-- 1 root wheel 4287 Sep 11 04:31 .depend -rw-r--r-- 1 root wheel 18689 Sep 11 04:31 config.c -rw-r--r-- 1 root wheel 7140 Sep 11 04:31 config.o -rw-r--r-- 1 root wheel 49094 Sep 11 04:31 lang.c -rw-r--r-- 1 root wheel 13728 Sep 11 04:31 lang.o -rw-r--r-- 1 root wheel 7996 Sep 11 04:31 main.o -rw-r--r-- 1 root wheel 3376 Sep 11 04:31 mkheaders.o -rw-r--r-- 1 root wheel 13620 Sep 11 04:31 mkmakefile.o -rw-r--r-- 1 root wheel 5856 Sep 11 04:31 mkoptions.o -rw-r--r-- 1 root wheel 18689 Sep 11 04:31 y.tab.c -rw-r--r-- 1 root wheel466 Sep 11 04:31 y.tab.h To me, that message would indicate a full disk, though my thought process may differ a bit from the bfd maintainer (boy, is *that* code convoluted!!!) However, I'd think 3gb is enough :-) seagull# df /usr/obj Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad0s1f 17828863 13179899 322265580%/usr This made OK last Saturday. I don't see any likely changes from then to now... Just in case, I remade gnu libs and binutils independently, and manually installed /usr/share/mk; no help. Note too that config makes just fine normally if made manually; it only falls over in the bootstraptools phase. I'm a little suspicious of the extradepend since neither libc.a nor libl.a are present in the temp lib directory, but that doesn't hurt the programs above (yacc, flex and install), so it shouldn't be the problem either. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ACPI: One fixed, one (of mine) to go
The new acpi version apparently fixed my panic (I didn't change any other configs, and things now boot, apparently correctly, on the A7V board.) (and it keeps time right :-) -- Copyright (c) 1992-2001 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 6 22:56:21 PDT 2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SEAGULL Calibrating clock(s) ... TSC clock: 1208809835 Hz, i8254 clock: 1193250 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 1208749924 Hz CPU: AMD Athlon(tm) Processor (1208.75-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x642 Stepping = 2 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA T,PSE36,MMX,FXSR AMD Features=0xc044b18,AMIE,DSP,3DNow! Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 805224448 (786352K bytes) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x00432000 - 0x2ffe3fff, 800792576 bytes (195506 pages) avail memory = 778833920 (760580K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f92a0 bios32: Entry = 0xf0f50 (c00f0f50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x1150 pnpbios: Found PnP BIOS data at 0xc00fc2b0 pnpbios: Entry = f:c2e0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Preloaded elf kernel kernel at 0xc040c000. Preloaded elf module random.ko at 0xc040c09c. Preloaded elf module acpi.ko at 0xc040c13c. mem: memory I/O Pentium Pro MTRR support enabled null: null device, zero device random: entropy source pci_open(1):mode 1 addr port (0x0cf8) is 0x8060 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=03051106) Using $PIR table, 9 entries at 0xc00f1720 npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS A7V-133 on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI frequency 3579545 Hz acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: physical bus=0 map[10]: type 3, range 32, base e600, size 25, enabled found- vendor=0x1106, dev=0x0305, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found- vendor=0x1106, dev=0x8305, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found- vendor=0x1106, dev=0x0686, revid=0x40 bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base d800, size 4, enabled found- vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 . - I can look at the Aladdin V timer problem tomorrow or perhaps next week if noone else gets it first. I have several of them, one of which has current in it. I'll compile it to tonight's version overnight. I will take the serial console thing to heart; usually I don't expect to need it since things normally get fixed quickly enough, and I usually don't hack the kernel myself (much) anymore (and the only fbsd device driver I've written from scratch was for an mpeg streaming card that was grossly simple; didn't get any system hangs debugging it :-) (well, mpeg stream overruns were another story - P120 and a 3.5mbit stream won't make it with a software decoder...) Is there a way to set a loader env from a file? (I presume that is part of what prompted the rather funny quasi-flame-war about loader interpreter base. Lisp indeed :-) Actually I remember Jordan (and at least one more who is now in the fbsd group; who?) getting into the forth loader business well before FBSD came on the scene, on the PC532 (of which mine never got finished before NSC discontinued the chip :-( -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI: One fixed, one (of mine) to go
Is there a way to set a loader env from a file? (I presume that is part of what prompted the rather funny quasi-flame-war about loader interpreter base. Lisp indeed :-) Actually I remember Jordan (and at least one more who is now in the fbsd group; who?) getting into the forth loader business well before FBSD came on the scene, on the PC532 (of which mine never got finished before NSC discontinued the chip :-( Yes. The file is /boot/loader.conf. Here's what I have in there at the moment: # -- sysinstall generated deltas -- # userconfig_script_load=NO hw.ata.wc=1 snd_pcm_load=YES # Digital sound subsystem snd_maestro_load=YES # Maestro debug.acpi.avoid=_SB_.PCI0.PX40.SIO_ Some things (e.g. acpi_load=NO, either from loader.conf or manual) have no effect in this situation; so the loader is overriding at least parts of loader.conf for acpi. That is one reason I didn't already use this file!!! and was brute-forcing not using acpi by eliminating the module completely... Also, all of Mike's examples mentioned manual set debug.acpi.avoid=...; one of the machines in question is remote and so manual boots are a pain. The loader docs are not at all clear that loader.conf and manual sets do the same thing. Apparently debug.acpi.avoid doesn't avoid the timer problem anyhow, and the earlier panic appears to have been too early (but was fixed; thanks Mike). I'm going to ignore the bogus clock some and try to track things down as Mike suggested in private mail. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
SSH remote X problem
On both of my -current systems, I can't remotely display X apps back to my (non-current) laptop. I don't know if this is related to the upgrade in ssh (my suspicion) or some other (likely library) issue. One of them is running X 4.1.0 downloaded from xfree86.org; the other 3.3.6, so the problem is not likely to be in the X side of things. Error is a timeout trying to open the remote server: -- puffin.altadena:1009% xclock Error: Can't open display: puffin.altadena.net:10.0 after a long pause. One telling thing may be that puffin is the aladdin-V system where the clock runs fast; however the other has a normal timecounter (and times out faster). Also this happens when ACPI is disabled completely so I don't think the bogus timecounter matters here. (this happens with either protocol V1 or V2). The X server is on a 4-stable (4.4-RC in uname) system so SSH is the updated 2.3.0. Don't know if it happens between two ssh-2.9 systems (the one here is not cooperating bringing up xdm, likely because pam likes to core if you enable K4 currently). -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI problems
Terry Lambert wrote: unknown: PNP0400 can't assign resources unknown: PNP0400 at port 0x378-0x37f on isa0 unknown: PNP0501 can't assign resources unknown: PNP0501 at port 0x3f8-0x3ff on isa0 unknown: PNP0501 can't assign resources unknown: PNP0501 at port 0x2f8-0x2ff on isa0 unknown: PNP0f13 can't assign resources unknown: PNP0f13 at irq 12 on isa0 unknown: PNP0303 can't assign resources unknown: PNP0303 at port 0x60 on isa0 unknown: PNP0800 failed to probe at port 0x61 on isa0 Known problem... see the -current archives. You are attaching twice: once because of ACPI, and again because of the hints. You need to comment the entries out of your hints file to make them not get attached twice. Actually not; You missed my comment that the DMESG was WITHOUT the ACPI module loaded; my real problem was a panic long before the serial probes. These pnp messages may be entries in hints twice? Apparently the AMD chipset is not served correctly by this ACPI code; I have this panic on one system and clock problems on another (Aladdin chipset; not that I love Acer) the clock runs almost exactly twice speed with the new ACPI; correctly without.) I saw a major acpi update come through this evening so I'm trying again... (that is, if strfmon and amd compile :-) -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Now 2 ACPI strangeness, both AMD procs
K6-2-450, bus running at 95mhz, Acer 1541 (A? B?) All works fine with the new ACPI _except_ the clock; the time of day advances about twice as fast as it should, and I get LOTS of calcru negative time and time went backwards messages. NTP is not capable of correcting this gross rate error :-( My athlon MB (ASUS A7V) still won't boot with the new ACPI, at all. Dies with a panic trying to attach something, saying can't allocate memory. The message disappears too fast to remember what it objected to; I think it was the fxp card. -- Pete --- Copyright (c) 1992-2001 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: Sun Sep 2 21:09:13 PDT 2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/PUFFIN Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 428806046 Hz CPU: AMD-K6(tm) 3D processor (428.81-MHz 586-class CPU) Origin = AuthenticAMD Id = 0x58c Stepping = 12 Features=0x8021bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX AMD Features=0x8800SYSCALL,3DNow! real memory = 201261056 (196544K bytes) avail memory = 190390272 (185928K bytes) Preloaded elf kernel kernel at 0xc04e6000. Preloaded elf module bktr_mem.ko at 0xc04e609c. Preloaded elf module acpi.ko at 0xc04e613c. bktr_mem: memory holder loaded K6-family MTRR support enabled (2 registers) Using $PIR table, 7 entries at 0xc00fdc20 npx0: math processor on motherboard npx0: INT 16 interface acpi0: AWARD AWRDACPI on motherboard acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI frequency 3579545 Hz acpi_timer0: 32-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on acpi0 acpi_pcib0: Host-PCI bridge port 0x4d6,0x40b,0x480-0x48f,0x5000-0x501f,0x4000- 0x403f,0xcf8-0xcff on acpi0 pci0: PCI bus on acpi_pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: display, VGA at 0.0 (no driver attached) ohci0: AcerLabs M5237 (Aladdin-V) USB controller mem 0xe900-0xe9000fff irq 11 at device 2.0 on pci0 usb0: OHCI version 1.0, legacy support usb0: AcerLabs M5237 (Aladdin-V) USB controller on ohci0 usb0: USB revision 1.0 uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: AcerLabs Aladdin ATA33 controller port 0xf000-0xf00f at device 15.0 o n pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 bktr0: BrookTree 848A mem 0xe9001000-0xe9001fff irq 5 at device 16.0 on pci0 bti2c0: bt848 Hard/Soft I2C controller iicbb0: I2C generic bit-banging driver on bti2c0 iicbus0: Philips I2C bus on iicbb0 master-only smbus0: System Management Bus on bti2c0 smb0: SMBus general purpose I/O on smbus0 bktr0: Pinnacle/Miro TV, Temic NTSC tuner. rl0: RealTek 8139 10/100BaseTX port 0xe000-0xe0ff mem 0xe9002000-0xe90020ff ir q 10 at device 20.0 on pci0 rl0: Realtek 8139B detected. Warning, this may be unstable in autoselect mode rl0: Ethernet address: 00:50:ba:02:0b:3d miibus0: MII bus on rl0 rlphy0: RealTek internal media interface on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fdc0: NEC 72065B or clone port 0x3f7,0x3f2-0x3f5 irq 6 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 fd1: 1200-KB 5.25 drive on fdc0 drive 1 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 ppc1: cannot reserve I/O port range atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard irq 1 on atkbdc0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 ppc1: cannot reserve I/O port range orm0: Option ROM at iomem 0xc-0xc7fff on isa0 sc0: System console on isa0 sc0: VGA 12 virtual consoles, flags=0x200 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 fdc1: cannot reserve I/O port range (6 ports) ppc1: cannot reserve I/O port range IP packet filtering initialized, divert enabled, rule-based forwarding enabled, default to accept, unlimited logging IPv6 packet filtering initialized, default to accept, unlimited logging IPsec: Initialized Security Association Processing. ad0: 8010MB Maxtor 90840D6 [16276/16/63] at ata0-master UDMA33 acd0: CDROM BCD-48SB CD-ROM at ata1-master PIO4 Mounting root from ufs:/dev/ad0s1a To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI problems
I have a panic that I haven't seen in the notes so far; if I allow load of the acpi module, it gets a can't allocate memory very early in the boot process. Hopefully the following is complete - KDE2 cut-and-paste didn't work as I expected for a big region. Motherboard is ASUS A7V with 1.2G processor. DMESG (with old kernel and without ACPI) follows: -- Copyright (c) 1992-2001 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: Mon Aug 20 22:26:20 PDT 2001 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SEAGULL Calibrating clock(s) ... TSC clock: 1208810099 Hz, i8254 clock: 1193250 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 1208750410 Hz CPU: AMD Athlon(tm) Processor (1208.75-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x642 Stepping = 2 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc044b18,AMIE,DSP,3DNow! Data TLB: 24 entries, fully associative Instruction TLB: 16 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 internal cache: 256 kbytes, 64 bytes/line, 1 lines/tag, 8-way associative real memory = 805224448 (786352K bytes) Physical memory chunk(s): 0x1000 - 0x0009dfff, 643072 bytes (157 pages) 0x003cf000 - 0x2ffe3fff, 801198080 bytes (195605 pages) avail memory = 776478720 (758280K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f92a0 bios32: Entry = 0xf0f50 (c00f0f50) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x1150 pnpbios: Found PnP BIOS data at 0xc00fc2b0 pnpbios: Entry = f:c2e0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: Preloaded elf kernel kernel at 0xc03a9000. null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled Using $PIR table, 9 entries at 0xc00f1720 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge at pcibus 0 on motherboard pci0: physical bus=0 map[10]: type 3, range 32, base e600, size 25, enabled found- vendor=0x1106, dev=0x0305, revid=0x03 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 found- vendor=0x1106, dev=0x8305, revid=0x00 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 found- vendor=0x1106, dev=0x0686, revid=0x40 bus=0, slot=4, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base d800, size 4, enabled found- vendor=0x1106, dev=0x0571, revid=0x06 bus=0, slot=4, func=1 class=01-01-8a, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base d400, size 5, enabled found- vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=4, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 map[20]: type 4, range 32, base d000, size 5, enabled found- vendor=0x1106, dev=0x3038, revid=0x16 bus=0, slot=4, func=3 class=0c-03-00, hdrtype=0x00, mfdev=0 intpin=d, irq=5 powerspec 2 supports D0 D3 current D0 found- vendor=0x1106, dev=0x3057, revid=0x40 bus=0, slot=4, func=4 class=06-00-00, hdrtype=0x00, mfdev=0 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base e180, size 12, enabled map[14]: type 4, range 32, base a400, size 6, enabled map[18]: type 1, range 32, base e100, size 20, enabled found- vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=9, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base a000, size 3, enabled map[14]: type 4, range 32, base 9800, size 2, enabled map[18]: type 4, range 32, base 9400, size 3, enabled map[1c]: type 4, range 32, base 9000, size 2, enabled map[20]: type 4, range 32, base 8800, size 6, enabled map[24]: type 1, range 32, base e080, size 17, enabled found- vendor=0x105a, dev=0x0d30, revid=0x02 bus=0, slot=17, func=0 class=01-80-00, hdrtype=0x00, mfdev=0 intpin=a, irq=10 powerspec 1 supports D0 D3 current D0 pci0: PCI bus on pcib0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode0xe000-0xdfff pcib1:
Panic in today current
I got a panic today on a fresh kernel... Compiled with netgraph but non of the netgraph modules. Immediately after the memory probe, a message about sequencers 0-15, then: Panic: spinlock ng_worklist not in order list Before these was WARNING: size of kinfo_proc (648) should be 644!!! -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Make kernel fail in modules after upgrade 4.2 - 5.0
This may relate to a commit about noon (PST) today fixing a different problem. I'm just waiting it out :-) Welcome to "current" where (especially lately) about half the time things don't 'make'... (I'm trying to recompile my kernel after recovering from the libc circus, trying to prevent some new panics) During the fixing stages of the libc problem, vinum caused panics fairly regularly for me (very early on or during fsck). I'm now seeing panics in ufs write after medium heavy activity (make world, no -j) on SMP, no reg dump comes out. Complains about table inconsistent (don't remember the precise message). Hopefully my hardware is OK; this machine has been stable for several weeks with upgraded RAM. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Lucent Orinoco Gold PCCard?
There is also a new access point (either just available or "RSN") from Zyxel (316); it is a combination of a 310 (cable modem/bridged DSL/PPPOE router) and single-card bridged access point. I'm using one at work (overkill since I'm not using the router) as a bridged access point; it works just fine in that role (plug the ethernet into the "LAN" (10/100!) port and leave the "WAN" port empty). Stock it only comes with 40 bit but maybe could be used with a gold (or equivalent) card (haven't tried it, though). The card it comes with is OEM'd by someone (Melco?) and does have an antenna jack. At home I'm currently using a Lucent card in a FBSD machine as a base; IBSS create does work; it gets a hybrid between BSS and ad-hoc mode (at least the client connects in infrastructure mode). In this mode the client is transmitting a lot, though; makes the laptop power supply get pretty warm. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
mbuf.h in netstat
Immediate problem is fixed by including machine/param.h in netstat/if.c. ifmcstat, rip6query, rtadvd/dump.c, i4b/isdnd/rc_config.c too... Those appear to be all. I don't know the "canonical" solution; maybe including machine/param.h in if_var.h? (or was removing it for "cleanliness" the cause of this?) -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
MSDOSFS oddity
Probably not many -current users use msdosfs; I use it only for the occasional floppy (extremely rare now) and the flash cards from my electronic cameras. On trying to mount one of these today, I ran into a problem (apparently in the msdosfs_vnops change of Sept 2, since a system made the previous Wed didn't have this problem) where any msdosfs system (I mount it 'ro,longnames,noauto') comes mounted with perms d- (so noone but root can reference it) and names translated to lower case. I've come to count on that last not happening (besides if you wanted win95 behavior it would leave the first letter capital). The perms thing is a real problem. The name translation could be too (It is for me since I sort files together with previous reads so the change will really mess things up.) (unless longnames implies uc-lc conversion; this really shouldn't happen since win95 actually supports mixed case correctly (though doesn't default to generating it). I see no new mount option to control the name conversion. Hopefully there is no new attempt at text file conversion built into the filesystem too since there is no real way to tell what is a text file or not... On trying this with 'shortnames', it still has both problems... I presume that my flashcard doesn't have a win95 directory structure present but don't really know. It only works right if the camera formats it :-) I can get around it for now but as with basename(1), gratuitous changes to long-standing behavior is vexing at best. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
inet6 STILL!!!
cvsup this morning; there was a patch out for this a week ago? --- 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 -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../netinet6/ip6_fw.c 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 -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 ../../netinet6/ip6_input.c ../../netinet6/ip6_input.c: In function `ip6_input': ../../netinet6/ip6_input.c:312: `inetsw' undeclared (first use in this function) ../../netinet6/ip6_input.c:312: (Each undeclared identifier is reported only once ../../netinet6/ip6_input.c:312: for each function it appears in.) ../../netinet6/ip6_input.c:312: `ip_protox' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/sys/compile/PUFFIN. - -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Another crypto problem; no kerb4 rshd/rlogind
Somehow in the internat merge the kerb4 versions of rshd and rlogind disappeared (rshd -k; rlogind -ek and -k). They are often used for scripting in ways that kerberized telnet can't handle (yes, I can use expect but what a kluge :-), or I could adapt ssh for this and probably will, but that is problematic sometimes; it is harder to keep audit trails than with k4). k5 didn't implement this either at least within the fbsd "make world" context... If fbsd handles suid (not necessarily root) scripts correctly then it isn't too hard to do the wrappers needed. I've not seen whether that is ok or not in any of the normal docs. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: crypt(3) problems
We should switch to using just libdescrypt and being allowed to switch crypt formats easily between md5 and des. My proposed solution using login.conf is at http://people.FreeBSD.org/~green/crypt_switching.patch, and it's going to be put into production usage relatively soon (that is, whether or not it's actually in FreeBSD). As long as things get switched around so that the format decision is external to libdescrypt and the existing password, so we can change an existing des passwd to md5. However, in our case, apache still needs to generate des but *all* other uses want md5. The link choice is the easiest way to select this, with environment next. Config files won't really work since they can't anticipate all uses. The full-blown pam implementations do it with pam parameters; login.conf is fine but won't work for "third-party" situations like I was commenting on (i.e. apache needs to accept and generate des but most other need md5, etc etc)... Perhaps an environment variable? libdescrypt is close since it will accept either; a fixed choice for what it generates, external to *any* application code (e.g. environment vars (easiest) or (if possible) config files that are somehow *completely* universal (I don't see how to do this without application mods unless the library can transparently get at argv[0] independently of what the app does like ++argv, etc)) would be nice. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
crypt(3) problems
There are many cases (e.g. apache with external sources doing crypt) where it is necessary to have libscrypt the default crypt for logins, etc, and libdescrypt available for linking (e.g. apache). Since the realignment of crypt sources to the internat versions (which I generally like), this is not possible without a change to the makefile in /usr/src/secure/lib/libcrypt so that LCRYPTBASE is libdescrypt and NOT libcrypt. The corresponding change may be needed in libscrypt sources too? There are also cases (generating passwords for cisco) where the opposite is needed. The bottom line is that if one asks explicitly for either -ldescrypt or -lscrypt it should get ONLY that library and not the other, independent of the symlinks. This was working fine till the merge of usa and internat versions. There was other related heartburn but I finally discovered the change to make.conf that fixed it :-) -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
pccardd and modules
I notice that though ifconfig does a kld as appropriate, pccardd doesn't at least as of a week ago. Still looks like it isn't in the source. 1. Is this in the works from one of the normal maintainers? If not I might take a look at fixing it up over the next week or so. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message