Latest kernel requires CD in drive to boot
I've cvsup'ed and built world/kernel from the latest sources to this point, and on my desktop I have the problem that's been previously discussed about not being able to boot without a disc in the CD-RW that's on ata1-master. I've included an annotated verbose dmsesg below. I have the following in loader.conf.local: hw.ata.ata_dma=1 hw.ata.wc=1 hw.ata.tags=0 hw.ata.atapi_dma=1 This is with a fairly standard GENERIC minus stuff I don't need kernel config, with atapicam still commented out. Let me know if there's anything I can do to help. Doug 5.1-CURRENT-0830 #1: Sat Aug 30 16:01:06 PDT 2003 [EMAIL PROTECTED]:/usr/local/obj/current/usr/local/src/sys/MASTER-current Preloaded elf kernel /boot/kernel/kernel at 0xc0643000. Preloaded elf module /boot/kernel/linux.ko at 0xc06431d8. Preloaded elf module /boot/kernel/nvidia.ko at 0xc0643284. Preloaded elf module /boot/kernel/acpi.ko at 0xc0643330. Calibrating clock(s) ... i8254 clock: 1193149 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 601366074 Hz CPU: Pentium III/Pentium III Xeon/Celeron (601.37-MHz 686-class CPU) Origin = GenuineIntel Id = 0x673 Stepping = 3 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 536858624 (511 MB) Physical memory chunk(s): 0x1000 - 0x0009, 651264 bytes (159 pages) 0x0066a000 - 0x1f6d6fff, 520540160 bytes (127085 pages) avail memory = 514650112 (490 MB) bios32: Found BIOS32 Service Directory header at 0xc00f9d50 bios32: Entry = 0xf0520 (c00f0520) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf+0x720 pnpbios: Found PnP BIOS data at 0xc00fd1a0 pnpbios: Entry = f:d1d0 Rev = 1.0 pnpbios: OEM ID cd041 Other BIOS signatures found: null: null device, zero device mem: memory I/O Pentium Pro MTRR support enabled VESA: information block 56 45 53 41 00 03 00 01 00 01 01 00 00 00 22 00 00 01 00 04 17 04 07 01 00 01 1a 01 00 01 28 01 00 01 00 01 01 01 02 01 03 01 04 01 05 01 06 01 07 01 08 01 09 01 0a 01 0b 01 0c 01 0e 01 0f 01 VESA: 35 mode(s) found VESA: v3.0, 65536k memory, flags:0x1, mode table:0xc03b9402 (122) VESA: NVidia VESA: NVidia Corporation NV17 () Board Chip Rev A2 random: entropy source npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS P2B on motherboard pci_open(1):mode 1 addr port (0x0cf8) is 0x80002358 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 Using $PIR table, 6 entries at 0xc00f0d10 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs slot 1 0 12A 0x60 3 4 5 7 9 10 11 12 slot 1 0 12B 0x61 3 4 5 7 9 10 11 12 slot 1 0 12C 0x62 3 4 5 7 9 10 11 12 slot 1 0 12D 0x63 3 4 5 7 9 10 11 12 slot 2 0 11A 0x61 3 4 5 7 9 10 11 12 slot 2 0 11B 0x62 3 4 5 7 9 10 11 12 slot 2 0 11C 0x63 3 4 5 7 9 10 11 12 slot 2 0 11D 0x60 3 4 5 7 9 10 11 12 slot 3 0 10A 0x62 3 4 5 7 9 10 11 12 slot 3 0 10B 0x63 3 4 5 7 9 10 11 12 slot 3 0 10C 0x60 3 4 5 7 9 10 11 12 slot 3 0 10D 0x61 3 4 5 7 9 10 11 12 slot 4 09A 0x63 3 4 5 7 9 10 11 12 slot 4 09B 0x60 3 4 5 7 9 10 11 12 slot 4 09C 0x61 3 4 5 7 9 10 11 12 slot 4 09D 0x62 3 4 5 7 9 10 11 12 embedded04A 0x60 3 4 5 7 9 10 11 12 embedded04B 0x61 3 4 5 7 9 10 11 12 embedded04C 0x62 3 4 5 7 9 10 11 12 embedded04D 0x63 3 4 5 7 9 10 11 12 embedded01A 0x60 3 4 5 7 9 10 11 12 embedded01B 0x61 3 4 5 7 9 10 11 12 embedded01C 0x62 3 4 5 7 9 10 11 12 embedded01D 0x63 3 4 5 7 9 10 11 12 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 0 acpi0: power button is handled as a fixed feature programming model. ACPI timer looks BAD min = 1, max = 6, width = 5 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 16777214, width = 16777212 ACPI timer looks BAD min = 1, max = 6, width = 5 ACPI timer looks BAD min = 1, max = 7, width = 6 Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 3 acpi_bus_number: root bus has no _BBN, assuming 0 AcpiOsDerivePciId: bus 0 dev 4 func 3 acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0 acpi_cpu0: CPU on acpi0 acpi_button0: Power Button on
ATAng atacontrol issue
As reported to sos@, with a little extra debugging at the bottom...
---
I was playing with atacontrol reinit'ing all of the channels that are
installed on my machine, when I accidentally tried to reinit channel '4',
which clearly doesn't exist. Here's what showed up at the serial console:
ata0: resetting devices ..
done
ata1: resetting devices ..
done
ata2: resetting devices ..
done
ata3: resetting devices ..
done
panic: lock (sleep mutex) Giant not locked @ kern/sys_generic.c:678
cpuid = 1; lapic.id = 0100
Debugger(panic)
Stopped at Debugger+0x4e: xchgl %ebx,in_Debugger.0
db tr
Debugger(c04088ac,100,c040bc40,f0e0abe4,100) at Debugger+0x4e
panic(c040bc40,c041c423,c04080be,c040bfe4,2a6) at panic+0x151
witness_unlock(c0494c40,8,c040bfe4,2a6,6) at witness_unlock+0x213
_mtx_unlock_flags(c0494c40,0,c040bfdb,2a6,ca8f9130) at
_mtx_unlock_flags+0x80
ioctl(ca8f9130,f0e0ad14,c042237d,3eb,3) at ioctl+0x4f8
syscall(2f,2f,2f,805e92f,bfbffd36) at syscall+0x253
Xint0x80_syscall() at Xint0x80_syscall+0x1d
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x804995b, esp = 0xbfbff76c, ebp =
0xbfbffc24 ---
My ata setup has the following devicesL
acd0: DVDROM DVD-ROM BDV316C at ata0-master PIO4
ad2: 238475MB WDC WD2500JB-34EVA0 [484521/16/63] at ata1-master UDMA100
ad4: 194481MB Maxtor 6Y200P0 [395136/16/63] at ata2-master UDMA133
ad6: 194481MB Maxtor 6Y200P0 [395136/16/63] at ata3-master UDMA133
These devices are located on the following controllers:
atapci0: AMD 768 UDMA100 controller port 0xb800-0xb80f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
atapci1: Promise PDC20269 UDMA133 controller port
0x9000-0x900f,0x9400-0x9403,0x9800-0x9807,0xa000-0xa003,0xa400-0xa407 mem
0xe600-0xe6003fff irq 11 at device 5.0 on pci2
ata2: at 0xa400 on atapci1
ata3: at 0x9800 on atapci1
A little bit of GDB'ing gives the following:
(kgdb) l *(ioctl+0x4f8)
0xc0270fa8 is in ioctl (../../../kern/sys_generic.c:679).
674 if (memp)
675 free(memp, M_IOCTLOPS);
676 fdrop(fp, td);
677 done:
678 mtx_unlock(Giant);
679 return (error);
680 }
681
682 /*
683 * sellock and selwait are initialized in selectinit() via SYSINIT.
(kgdb) l *(syscall+0x253)
0xc03c6103 is in syscall (../../../i386/i386/trap.c:1005).
1000td-td_retval[0] = 0;
1001td-td_retval[1] = frame.tf_edx;
1002
1003STOPEVENT(p, S_SCE, narg);
1004
1005error = (*callp-sy_call)(td, args);
1006}
1007
1008switch (error) {
1009case 0:
(kgdb)
We're not locking Giant in this case because of the following check:
/*
* Try to run the syscall without Giant if the syscall
* is MP safe.
*/
if ((callp-sy_narg SYF_MPSAFE) == 0)
mtx_lock(Giant);
It appears that the syscall is marked as MPSAFE but ends up calling code
in ioctl that expects Giant to be locked. Any ideas?
Regards,
Andre Guibert de Bruet | Enterprise Software Consultant
Silicon Landmark, LLC. | http://siliconlandmark.com/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Inappropriate ioctl for device (CDIOCREADAUDIO)
Hi
I am using cd2mp3 (which uses dagrab) to copy an audio file.
Unfortunately I receive the following message:
dagrab: read raw ioctl failed at lba 33 length 12: Inappropriate ioctl
for device
I hope the following snippet of code from dagrab might be useful:
void cd_read_audio(int lba,int num,char *buf)
{
struct ioc_read_audio ra;
ra.address.lba=lba
ra.address_format=CD_LBA_FORMAT;
ra.nframes=num;
ra.buffer=buf;
if(ioctl(cdrom_fd,CDIOCREADAUDIO,ra)) {
fprintf(...);
...
}
}
cd2mp3 works if I use last week's kernel. Note, I re-built cd2mp3 and
its dependencies.
--
Regards
Peter
As always the organisation disavows knowledge of this email
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pcic device causes kernel build failure
In message: [EMAIL PROTECTED] Doug Barton [EMAIL PROTECTED] writes: : I found my problem, when I got this new laptop two weeks ago I : UN-commented the pcic cardbus bridge just in case. This worked fine up : till 8/27, my last build on that machine. Starting last night, with that : device in my kernel config, kernel build fails with the error below. : Commenting it again allows the kernel to build. Don't build pcic with newcard. It is broken, doesn't work and isn't supported. I have a rewrite in my p4 tree that I'm slugging through, but pcic is likely to coninue to not compile until that's committed. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sony vaio pcg-gr390
In message: [EMAIL PROTECTED] Putinas [EMAIL PROTECTED] writes: : I rebooted my notebook to freebsd and was thinking how to save log file if : kernel doesn't boot ... and strange thing happened kernel booted up no hang. : ( after I rebooted 3 times more - hanging in same place like before ). So I : think I just got lucky to save dmesg without headache ... and here it is ( : sorry if posting verbose dmesg on the list is bad idea :/ ) . The last lines : what I saw when kernel lockups is: : acpi_acad0: acline initialization start : acpi_acad0: On Line : acpi_acad0: acline initialization done, tried 1 times : cbb0: Unsupported card type detected : here finish I'm debugging a similar problem on my PCG-505TS. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: aac related panics
On Saturday 30 August 2003 04:06 pm, Peter Jeremy wrote: On Fri, Aug 29, 2003 at 10:54:10PM -0500, Chip Norkus wrote: My company is working on a new hosting infrastructure, and I'd like to use FreeBSD if possible, so any help at all would be greatly appreciated as we plan to use these machines for some time. Note that 5.x is not yet production quality. It is still primarily intended for early adopters to help shake out any bugs. Unless you specifically need 5.x features, you might find it less painful to start with 4.x as your main platform and just experiment with 5.x on some non-critical boxes. That's what I'm doing. We wouldn't be rolling out a new platform for several months yet. I decided to go with 5.x because of the better SMP support, and because of some of the newer security features (like filesystem ACLs) among other reasons. I'm also using it at home with excellent results, and I'm sure that it will be productionable sooner rather than later considering the excellent work being done all around. Peter -wd -- chip norkus; renaissance hacker;[EMAIL PROTECTED] question = (to) ? be : !be; --Shakespeare http://telekinesis.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: need some debugging help
On Sat, Aug 30, 2003 at 09:22:10 +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Kenneth D. Merry writes: I think I have everything setup correctly, but I keep getting panics inside the GEOM code with these patches. (Memory modified after free.) I don't know whether I've just exposed some race condition, or whether I've done something wrong. Do you have any idea what goes on at/right before the panic ? Ie: has drives been created [disk_create()] or removed [disk_destroy()] right before ? Well, the panic happens right after the probes complete for the various CAM devices in the system. I've got 4 SCSI disks in the system, so disk_create() has just been called 4 times. That's also the point where I fire off the task queue to create the sysctl variables for each device, though. (Right after the probe message is printed.) My best shot, would be that disk_destroy() was called and something somehow fiddled the related structures subsequently. You may want to set kern.geom.debugflags=N and see if that offers any clues. N |= 1 topology events N |= 2 bio processing (ie: many lines for each I/O) N |= 4 access processing (open/close) I wouldn't expect that disk_destroy() is getting called, although I suppose that's possible. I had to make kern.geom.debugflags a tunable in order to get the debugging output. (The system panics before root gets mounted, so there's no way to set a sysctl variable.) Anyway, I got some debugging output, and I've attached dmesg output. Let me know whether anything in there looks suspicious or points to a possible problem. Thanks, Ken -- Kenneth Merry [EMAIL PROTECTED] 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 #8: Sun Aug 31 00:48:50 MDT 2003 [EMAIL PROTECTED]:/usr/home/ken/perforce2/FreeBSD-ken/src/sys/i386/compile/gondolin Preloaded elf kernel /boot/kernel.test64/kernel at 0xc05c8000. Preloaded elf module /boot/kernel.test64/acpi.ko at 0xc05c8274. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1266.07-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real memory = 2684289024 (2559 MB) avail memory = 2607640576 (2486 MB) Programming 16 pins in IOAPIC #0 IOAPIC #0 intpin 2 - irq 0 Programming 16 pins in IOAPIC #1 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: 4, version: 0x000f0011, at 0xfec0 io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec01000 g_ignition g_modevent(MD, LOAD) g_post_event_x(0xc021e050, 0xc47896a0, 2 g_modevent(BSD, LOAD) g_post_event_x(0xc021e050, 0xc4789690, 2 g_modevent(MBR, LOAD) g_post_event_x(0xc021e050, 0xc4789680, 2 g_modevent(MBREXT, LOAD) g_post_event_x(0xc021e050, 0xc4789670, 2 g_modevent(CCD, LOAD) g_post_event_x(0xc021e050, 0xc4789660, 2 g_modevent(DEV, LOAD) g_post_event_x(0xc021e050, 0xc4789650, 2 g_modevent(DISK, LOAD) g_post_event_x(0xc021e050, 0xc4789620, 2 Pentium Pro MTRR support enabled ACPI-0660: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [IO__] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [SB__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [ICNT] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [ACPI] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [OSB4] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [PM__] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [BIOS] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0660: *** Warning: Type override - [CMOS] had invalid type (Integer) for Scope operator, changed to (Scope) npx0: math processor on motherboard npx0: INT 16 interface acpi0: RCCRCCNILE on
Re: nvidia.ko freezes system in -current
Andrew Atrens wrote:
The nvidia probe code gets invoked for every pci device discovered on
the bus. The can't-attach-memory-resource thing essentially means that
the driver is trying to attach to a device that isn't a graphics card.
Ok. That seems to be the cause for the death of fsck on boot, too.
Because I use the x11/nvidia-driver port I created a patch. It is
lacking a lot of IDs, because it is the reverse approach to Andrew's.
Hendrik
--- src/nvidia_pci.c.orig Wed May 28 18:51:52 2003
+++ src/nvidia_pci.cSun Aug 31 17:34:19 2003
@@ -29,17 +29,26 @@
vendor = pci_get_vendor(dev);
device = pci_get_device(dev);
-
+
if (vendor != NVIDIA_VENDORID || device 0x0020)
return ENXIO;
-if (rm_get_device_name(device, NV_DEVICE_NAME_LENGTH, name)
-!= RM_OK) {
-strcpy(name, Unknown);
-}
+switch ( device ) {
+case 0x0281:
+if (rm_get_device_name(device, NV_DEVICE_NAME_LENGTH, name)
+!= RM_OK) {
+strcpy(name, Unknown);
+}
-device_set_desc_copy(dev, name);
-return 0;
+device_set_desc_copy(dev, name);
+return 0;
+break;
+default:
+if (pci_get_class(dev) == PCIC_DISPLAY)
+device_printf(dev, Unknown ID\nIf you are sure your device works
with this driver\nplease post the ID);
+return ENXIO;
+break;
+}
}
int nvidia_pci_attach(device_t dev)
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
5.1-REL won't buildworld - fresh cvsup
For the last 3 days, I have cvsupped and wouldn't ever succeed with `make buildworld`. What could the problem be? Below are snippets from the fail: Once I do, `make buildworld` I see the following at the top of the output: Running test variables PASS: Test variables detected no regression, output matches. Running test targets PASS: Test targets detected no regression. Running test sysvmatch PASS: Test sysvmatch detected no regression. Running test lhs_expn FAIL: Test failed: regression detected. See above. *** Error code 1 Stop in /usr/src/tools/regression/usr.bin/make. *** Error code 1 Stop in /usr/src/tools/regression/usr.bin/make. -- Building an up-to-date make(1) -- sh /usr/src/tools/install.sh -s -o root -g wheel -m 555 make /usr/obj/usr/src/make.i386 -- Rebuilding the temporary build tree -- ... then it runs and later fails with cc -fpic -DPIC -O -pipe -mcpu=pentiumpro -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/threa d -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib /libpthread/../../libexec/rtld-elf -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -I/usr/src/lib/libpthread/thread -c /usr/src/lib/libpthread/arch/i386/i386/thr_enter_uts.S -o thr_enter_uts.So cc -fpic -DPIC -O -pipe -mcpu=pentiumpro -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/threa d -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib /libpthread/../../libexec/rtld-elf -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -I/usr/src/lib/libpthread/thread -c /usr/src/lib/libpthread/arch/i386/i386/thr_getcontext.S -o thr_getcontext.So cc -fpic -DPIC -O -pipe -mcpu=pentiumpro -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/threa d -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib /libpthread/../../libexec/rtld-elf -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -I/usr/src/lib/libpthread/../libc/i386 -I/usr/src/lib/libpthread/thread -c /usr/src/lib/libpthread/arch/i386/i386/thr_switch.S -o thr_switch.So cc -fpic -DPIC -O -pipe -mcpu=pentiumpro -DPTHREAD_KERNEL -I/usr/src/lib/libpthread/../libc/include -I/usr/src/lib/libpthread/threa d -I/usr/src/lib/libpthread/../../include -I/usr/src/lib/libpthread/arch/i386/include -I/usr/src/lib/libpthread/sys -I/usr/src/lib /libpthread/../../libexec/rtld-elf -fno-builtin -D_LOCK_DEBUG -D_PTHREADS_INVARIANTS -Wall -c /usr/src/lib/libpthread/sys/lock.c - o lock.So building shared library libkse.so.1 *** Error code 1 Stop in /usr/src/lib/libpthread. *** Error code 1 Stop in /usr/src/lib. *** 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. I have done cd /usr/src make clean make cleandir rm -rf /usr/obj/usr cvsup But that doesn't seem to do the trick. -Wash -- Odhiambo Washington [EMAIL PROTECTED] The box said 'Requires Wananchi Online Ltd. www.wananchi.com Windows 95, NT, or better,' Tel: +254 2 313985-9 +254 2 313922 so I installed FreeBSD. GSM: +254 72 743223 +254 733 744121 This sig is McQ! :-) A real person has two reasons for doing anything ... a good reason and the real reason. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /lib symlinks problem?
On Sun, Aug 31, 2003 at 02:07:42PM +0200, Alexander Leidinger wrote:
On Sat, 30 Aug 2003 21:56:53 +0300
Ruslan Ermilov [EMAIL PROTECTED] wrote:
I think a workaround would be to use absolute symlinks (at least as an
option).
I might be missing an obvious, but I just don't see a reason
why we should use relative linking here: we should just link
to where we really install. With the attached patch, I get:
$ make -n install -DNOMAN DESTDIR=/foo
install -C -o root -g wheel -m 444 libalias.a /foo/usr/lib
install -s -o root -g wheel -m 444 libalias.so.4 /foo/lib
ln -fs libalias.so.4 /foo/lib/libalias.so
ln -fs /foo/lib/libalias.so.4 /foo/usr/lib/libalias.so
Don't you have to remove the first ${DESTDIR} to make this work in the
put a harddisk into a running system and install a system via
installworld distribute case?
Doh, you're of course right! An updated patch is attached.
Now it looks like this:
install -C -o root -g wheel -m 444 libalias.a /foo/usr/lib
install -s -o root -g wheel -m 444 libalias.so.4 /foo/lib
ln -fs libalias.so.4 /foo/lib/libalias.so
ln -fs /lib/libalias.so.4 /foo/usr/lib/libalias.so
This is also consistent with how we handle SYMLINKS:
# make -f bsd.prog.mk BINDIR=/bin SYMLINKS='${BINDIR}/file1 ${BINDIR}/file2' install
DESTDIR=/foo
/foo/bin/file2 - /bin/file1
# ls -l /foo/bin
total 0
lrwxr-xr-x 1 root wheel 10 Aug 31 17:44 file2 - /bin/file1
Cheers,
--
Ruslan Ermilov Sysadmin and DBA,
[EMAIL PROTECTED] Sunbay Software Ltd,
[EMAIL PROTECTED] FreeBSD committer
Index: bsd.lib.mk
===
RCS file: /home/ncvs/src/share/mk/bsd.lib.mk,v
retrieving revision 1.150
diff -u -r1.150 bsd.lib.mk
--- bsd.lib.mk 17 Aug 2003 23:56:29 - 1.150
+++ bsd.lib.mk 31 Aug 2003 14:46:32 -
@@ -207,9 +207,8 @@
${SHLIB_NAME} ${DESTDIR}${SHLIBDIR}
.if defined(SHLIB_LINK)
ln -fs ${SHLIB_NAME} ${DESTDIR}${SHLIBDIR}/${SHLIB_LINK}
-.if (${LIBDIR} != ${SHLIBDIR})
- ln -fs ${LIBDIR:C|/[^/]+|/..|g:S|^/||}${SHLIBDIR}/${SHLIB_NAME} \
- ${DESTDIR}${LIBDIR}/${SHLIB_LINK}
+.if ${LIBDIR} != ${SHLIBDIR}
+ ln -fs ${SHLIBDIR}/${SHLIB_NAME} ${DESTDIR}${LIBDIR}/${SHLIB_LINK}
.endif
.endif
.endif
pgp0.pgp
Description: PGP signature
Re: panic: softdep_deallocate_dependencies: dangling deps
--LwbuP8dfxhLLLUfV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 31, 2003 at 05:28:10AM -0400, Jeff Roberson wrote: On Sun, 31 Aug 2003, Christian Brueffer wrote: =20 Hi, got a panic on my server tonight. Coredump available for further debug= gung. FreeBSD haakonia.hitnet.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT = #6: Thu Aug 28 00:16:19 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LORIEN i386 =20 When are your srouces from? Specifically, what version of vfs_bio.c do you have? =20 It should be rev 1.397 of vfs_bio.c, I updated the sources just before the kernel build. - Christian --=20 Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED] GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --LwbuP8dfxhLLLUfV Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/UcNjbHYXjKDtmC0RArWpAJ9RpBKghyAS/yUhxsuUnVguWMi8jwCgtFXy K1t1z2RdHzq+ZHoy4ujFkGw= =o1AU -END PGP SIGNATURE- --LwbuP8dfxhLLLUfV--
ATAng not detecting drives
Hello sir, I've just cvsupped the new -C source, and installed a new kernel. My CD-RW could not be detected: FreeBSD 5.1-CURRENT #7: Sun Aug 31 12:21:57 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MOONDANCE Preloaded elf kernel /boot/kernel/kernel at 0xc0545000. Preloaded elf module /boot/kernel/mga.ko at 0xc05451f4. Preloaded elf module /boot/kernel/aio.ko at 0xc054529c. Preloaded elf module /boot/kernel/acpi.ko at 0xc0545344. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) Processor (600.03-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x630 Stepping = 0 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 536805376 (511 MB) avail memory = 515395584 (491 MB) Pentium Pro MTRR support enabled [..] atapci0: VIA 82C686A UDMA66 controller port 0xd000-0xd00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 [..] ad0: 19546MB FUJITSU MPF3204AT [39714/16/63] at ata0-master UDMA66 ad1: 39093MB FUJITSU MPG3409AH EF [79428/16/63] at ata0-slave UDMA66 ata1-slave: FAILURE - ATA_IDENTIFY status=51READY,DSC,ERROR error=4ABORTED acd0: CDROM CD-540E at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: TEAC CD-540E 1.0A Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [2154583490 x 838860800 byte records] Mounting root from ufs:/dev/ad0s2a (it's this ata1-slave thing). Previously, it has been seen as: acd1: CD-RW CD-W540E at ata1-slave UDMA33 And everything worked fine, Teacs run in DMA mode without any problems. Another weird thing is that the first drive in atapicam mode (accessed as /dev/cd0, not /dev/acd0) reports something inside of it, while there's no CD inside (as you can see it in dmesg). After atacontrol detach/attach, I've got the thing flip-flopped: acd0: WARNING - removed from configuration (cd0:ata1:0:0:0): lost device (cd0:ata1:0:0:0): removing device entry ata1-master: FAILURE - ATA_IDENTIFY status=51READY,DSC,ERROR error=4ABORTED acd0: CDRW CD-W540E at ata1-slave UDMA33 cd0 at ata1 bus 0 target 1 lun 0 cd0: TEAC CD-W540E 1.0C Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [879076549 x 1006698496 byte records] (the second drive is also empty) After some playing with atacontrol, it appears that it's rather random which drive gets detected. But I could not get them both working at one time, it always detected just one. Anyway, after some massive disk IO (installworld mergemaster) and reboot, syncer decided to give up on one buffer. No idea, whether this is ATAng feature, yet it hasn't been happening on ATAold. greets, -- -- wrzask --= v =-- Winfried --===-- GG# 3838383 --- -- [EMAIL PROTECTED] --- [EMAIL PROTECTED] --===-- http://violent.dream.vg/ --- --= Ride the wild wind - push the envelope, don't sit on the fence, --- -- Ride the wild wind - live life on the razor's edge! =-- Queen -- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: more hints
If I remove device pmtimer from my config, I get a consistent panic, or variation of: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0135b0a7 stack pointer = 0x10:0xd68f2c48 frame pointer = 0x10:0xd68f2c64 code segment = base 0x0 limit 0x, type 0x1b processor eflags= interrupt enabled, resume, IOPL=0 current process = 12 (swi7: tty:sio clock) trap number = 12 panic page fault ... This is with leaving my USB 2.0 drive turned on during boot time. If I use the same kernel (sans pmtimer) , but boot with my USB drive turned off, all is well. Or, I can put pmtimer back in the kernel and boot with the drive turned on, but sooner or later I'll get some type of panic. Some kind of timimg issue?. I think all of these panics have something to do with leaving the USB drive on at boot time. It seems like I don't have any issues if it stays turned off. That's probably why we're not seeing any reports, I doubt a lot of folks are using a USB 2.0 HD along with ehci... Again, all this started shortly after July 14th. The USB DMA changes may have something to do with this... I'll have time tomorrow to look at the commit logs, so I'll check out what changes went in, then make patches for each one that is likely to be a problem, and then submit them to you. That will allow you to pinpoint the exact commit that caused the problem. Ken ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: su in free(): warning: chunk is already free
On Sun, Aug 31, 2003 at 07:24:32PM +1000, Tim Robbins wrote: On Sat, Aug 30, 2003 at 06:38:02PM +0200, Christoph Kukulies wrote: On my 5.1-current I logged in from outside and tried su getting: $ su su in free(): warning: chunk is already free su: pam_start: system error I'm not sure whether my system is absolutely in sync but I'd think with make buildworld, installworld, buildkernel, installkernel reboot it should be. Are you using the defaults for /etc/pam.d/* or have they changed? Are you using YP or Kerberos? Neither of them. But I remember now, the libs or module names in pam.d have changed from 5.0 to 5.1-Current. Have to wait until I'll be physically at the machine. -- Chris Christoph P. U. Kukulies kukulies (at) rwth-aachen.de ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fxp0: device timeout in -current from 31.8.
On Sun, Aug 31, 2003 at 01:55:49PM +0200, Andreas Klemm wrote: I tried to install FreeBSD 5.1-current from 30.07. and 31.08 on my wifes machine. Unluckily I experience problems with the fxp driver. On google I found a similar report from June 3rd. http://lists.freebsd.org/pipermail/freebsd-current/2003-June/004739.html What I tried: since USB and fxp driver shared the same IRQ I disabled USB in the BIOS and made sure, that the NIC has an IRQ of its own, but still no success. Sounds like IRQ9 support is broken. Everything using IRQ9 (uhci0/1 and fxp0) fails in a similar way. uhci0: VIA 83C572 USB controller port 0xd400-0xd41f irq 9 at device 4.2 on pci 0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 uhci1: VIA 83C572 USB controller port 0xd000-0xd01f irq 9 at device 4.3 on pci 0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 fxp0: Intel 82559 Pro/100 Ethernet port 0xb000-0xb03f mem 0xed00-0xed0 f,0xed80-0xed800fff irq 9 at device 10.0 on pci0 fxp0: Ethernet address 00:d0:b7:bd:03:b3 miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto -- B.Walter BWCThttp://www.bwct.de [EMAIL PROTECTED] [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
panic: softdep_deallocate_dependencies: dangling deps
--D9sZ58tf58331Q5M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, got a panic on my server tonight. Coredump available for further debuggung. FreeBSD haakonia.hitnet.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT #6: = Thu Aug 28 00:16:19 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LORIEN i386 GNU gdb 5.3 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-portbld-freebsd5.1... panic: softdep_deallocate_dependencies: dangling deps panic messages: --- panic: softdep_deallocate_dependencies: dangling deps cpuid =3D 1; lapic.id =3D 0100 boot() called on cpu#1 syncing disks, buffers remaining... panic: bremfree: removing a buffer not = on a queue cpuid =3D 1; lapic.id =3D 0100 boot() called on cpu#1 Uptime: 2d5h32m34s Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 = 336 352 368 384 400 416 432 448 464 4 80 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc0212e20 in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 72 #2 0xc0213226 in panic (fmt=3D0xc03b2848 bremfree: removing a buffer not = on a queue) at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc025a051 in bremfreel (bp=3D0xce6b6228) at /usr/src/sys/kern/vfs_bio.= c:644 #4 0xc0259f25 in bremfree (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:626 #5 0xc025c658 in vfs_bio_awrite (bp=3D0x0) at /usr/src/sys/kern/vfs_bio.c:= 1699 #6 0xc030a54c in ffs_fsync (ap=3D0xd8361a70) at /usr/src/sys/ufs/ffs/ffs_v= nops.c:268 #7 0xc0309693 in ffs_sync (mp=3D0xc454d600, waitfor=3D2, cred=3D0xc150de80= , td=3D0xc040d7a0) at vnode_if.h:627 #8 0xc027040b in sync (td=3D0xc040d7a0, uap=3D0x0) at /usr/src/sys/kern/vf= s_syscalls.c:142 #9 0xc021296f in boot (howto=3D256) at /usr/src/sys/kern/kern_shutdown.c:2= 81 #10 0xc0213226 in panic (fmt=3D0xc03bf702 softdep_deallocate_dependencies:= dangling deps) at /usr/src/sys/kern/kern_shutdown.c:550 #11 0xc0306c35 in softdep_deallocate_dependencies (bp=3D0x0) at /usr/src/sy= s/ufs/ffs/ffs_softdep.c:5874 #12 0xc025b30a in brelse (bp=3D0xce6b6228) at /usr/src/sys/sys/buf.h:427 #13 0xc026b93a in flushbuflist (blist=3D0xce6b6228, flags=3D0, vp=3D0xc60fb= 490, slpflag=3D0, slptimeo=3D0, errorp=3D0x0) at /usr/src/sys/kern/vfs_subr.c:1277 #14 0xc026b548 in vinvalbuf (vp=3D0xc60fb490, flags=3D0, cred=3D0x0, td=3D0= x0, slpflag=3D0, slptimeo=3D0) at /usr/src/sys/kern/vfs_subr.c:1160 #15 0xc026e3cc in vclean (vp=3D0xc60fb490, flags=3D8, td=3D0xc4008000) at /= usr/src/sys/kern/vfs_subr.c:2577 #16 0xc026e959 in vgonel (vp=3D0xc60fb490, td=3D0x0) at /usr/src/sys/kern/v= fs_subr.c:2761 #17 0xc026a679 in vlrureclaim (mp=3D0xc454d600) at /usr/src/sys/kern/vfs_su= br.c:723 #18 0xc026a8bf in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:776 #19 0xc01ea01f in fork_exit (callout=3D0xc026a710 vnlru_proc, arg=3D0x0, = frame=3D0x0) at /usr/src/sys/kern/kern_fork.c:796 (kgdb) Anyone interested? - Christian --=20 Christian Brueffer [EMAIL PROTECTED] [EMAIL PROTECTED] GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --D9sZ58tf58331Q5M Content-Type: application/pgp-signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE/UaZJbHYXjKDtmC0RAlPDAJ9CGikHqB81AEzTPwjPU61jWDbWsgCdHWfX LE15qmeXdMWLQmEUwKXnKYI= =M4OU -END PGP SIGNATURE- --D9sZ58tf58331Q5M--
Re: /lib symlinks problem?
On Sat, 30 Aug 2003 21:56:53 +0300
Ruslan Ermilov [EMAIL PROTECTED] wrote:
I think a workaround would be to use absolute symlinks (at least as an
option).
I might be missing an obvious, but I just don't see a reason
why we should use relative linking here: we should just link
to where we really install. With the attached patch, I get:
$ make -n install -DNOMAN DESTDIR=/foo
install -C -o root -g wheel -m 444 libalias.a /foo/usr/lib
install -s -o root -g wheel -m 444 libalias.so.4 /foo/lib
ln -fs libalias.so.4 /foo/lib/libalias.so
ln -fs /foo/lib/libalias.so.4 /foo/usr/lib/libalias.so
Don't you have to remove the first ${DESTDIR} to make this work in the
put a harddisk into a running system and install a system via
installworld distribute case?
Bye,
Alexander.
--
Give a man a fish and you feed him for a day;
teach him to use the Net and he won't bother you for weeks.
http://www.Leidinger.net Alexander @ Leidinger.net
GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: buildworld seg faulting.
On Sun, Aug 31, 2003 at 07:52:15PM +1000, Alastair G. Hogge wrote: Hello list, For the past couple of weeks I've been tyring to keep my system up to date with cvsup. However, when ever I run a buildworld I get problems with gcc (I think it's gcc). I've tried nuking /usr/obj and running make clean many tims before each build but this doesn't help. What I've noticed is that the seg fault doesn't occur in the same place. There isn't enough context in the error messages you reported. Are you using the -j option during your buildworld? However, your last sentence in the above quoted paragraph, suggests that you have bad memory or a heating problem or a suspect power supply. -- Steve ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
buildworld seg faulting.
Hello list, For the past couple of weeks I've been tyring to keep my system up to date with cvsup. However, when ever I run a buildworld I get problems with gcc (I think it's gcc). I've tried nuking /usr/obj and running make clean many tims before each build but this doesn't help. What I've noticed is that the seg fault doesn't occur in the same place. The following is snippets of two errors. === gnu/usr.bin/binutils/size /usr/obj/usr/src/gnu/usr.bin/binutils/size created for /usr/src/gnu/usr.bin/binu tils/size Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 And: insn-opinit.c: In function `init_all_optabs': insn-opinit.c:510: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. My current uname -a reports: FreeBSD nova 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sat Aug 16 12:32:29 EST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NOVA i386 I was able to buildworld once a week ago. After each seg fault I would just continue the build again with out cleaning out the object files. Thanks in advance -Al ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: softdep_deallocate_dependencies: dangling deps
On Sun, 31 Aug 2003, Christian Brueffer wrote: On Sun, Aug 31, 2003 at 05:28:10AM -0400, Jeff Roberson wrote: On Sun, 31 Aug 2003, Christian Brueffer wrote: Hi, got a panic on my server tonight. Coredump available for further debuggung. FreeBSD haakonia.hitnet.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Thu Aug 28 00:16:19 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LORIEN i386 When are your srouces from? Specifically, what version of vfs_bio.c do you have? It should be rev 1.397 of vfs_bio.c, I updated the sources just before the kernel build. - Christian Oh, fortunately for me, it's not my fault then. I'll try to grab the attention of someone who can help. Cheers, Jeff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ATA-ng
Anyhow please upgrade to the latest that should fix the problems with the probe missing some devices. -Søren To that I can only say #uname -a FreeBSD bogushost2 5.1-CURRENT FreeBSD 5.1-CURRENT #22: Sun Aug 31 01:55:17 EDT 2003[EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARL5KERNEL i386 #atacontrol list ATA channel 0: Master: ad0 IBM-DTLA-307030/TX4OA5AA ATA/ATAPI rev 5 Slave: no device present ATA channel 1: Master: ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ ÿ/ÿ ÿ ÿ ÿ ATA/ATAPI rev 15 Slave: no device present Again, ATA channel 1 should have a Plextor CDRW as master and a Hitachi DVDROM as the slave device. I tried fiddling with my BIOS settings to see if that would change anything (I usually specify AUTO for both, probably what the BIOS would revert it to anyway). At one point, the Plextor device did probe correctly, but not the DVDROM. Your early revisions of ata-lowlevel.c allowed the DVDROM to probe correctly and mount file systems. But nowadays only my harddrive probes, works. I'll reboot and leave my latest verbose dmesg in another email. Andrew Lankford ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
strange behavior of loader
Hi, I see some strange behavior of the loader with different CFLAGS, it either resets the system immediately or the bootblock tells me it has a wrong format. CFLAGS CPUTYPE failes -O2 -pipe -fno-strict-aliasing athlon yes -O2 -pipe -fno-strict-aliasing pentiumpro yes -O2 -pipe pentiumpro yes -O -pipepentiumpro yes -Os -pipe athlon no Does someone sees similar behavior (this is with src from yesterday)? Bye, Alexander. -- It is easier to fix Unix than to live with NT. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fxp0: device timeout in -current from 31.8.
tnx for the pointer. I changed the card placement and free'd one IRQ (3) by disabling COM2 in BIOS. This did the trick. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? - http://www.apsfilter.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ATAng not detecting drives
It seems Jan Srzednicki wrote: ad0: 19546MB FUJITSU MPF3204AT [39714/16/63] at ata0-master UDMA66 ad1: 39093MB FUJITSU MPG3409AH EF [79428/16/63] at ata0-slave UDMA66 ata1-slave: FAILURE - ATA_IDENTIFY status=51READY,DSC,ERROR error=4ABORTED acd0: CDROM CD-540E at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: TEAC CD-540E 1.0A Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [2154583490 x 838860800 byte records] Mounting root from ufs:/dev/ad0s2a (it's this ata1-slave thing). Previously, it has been seen as: acd1: CD-RW CD-W540E at ata1-slave UDMA33 Ok, I've finally managed to get a setup that exhibits this problem, expect a fix soon... -Søren ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: su in free(): warning: chunk is already free
On Sat, Aug 30, 2003 at 06:38:02PM +0200, Christoph Kukulies wrote: On my 5.1-current I logged in from outside and tried su getting: $ su su in free(): warning: chunk is already free su: pam_start: system error I'm not sure whether my system is absolutely in sync but I'd think with make buildworld, installworld, buildkernel, installkernel reboot it should be. Are you using the defaults for /etc/pam.d/* or have they changed? Are you using YP or Kerberos? Tim ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
pcmcia card not detected properly
Hi all, I just upgraded Current. In a Dell Inspiron 8000 laptop a pcmcia card is not detected properly. Some lines from dmesg: FreeBSD 5.1-CURRENT #13: Thu Aug 28 21:06:05 CEST 2003 Preloaded elf module /boot/kernel/acpi.ko at 0xc071d280. ... acpi0: DELL CPi R on motherboard pcibios: BIOS version 2.10 Using $PIR table, 10 entries at 0xc00fbc20 Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 acpi_cpu0: CPU port 0x530-0x537 on acpi0 acpi_tz0: thermal zone port 0x530-0x537 on acpi0 acpi_acad0: AC adapter on acpi0 acpi_cmbat0: Control method Battery on acpi0 acpi_cmbat1: Control method Battery on acpi0 acpi_lid0: Control Method Lid Switch on acpi0 acpi_button0: Power Button on acpi0 acpi_button1: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 cbb0: TI4451 PCI-CardBus Bridge at device 15.0 on pci2 cardbus0: CardBus bus on cbb0 pccard0: 16-bit PCCard bus on cbb0 pcib2: slot 15 INTA is routed to irq 11 cbb1: TI4451 PCI-CardBus Bridge at device 15.1 on pci2 cardbus1: CardBus bus on cbb1 pccard1: 16-bit PCCard bus on cbb1 ... CIS is too long -- truncating pccard0: Card has no functions! cbb0: PC Card card activation failed The card works fine. It was detected before upgrading. It is an Adaptec APA-1460. Thanks in advance for your help. Raoul [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: panic: softdep_deallocate_dependencies: dangling deps
On Sun, 31 Aug 2003, Christian Brueffer wrote: Hi, got a panic on my server tonight. Coredump available for further debuggung. FreeBSD haakonia.hitnet.rwth-aachen.de 5.1-CURRENT FreeBSD 5.1-CURRENT #6: Thu Aug 28 00:16:19 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LORIEN i386 When are your srouces from? Specifically, what version of vfs_bio.c do you have? Thanks, Jeff GNU gdb 5.3 (FreeBSD) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-portbld-freebsd5.1... panic: softdep_deallocate_dependencies: dangling deps panic messages: --- panic: softdep_deallocate_dependencies: dangling deps cpuid = 1; lapic.id = 0100 boot() called on cpu#1 syncing disks, buffers remaining... panic: bremfree: removing a buffer not on a queue cpuid = 1; lapic.id = 0100 boot() called on cpu#1 Uptime: 2d5h32m34s Dumping 511 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 4 80 496 --- #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 240 dumping++; (kgdb) bt #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc0212e20 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc0213226 in panic (fmt=0xc03b2848 bremfree: removing a buffer not on a queue) at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc025a051 in bremfreel (bp=0xce6b6228) at /usr/src/sys/kern/vfs_bio.c:644 #4 0xc0259f25 in bremfree (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:626 #5 0xc025c658 in vfs_bio_awrite (bp=0x0) at /usr/src/sys/kern/vfs_bio.c:1699 #6 0xc030a54c in ffs_fsync (ap=0xd8361a70) at /usr/src/sys/ufs/ffs/ffs_vnops.c:268 #7 0xc0309693 in ffs_sync (mp=0xc454d600, waitfor=2, cred=0xc150de80, td=0xc040d7a0) at vnode_if.h:627 #8 0xc027040b in sync (td=0xc040d7a0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:142 #9 0xc021296f in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:281 #10 0xc0213226 in panic (fmt=0xc03bf702 softdep_deallocate_dependencies: dangling deps) at /usr/src/sys/kern/kern_shutdown.c:550 #11 0xc0306c35 in softdep_deallocate_dependencies (bp=0x0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:5874 #12 0xc025b30a in brelse (bp=0xce6b6228) at /usr/src/sys/sys/buf.h:427 #13 0xc026b93a in flushbuflist (blist=0xce6b6228, flags=0, vp=0xc60fb490, slpflag=0, slptimeo=0, errorp=0x0) at /usr/src/sys/kern/vfs_subr.c:1277 #14 0xc026b548 in vinvalbuf (vp=0xc60fb490, flags=0, cred=0x0, td=0x0, slpflag=0, slptimeo=0) at /usr/src/sys/kern/vfs_subr.c:1160 #15 0xc026e3cc in vclean (vp=0xc60fb490, flags=8, td=0xc4008000) at /usr/src/sys/kern/vfs_subr.c:2577 #16 0xc026e959 in vgonel (vp=0xc60fb490, td=0x0) at /usr/src/sys/kern/vfs_subr.c:2761 #17 0xc026a679 in vlrureclaim (mp=0xc454d600) at /usr/src/sys/kern/vfs_subr.c:723 #18 0xc026a8bf in vnlru_proc () at /usr/src/sys/kern/vfs_subr.c:776 #19 0xc01ea01f in fork_exit (callout=0xc026a710 vnlru_proc, arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:796 (kgdb) Anyone interested? - Christian -- Christian Brueffer[EMAIL PROTECTED] [EMAIL PROTECTED] GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: need some debugging help
In message [EMAIL PROTECTED], Kenneth D. Merry writes: Anyway, I got some debugging output, and I've attached dmesg output. Let me know whether anything in there looks suspicious or points to a possible problem. There's nothing which jumps out at me, and I guess the best strategy is hunting down the devbuf thing by changing all users of M_DEVBUF until something trips... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
fxp0: device timeout in -current from 31.8.
I tried to install FreeBSD 5.1-current from 30.07. and 31.08 on my wifes machine. Unluckily I experience problems with the fxp driver. On google I found a similar report from June 3rd. http://lists.freebsd.org/pipermail/freebsd-current/2003-June/004739.html What I tried: since USB and fxp driver shared the same IRQ I disabled USB in the BIOS and made sure, that the NIC has an IRQ of its own, but still no success. Here a dmesg with USB enabled 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-20030831-SNAP #0: Sun Aug 31 09:33:55 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel /boot/kernel/kernel at 0xc0752000. Preloaded elf module /boot/kernel/acpi.ko at 0xc07521f4. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel Pentium III (902.05-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA T,PSE36,MMX,FXSR,SSE real memory = 1073725440 (1023 MB) avail memory = 1035276288 (987 MB) Pentium Pro MTRR support enabled npx0: math processor on motherboard npx0: INT 16 interface acpi0: ASUS MED_2001 on motherboard pcibios: BIOS version 2.10 Using $PIR table, 6 entries at 0xc00f0eb0 acpi0: power button is handled as a fixed feature programming model. Timecounter ACPI-safe frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0xe408-0xe40b on acpi0 acpi_cpu0: CPU 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 4 INTD is routed to irq 9 pcib0: slot 4 INTD is routed to irq 9 pcib0: slot 9 INTA is routed to irq 5 pcib0: slot 10 INTA is routed to irq 9 pcib0: slot 11 INTA is routed to irq 10 agp0: VIA 82C691 (Apollo Pro) host to PCI bridge mem 0xfc00-0xfdff at device 0.0 on pci0 pcib1: ACPI PCI-PCI bridge at device 1.0 on pci0 pci1: ACPI PCI bus on pcib1 pcib1: slot 0 INTA is routed to irq 11 pci1: display, VGA at device 0.0 (no driver attached) isab0: PCI-ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686A UDMA66 controller port 0xd800-0xd80f at device 4.1 on pci 0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xd400-0xd41f irq 9 at device 4.2 on pci 0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port error, restarting port 1 uhub0: port error, giving up port 1 uhub0: port error, restarting port 2 uhub0: port error, giving up port 2 uhci1: VIA 83C572 USB controller port 0xd000-0xd01f irq 9 at device 4.3 on pci 0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port error, restarting port 1 uhub1: port error, giving up port 1 uhub1: port error, restarting port 2 uhub1: port error, giving up port 2 pci0: multimedia, audio at device 9.0 (no driver attached) pci0: input device at device 9.1 (no driver attached) fxp0: Intel 82559 Pro/100 Ethernet port 0xb000-0xb03f mem 0xed00-0xed0 f,0xed80-0xed800fff irq 9 at device 10.0 on pci0 fxp0: Ethernet address 00:d0:b7:bd:03:b3 miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: Adaptec 2940 Ultra SCSI adapter port 0xa800-0xa8ff mem 0xec80-0xec80 0fff irq 10 at device 11.0 on pci0 aic7880: Ultra Single Channel A, SCSI Id=7, 16/253 SCBs fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0 x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: Keyboard controller (i8042) port 0x64,0x60 irq 1 on acpi0 atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: PS/2 Mouse irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 orm0: Option ROMs at iomem 0xd4000-0xd47ff,0xd-0xd0fff,0xcc000-0xc,0xc -0xcbfff on isa0 pmtimer0 on isa0 ppc0: parallel port not found. sc0: System console at flags 0x100 on isa0 sc0: VGA 16 virtual consoles, flags=0x300 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 Timecounter TSC frequency 902054218 Hz quality 800 Timecounters tick every 10.000 msec acpi_cpu: throttling enabled, 16 steps (100% to 6.2%), currently 100.0% ad0: 38166MB ST340823A [77545/16/63] at ata0-master UDMA66 acd0: DVDROM LITEON DVD-ROM LTD122 at ata0-slave PIO4 ad2: 38166MB ST340823A [77545/16/63] at ata1-master UDMA66 acd1: CDRW R/RW 4x4x32 at ata1-slave PIO4 Waiting 15 seconds for SCSI devices
Re: /lib symlinks problem?
On Sun, 31 Aug 2003 17:52:24 +0300 Ruslan Ermilov [EMAIL PROTECTED] wrote: Doh, you're of course right! An updated patch is attached. I successfully tested an installworld, nm doesn't fail anymore in my environment and cdrdao compiles just fine. Bye, Alexander. -- It is easier to fix Unix than to live with NT. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fxp0: device timeout in -current from 31.8.
On Sun, Aug 31, 2003 at 01:55:49PM +0200, Andreas Klemm wrote: I tried to install FreeBSD 5.1-current from 30.07. and 31.08 on my wifes machine. Unluckily I experience problems with the fxp driver. On google I found a similar report from June 3rd. http://lists.freebsd.org/pipermail/freebsd-current/2003-June/004739.html What I tried: since USB and fxp driver shared the same IRQ I disabled USB in the BIOS and made sure, that the NIC has an IRQ of its own, but still no success. i had those problems on my IBM T30 and found two ways to solve (circumvent?) them: 1) removing devices from the kernel until there were enough free irqs that things worked out together with the irq assigning the bios does. 2) play with the bios irq settings until the irq distribution was right and all my devices were working at the same time. it probably will not help you but here you find the irq settings that worked for me (under IBM T30): http://gerda.univie.ac.at/freebsd-laptops/ These problems with fxp0 timeouts started for me with the transition from 5.0 to 5.1 RELEASE. It is somewhat difficult to do a diagnosis of the problem, as i also did a bios upgrade during that time and other people report they have no problems with similar hardware (although I suspect different kernel configs here). greets, t. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ATA-ng
Soren Schmidt schrieb: It seems Chris Petrik wrote: Think it would be a wise thing to do is to make a kernel option to use ATAng and one to use the old ATAold or something you commited a important part of the system without throughly testing it and most people dont use SMP i would think to do it this way then when its proven that ATAng is stable and working remove the ATAold stuff and make ATAng default but thats just a sugestion as im having problems too. It sounds to me as if you should not run -current :) Anyhow please upgrade to the latest that should fix the problems with the probe missing some devices. Hi, I just upgraded -CURRENT to the latest (cvsup'd this morning). With ATAng I (like some others too) get the message: ad0: 9671MB IBM-DTTA-351010 [20960/15/63] at ata0-master UDMA33 ad1: 1221MB Seagate Technology 1275MB - ST31276A [2482/16/63] at ata1-master WDMA2 ad0: WARNING - READ_DMA recovered from missing interrupt ad0: WARNING - READ_DMA recovered from missing interrupt ad0: WARNING - READ_DMA recovered from missing interrupt ad0: WARNING - READ_DMA recovered from missing interrupt ad0: WARNING - READ_DMA recovered from missing interrupt ad1: WARNING - READ_DMA recovered from missing interrupt ad1: WARNING - READ_DMA recovered from missing interrupt Mounting root from ufs:/dev/ad0a setrootbyname failed ffs_mountroot: can't find rootvp Root mount failed: 6 Attached are dmesg output from a failed boot and a good one with a kernel from Jul, 26th More info on request. Daniel 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 #778: Sun Aug 31 12:37:14 CEST 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/ROCK Preloaded elf kernel /boot/kernel/kernel at 0xc061e000. Timecounter i8254 frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (300.68-MHz 586-class CPU) Origin = AuthenticAMD Id = 0x580 Stepping = 0 Features=0x8001bfFPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX AMD Features=0x8800SYSCALL,3DNow! real memory = 67043328 (63 MB) avail memory = 58638336 (55 MB) VESA: v2.0, 4096k memory, flags:0x0, mode table:0xc0552dc2 (122) VESA: ATI MACH64 acpi0: GBTAWRDACPI on motherboard pcibios: BIOS version 2.10 Using $PIR table, 8 entries at 0xc00fdef0 acpi0: power button is handled as a fixed feature programming model. acpi_cpu0: CPU port 0x530-0x537 on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0x4d6,0x40b,0x480-0x48f,0x5000-0x501f,0x4000-0x403f,0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib0: slot 2 INTA is routed to irq 11 pcib0: slot 8 INTA is routed to irq 10 pcib0: slot 9 INTA is routed to irq 12 pcib0: slot 10 INTA is routed to irq 9 pcib0: slot 11 INTA is routed to irq 9 agp0: Ali M1541 host to AGP bridge mem 0xd000-0xdfff at device 0.0 on pci0 pcib1: PCI-PCI bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pcib0: slot 1 INTA is routed to irq 10 pcib1: slot 0 INTA is routed to irq 10 pci1: display, VGA at device 0.0 (no driver attached) ohci0: AcerLabs M5237 (Aladdin-V) USB controller mem 0xe9103000-0xe9103fff 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 fxp0: Intel 82558 Pro/100 Ethernet port 0xe000-0xe01f mem 0xe900-0xe90f,0xe910-0xe9100fff irq 10 at device 8.0 on pci0 fxp0: Ethernet address 00:a0:c9:ef:69:8d miibus0: MII bus on fxp0 inphy0: i82555 10/100 media interface on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: RealTek 8139 10/100BaseTX, rev. B port 0xe400-0xe4ff mem 0xe9101000-0xe91010ff irq 12 at device 9.0 on pci0 rl0: Ethernet address: 00:e0:7d:75:fd:fb miibus1: MII bus on rl0 rlphy0: RealTek internal media interface on miibus1 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: Adaptec 2940 Ultra SCSI adapter port 0xe800-0xe8ff mem 0xe9102000-0xe9102fff irq 9 at device 10.0 on pci0 aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs pcm0: AudioPCI ES1370 port 0xec00-0xec3f irq 9 at device 11.0 on pci0 atapci0: AcerLabs Aladdin UDMA33 controller port 0xf000-0xf00f at device 15.0 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) port 0x3f7,0x3f2-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: 1440-KB 3.5 drive on fdc0 drive 0 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A, console sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0 port 0x778-0x77b,0x378-0x37f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/1 bytes threshold
automated clean up of /usr/lib because of /lib
Hi, shouldn't we add something like ---snip--- for i in /lib/lib*.so.*; do lib=$(basename $i) [ -f /usr/lib/$lib ] chflags noschg /usr/lib/$lib rm /usr/lib/$lib done ---snip--- into UPDATING or append it to the end of installworld? Bye, Alexander. -- I believe the technical term is Oops! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Filesystem problem
Hi. I have been experencing some filesystem problems for the last month or so. I was running 4.8-STABLE and updated to 5.1-RELEASE-p2. While I was running 4.8 and I tried to run a command that required hard disk activity, the process would 'hang' and I would no longer be able to ssh or telnet in. I would get stuck after typing in my login. Running 5.1 is a different story. I did a low level format of the drive then I did a clean install of 5.1-RELEASE and cvsup'd to -p2. Every time I do this, it's great for a day or so then it acts up. Before after it started, even if I rebooted it would immediately start up. On 5.1, it is only hanging for that process and everything else is fine. I can still login, webserver responds, etc. Here is a little info: FreeBSD devel.neoninternet.net 5.1-RELEASE-p2 FreeBSD 5.1-RELEASE-p2 #0: Sat Aug 23 20:12:41 PDT 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SLURPEE i386 CPU: AMD Athlon(tm) XP 2600+ (2086.51-MHz 686-class CPU) real memory = 1073676288 (1023 MB) ad0: 117246MB Maxtor 6Y120P0 [238216/16/63] at ata0-master UDMA133 root 1173 0.0 0.1 1436 916 p3 D+6:38PM 0:00.00 man vmstat root784 0.0 0.1 752 636 d0 D 4:34PM 0:00.02 make all DIRPRFX=i386/libi386/ root847 0.0 0.0 312 212 d0 D 4:34PM 0:00.00 (cc) root848 0.0 0.3 4104 3488 d0 D 4:34PM 0:00.01 (cc1) root849 0.0 0.1 928 668 d0 D 4:34PM 0:00.00 /usr/bin/as -o comconsole.o - last pid: 1252; load averages: 0.00, 0.00, 0.00 up 0+02:37:22 19:04:48 64 processes: 1 running, 63 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 34M Active, 23M Inact, 38M Wired, 204K Cache, 22M Buf, 906M Free Swap: 2048M Total, 2048M Free devel# vmstat procs memory pagedisks faults cpu r b w avmfre flt re pi po fr sr ad0 da0 in sy cs us sy id 1 7 0 144612 928056 16 0 0 0 9 0 0 0 3310 254 0 0 100 Anyone have any suggestions? I can not control-C out of 'man vmstat'. While doing 'make' in /usr/src/sys/boot it was hanging on as, when I restarted it, it got to i386/libi386 and will not do anything else. I'm running that through serial console, it let me ^C out of that. I tried going into single user mode and running umount, now it just sits there and I can't ^C. I have no ideas, this was all working yesterday!! :-) Any ideas on what else to check or other helpful hints would help bunches. Sorry for the cross-posts. Just not sure where to go with this one. Thanks, Kevin __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Compaq desktop does not work without ACPI
On Fri, 29 Aug 2003, Oleg Polyakov wrote: I upgraded old Compaq Despro EP from 5.1-Release to Current as of Aug 27th (cvsupped) and last line I see after boot is Mounting root from ufs:/dev/ad0s1a. The box just can't go past this point. boot -v gives one more line start_init: trying /sbin/init. It happened with both generic and myself configured kernels. That sounds like your hints file is missing the required syscons entries. Did you just copy GENERIC.hints to /boot/device.hints? -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.1-REL won't buildworld - fresh cvsup
On Sun, Aug 31, 2003 at 01:27:30PM +0300, ODHIAMBO Washington wrote: For the last 3 days, I have cvsupped and wouldn't ever succeed with `make buildworld`. What could the problem be? Below are snippets from the fail: What are you trying to cvsup to? 5.1-RELEASE? This is the static thing, perhaps you want 5.1-CURRENT (HEAD)? What's your current system? Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software Ltd, [EMAIL PROTECTED] FreeBSD committer pgp0.pgp Description: PGP signature
Re: -current of today, kconsole and others crash with signal 6
On Sat, Aug 30, 2003 at 02:58:12PM +0200, Andreas Klemm wrote: JFYI: This hasn't been the case 1 month ago with kernel/os from July 30. A recompilation of everything (portupgrade -avf) helped, sorry for the false alarm. Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? - http://www.apsfilter.org/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem problem
On Sun, 2003-08-31 at 11:36, Kevin Bockman wrote: Hi. I have been experencing some filesystem problems for the last month or so. I was running 4.8-STABLE and updated to 5.1-RELEASE-p2. While I was running 4.8 and I tried to run a command that required hard disk activity, the process would 'hang' and I would no longer be able to ssh or telnet in. I would get stuck after typing in my login. Have you concidered it might be related to your hard drive, and or controller? It seems to be that you had problems with 4.8 and 5.1, since you low level formatted the drive i'm assuming that it is IDE. Chances are if you waited long enough you might find some really unique/cool error messages posting to the console. It sounds like for whatever reason you're hard drive is timing out on responses. That or it could be your controller, at any rate. Maybe you should look into those. Running 5.1 is a different story. I did a low level format of the drive then I did a clean install of 5.1-RELEASE and cvsup'd to -p2. Every time I do this, it's great for a day or so then it acts up. Before after it started, even if I rebooted it would immediately start up. On 5.1, it is only hanging for that process and everything else is fine. I can still login, webserver responds, etc. Here is a little info: FreeBSD devel.neoninternet.net 5.1-RELEASE-p2 FreeBSD 5.1-RELEASE-p2 #0: Sat Aug 23 20:12:41 PDT 2003 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SLURPEE i386 CPU: AMD Athlon(tm) XP 2600+ (2086.51-MHz 686-class CPU) real memory = 1073676288 (1023 MB) ad0: 117246MB Maxtor 6Y120P0 [238216/16/63] at ata0-master UDMA133 root 1173 0.0 0.1 1436 916 p3 D+6:38PM 0:00.00 man vmstat root784 0.0 0.1 752 636 d0 D 4:34PM 0:00.02 make all DIRPRFX=i386/libi386/ root847 0.0 0.0 312 212 d0 D 4:34PM 0:00.00 (cc) root848 0.0 0.3 4104 3488 d0 D 4:34PM 0:00.01 (cc1) root849 0.0 0.1 928 668 d0 D 4:34PM 0:00.00 /usr/bin/as -o comconsole.o - last pid: 1252; load averages: 0.00, 0.00, 0.00 up 0+02:37:22 19:04:48 64 processes: 1 running, 63 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 34M Active, 23M Inact, 38M Wired, 204K Cache, 22M Buf, 906M Free Swap: 2048M Total, 2048M Free devel# vmstat procs memory pagedisks faults cpu r b w avmfre flt re pi po fr sr ad0 da0 in sy cs us sy id 1 7 0 144612 928056 16 0 0 0 9 0 0 0 3310 254 0 0 100 Anyone have any suggestions? I can not control-C out of 'man vmstat'. While doing 'make' in /usr/src/sys/boot it was hanging on as, when I restarted it, it got to i386/libi386 and will not do anything else. I'm running that through serial console, it let me ^C out of that. I tried going into single user mode and running umount, now it just sits there and I can't ^C. I have no ideas, this was all working yesterday!! :-) Any ideas on what else to check or other helpful hints would help bunches. Sorry for the cross-posts. Just not sure where to go with this one. Thanks, Kevin as i said, seems like the problem is the same it just gets a little farther in with 5.1 signature.asc Description: This is a digitally signed message part ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem problem
On Sun, 31 Aug 2003, Kevin Bockman wrote: Anyone have any suggestions? I can not control-C out of 'man vmstat'. While doing 'make' in /usr/src/sys/boot it was hanging on as, when I restarted it, it got to i386/libi386 and will not do anything else. I'm running that through serial console, it let me ^C out of that. I tried going into single user mode and running umount, now it just sits there and I can't ^C. I have no ideas, this was all working yesterday!! :-) Any ideas on what else to check or other helpful hints would help bunches. Sorry for the cross-posts. Just not sure where to go with this one. Could you show the output of: ps axlwww when things are hanging? I'm particularly interested in the WCHAN entries for hung processes and kernel threads. That entry is the wait channel for kernel thread sleeps, which should give us some sense of what they're waiting for. If it's a UFS bug of some sort, you'll likely see a lot of processes blocked in inode -- this could also happen in a hardware scenario, but should still be useful. In addition, do you have the entire serial console log output since boot? It would be interesting to know if you've had kernel log messages regarding your hard disk controller, etc. This might help distinguish a hardware problem from a software problem. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories Thanks, Kevin __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
ATA-ng, Asus A7V, Promise UDMA-100 controller
I just tried to upgrade my 4.8 machine to -current cvsupped Aug 30. However, the new kernel (GENERIC) has crashed to the debugger two out of the three times that I've tried to boot it. Nothing is attached to ata3 (the second Promise channel). A SAMSUNG SC-140B CD-ROM at at ata0-master (PIO4), a TOSHIBA DVD-ROM SD-R1002 (CD-RW + DVD-ROM) is at ata0-slave (PIO4), and a Maxtox 53073H6 [59554/16/63] drive is at ata2-master (UDMA100) (the first Promise channel). The messages go like this: ... ata3-master: WARNING - ATA_IDENTIFY recovered from missing interrupt ad6: WARNING - SETFEATURES recovered from missing interrupt ad6: WARNING - SETFEATURES recovered from missing interrupt ad6: WARNING - SETFEATURES recovered from missing interrupt Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc04d8c1b stack pointer = 0x10:0xc0728c2c frame pointer = 0x10:0xc0728cac code segment= base 0x0, limit 0xf, type 0x1b = DPL0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) kernel: type 18 trap, code 0 Stopped at __qdivrem+0x3b: divl %ecx,%eax db where __qdivrem(0,0,0,0,0) at __qdivrem+0x3b __udivi3(0,0,0,0,0) at __udivi3+0x2e ad_print(c2671400,c2671470,1,0,0) at ad_print+0x1d3 ad_attach(c26198a4,c256c7e0,c05bde50,c0728d80) at ad_attach+0x446 ata_boot_attach(0,0,c0728d80,c03346a6,0) at ata_boot_attach+0x47 run_interrupt_driven_config_hooks(0,725000,725c00,725000,0) at run_interrupt_driven_config_hooks+0x2b mi_startup() at mi_startup_0xb5 begin() at begin+0x2c Any thoughts? Maybe I can disable the second channel of the Promise device somehow so I can get it to boot... Here is the dmesg from the 4.8 kernel: 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 4.8-STABLE #8: Thu Jun 12 18:46:57 CDT 2003 [EMAIL PROTECTED]:/usr/src/sys/compile/SPENCER Timecounter i8254 frequency 1193182 Hz CPU: AMD Duron(tm) Processor (706.29-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x630 Stepping = 0 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 268353536 (262064K bytes) avail memory = 257290240 (251260K bytes) Preloaded elf kernel kernel at 0xc03ef000. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 9 entries at 0xc00f1750 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: VIA 8363 (Apollo KT133) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 pci1: ATI Mach64-GB graphics accelerator at 0.0 irq 11 isab0: VIA 82C686 PCI-ISA bridge at device 4.0 on pci0 isa0: ISA bus on isab0 atapci0: VIA 82C686 ATA66 controller port 0xb800-0xb80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xb400-0xb41f irq 5 at device 4.2 on pci0 usb0: VIA 83C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub1: Texas Instruments TUSB2046 hub, class 9/0, rev 1.10/1.25, addr 2 uhub1: 4 ports with 4 removable, self powered ugen0: Compaq Computers product 0x0003, rev 1.00/0.00, addr 3 uscanner0: Hewlett Packard Scanjet 4300C, rev 1.00/0.00, addr 4 uscanner0: setting config no failed device_probe_and_attach: uscanner0 attach returned 6 uhub1: port 3, set config at addr 4 failed uhub1: device problem, disabling port 3 ulpt0: Lexmark Lexmark Z42, rev 1.00/1.00, addr 4, iclass 7/1 uhci1: VIA 83C572 USB controller port 0xb000-0xb01f irq 5 at device 4.3 on pci0 usb1: VIA 83C572 USB controller on uhci1 usb1: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhub3: ALCOR Generic USB Hub, class 9/0, rev 1.10/1.00, addr 2 uhub3: 4 ports with 4 removable, self powered pci0: unknown card (vendor=0x1106, dev=0x3057) at 4.4 dc0: LC82C115 PNIC II 10/100BaseTX port 0x9400-0x94ff mem 0xe180-0xe18000ff irq 15 at device 10.0 on pci0 dc0: Ethernet address: 00:a0:cc:37:0a:17 miibus0: MII bus on dc0 dcphy0: Intel 21143 NWAY media interface on miibus0 dcphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto tekram_trm0: Tekram DC395U/UW/F DC315/U Fast20 Wide SCSI Adapter port 0x9000-0x90ff mem 0xe100-0xe1000fff irq 10 at device 11.0 on pci0 tekram_trm0: driver is using old-style compatibility shims pcm0: Creative CT5880-C port 0x8800-0x883f irq 11 at device 12.0 on pci0 pcm0: SigmaTel STAC9708/9711 ac97 codec atapci1: Promise ATA100 controller port 0x7000-0x703f,0x7400-0x7403,0x7800-0x7807,0x8000-0x8003,0x8400-0x8407 mem 0xe080-0xe081 irq 10 at device 17.0 on pci0 ata2: at 0x8400 on atapci1
Anyone ported HCF/HSF modem drivers to FreeBSD?
I asked this on -hackers a little while ago but no response. I'm curious if anyone has made an attempt to port these Winmodem drivers. http://www.linuxant.com/drivers/ -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem problem
Thanks for the help. I'm positive that this is an OS
problem as there are no hard errors reported on the
console. This problem just happened to start 10
minutes after I rebooted and updated -STABLE on Aug
10th. I was running -STABLE from April before I
believe for 4 months straight with no problems.
Here I'm trying to do a make buildword:
--
stage 2: rebuilding the object tree
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj
MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=
GROFF_BIN_PATH=/usr/obj/usr/src/i386/legacy/usr/bin
GROFF_FONT_PATH=/usr/obj/usr/src/i386/legacy/usr/share/groff_font
GROFF_TMAC_PATH=/usr/obj/usr/src/i386/legacy/usr/share/tmac
DESTDIR=/usr/obj/usr/src/i386 INSTALL=sh
/usr/src/tools/install.sh
PATH=/usr/obj/usr/src/i386/legacy/usr/sbin:/usr/obj/usr/src/i386/legacy/usr/bin:/usr/obj/usr/src/i386/legacy/usr/games:/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
make -f Makefile.inc1 par-obj
=== share/info
=== include
As you see it is hanging at making the include dir.
Here's the ps output:
0 31604 31597 3 8 0 512 372 wait I+p2
0:00.00 make buildworld
0 31647 31604 3 8 0 896 628 wait I+
p20:00.00 /bin/sh -ec cd /usr/src;
PATH=/sbin:/bin:/usr/sbin:/usr/bin `if [ -x
/usr/obj/usr/src/make.i386/make ]; then echo
/usr/obj/usr/src/make.i386/make; else echo make; fi`
-m /usr/src/share/mk -f Makefile.inc1 buildworld
0 31649 31647 43 8 0 752 620 wait I+
p20:00.02 make -m /usr/src/share/mk -f
Makefile.inc1 buildworld
0 36046 36045 43 8 0 748 616 wait I+p2
0:00.01 make -f Makefile.inc1 par-obj
0 36055 36046 43 8 0 892 624 wait I+
p20:00.00 /bin/sh -ec if test -d
/usr/src/include.i386; then echo === include.i386;
edir=include.i386; cd /usr/src/${edir}; else echo
=== include; edir=include; cd /usr/src/${edir};
fi; make obj DIRPRFX=${edir}/
0 36056 36055 43 8 0 680 564 wait I+
p20:00.02 make obj DIRPRFX=include/
0 36057 36056 43 8 0 892 624 wait I+
p20:00.00 (sh)
0 36058 36057 43 -11 0 200 96 chkiq2 D+
p20:00.00 mkdir -p /usr/obj/usr/src/include
Hope this helps.
Thanks,
Kevin
--- Robert Watson [EMAIL PROTECTED] wrote:
On Sun, 31 Aug 2003, Kevin Bockman wrote:
Anyone have any suggestions? I can not control-C
out of 'man vmstat'.
While doing 'make' in /usr/src/sys/boot it was
hanging on as, when I
restarted it, it got to i386/libi386 and will not
do anything else. I'm
running that through serial console, it let me ^C
out of that. I tried
going into single user mode and running umount,
now it just sits there
and I can't ^C. I have no ideas, this was all
working yesterday!! :-)
Any ideas on what else to check or other helpful
hints would help
bunches.
Sorry for the cross-posts. Just not sure where to
go with this one.
Could you show the output of:
ps axlwww
when things are hanging? I'm particularly
interested in the WCHAN entries
for hung processes and kernel threads. That entry
is the wait channel for
kernel thread sleeps, which should give us some
sense of what they're
waiting for. If it's a UFS bug of some sort, you'll
likely see a lot of
processes blocked in inode -- this could also
happen in a hardware
scenario, but should still be useful. In addition,
do you have the entire
serial console log output since boot? It would be
interesting to know if
you've had kernel log messages regarding your hard
disk controller, etc.
This might help distinguish a hardware problem from
a software problem.
Robert N M Watson FreeBSD Core Team,
TrustedBSD Projects
[EMAIL PROTECTED] Network Associates
Laboratories
Thanks,
Kevin
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site
design software
http://sitebuilder.yahoo.com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
[EMAIL PROTECTED]
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Filesystem problem
I'd also like to note that if I go into single user mode and fsck a couple times -- it works fine still in single user mode. If I go back into multi-- up pops the weasel. --- Robert Watson [EMAIL PROTECTED] wrote: On Sun, 31 Aug 2003, Kevin Bockman wrote: Anyone have any suggestions? I can not control-C out of 'man vmstat'. While doing 'make' in /usr/src/sys/boot it was hanging on as, when I restarted it, it got to i386/libi386 and will not do anything else. I'm running that through serial console, it let me ^C out of that. I tried going into single user mode and running umount, now it just sits there and I can't ^C. I have no ideas, this was all working yesterday!! :-) Any ideas on what else to check or other helpful hints would help bunches. Sorry for the cross-posts. Just not sure where to go with this one. Could you show the output of: ps axlwww when things are hanging? I'm particularly interested in the WCHAN entries for hung processes and kernel threads. That entry is the wait channel for kernel thread sleeps, which should give us some sense of what they're waiting for. If it's a UFS bug of some sort, you'll likely see a lot of processes blocked in inode -- this could also happen in a hardware scenario, but should still be useful. In addition, do you have the entire serial console log output since boot? It would be interesting to know if you've had kernel log messages regarding your hard disk controller, etc. This might help distinguish a hardware problem from a software problem. Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories Thanks, Kevin __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: automated clean up of /usr/lib because of /lib
There was a discussion of this recently, and the conclusion was more or
less that doing this in an automated fashion is frought with danger,
since you don't know for sure what else besides system components the
user has put in the various directories.
I've been using the following combination of a bash function (that could
just as easily be its own script) and a script I call
after_installworld.
doinstall ()
{
cd /usr [ -d include-old ] /bin/rm -r include-old;
[ ! -e include-old ] mv -i include include-old;
/bin/rm -r /usr/share/man;
cd /usr/src touch installdate make installworld
}
#!/bin/sh
PATH=/usr/bin:/bin
export PATH
for dir in /bin /lib /libexec /rescue /sbin \
/usr/bin /usr/games /usr/lib /usr/libdata /usr/libexec /usr/sbin ; do
for file in `find $dir \( -type f -o -type l \) -a \
! -newer /usr/src/installdate`; do
case ${file} in
/usr/lib/compat/*|*/0ld/*|/usr/libdata/perl/*) ;;
*) echo ''
ls -lao ${file}
read -p *** Move ${file} to ${file%/*}/0ld? [n] M
case ${M} in
[yY]*) mkdir -p ${file%/*}/0ld
chflags 0 ${file}
mv -i ${file} ${file%/*}/0ld/
;;
esac
;;
esac
done
done
exit 0
This combination keeps things squeaky clean for me.
HTH,
Doug
--
This .signature sanitized for your protection
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Anyone ported HCF/HSF modem drivers to FreeBSD?
--On Sunday, August 31, 2003 15:02:36 -0700 Nate Lawson [EMAIL PROTECTED] wrote: I asked this on -hackers a little while ago but no response. I'm curious if anyone has made an attempt to port these Winmodem drivers. http://www.linuxant.com/drivers/ I've been asking for a year and a half, and nobody's expressed an interest. I have an HSF modem in this laptop: pci0: simple comms at device 31.6 (no driver attached) [EMAIL PROTECTED]:31:6:class=0x070300 card=0x10d110cf chip=0x24868086 rev=0x02 hdr=0x00 [EMAIL PROTECTED]:31:6:class=0x070300 card=0x10d110cf chip=0x24868086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801CA/CAM (ICH3-S/ICH3-M) AC'97 Modem Controller' class= simple comms -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
interesting time_t error...
I noticed this earlier. /usr/bin/tar: Archive octal value 20366603014 is out of time_t range; assuming two's complement /usr/bin/tar: Archive octal value 20366603014 is out of time_t range; assuming two's complement I was doing portupgrade on xine-ui. Knowing how to read the time I know it's due to the file date, but that's quite an interesting way of saying that. BTW, yes the date on my computer is fine. it must have been the ftp server I grabbed it off of. My only real comment on this, was the way it said it. Maybe we could have made it more informational to the not savvy user? signature.asc Description: This is a digitally signed message part ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
