Re: psmintr: out of sync
On Thu, 2003-03-27 at 21:14, Cameron Murdoch wrote: > Hi, > > Not sure what happened to the original message, sorry for the noise! > > I am running a recent current: > > FreeBSD opal.macaroon.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Wed Mar 26 16:18:16 > GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 > > The machine is a Dell Inspiron 4000 laptop. It is running XFree86-4.3.0 It has both > a trackpad and a pointing stick (?what is the real name for this, I always call them > nipples?), and it is seems to be the mouse I am having a problem. > > Every now and again, but with great regularity the screen will freeze up, so that > nothing works, not even the caps lock light. However, it isn't a crash as leaving > the machine alone for a random amount of time will normally fix it. Sometimes this > delay is a matter of seconds, other times I have left if for about 20+mins. > Interestingly enough, pinging the laptop from another computer will always unfreeze > it immediately. > > As this occurs the following is printed to the console: > > Mar 27 11:23:57 opal kernel: psmintr: out of sync (00c0 != ). > Mar 27 11:23:58 opal kernel: psmintr: discard a byte (1). > > The above appears for each freeze, and every now and again this appears: > > Mar 27 11:23:57 opal kernel: psmintr: out of sync (00c0 != ). > Mar 27 11:23:58 opal kernel: psmintr: discard a byte (1). > Mar 27 11:23:58 opal kernel: psmintr: out of sync (0040 != ). > Mar 27 11:23:58 opal kernel: psmintr: discard a byte (2). > Mar 27 11:23:58 opal kernel: psmintr: out of sync (00c0 != ). > Mar 27 11:23:58 opal kernel: psmintr: re-enable the mouse. > > When the re-enable the mouse message happens then the pointing stick stops working > and only the trackpad functions. > > This started happening with 5-RELEASE though not when -RELEASE was first installed. > I am not sure what has caused it. This has actually been happening to me a fair amount too since before 5.0-RELEASE and still on -CURRENT: FreeBSD laptop.internal.irrelevant.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Sat Mar 22 12:23:42 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAPTOP i386 If anyone has any ideas feel free to let me know too -- Simon Dick [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ld: unrecognised emulation mode: elf_i386
On my recent -current system I'm getting strange problems when trying to compile some source, eg comms/birda: ===> Building for birda-1.00 ===> lib Warning: Object directory not changed from original /usr/ports/comms/birda/work/birda-1.00/lib cc -O -pipe -march=pentium3 -march=pentium3 -I/usr/ports/comms/birda/work/birda-1.00/lib/../src -c /usr/ports/comms/birda/work/birda-1.00/lib/../src/unix.c -o unix.o ld: unrecognised emulation mode: elf_i386 Supported emulations: elf_i386_fbsd *** Error code 1 Stop in /usr/ports/comms/birda/work/birda-1.00/lib. *** Error code 1 Stop in /usr/ports/comms/birda/work/birda-1.00. *** Error code 1 And I've had the same problem with some other ports/source too, here's the version of gcc: Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.2.1 [FreeBSD] 20021009 (prerelease) Any help would be appreciated :) -- Simon Dick [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: About GEOM...
On Wed, 2002-07-03 at 10:59, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Jul > ian Elischer writes: > > >aren't you suppost to be honeymooning from yesterday? > > I am, I'm not working, only doing things I do for fun :-) Isn't it a bit worrying when the two overlap? :) -- Simon Dick [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Can't su
On Fri, May 03, 2002 at 12:30:15AM -0700, Peter S. Housel wrote: > > Current -CURRENT won't let me run "su"; it dies with SIGSEGV. The > backtrace says: > > #0 0x28078c57 in openpam_add_module (policy=0xbfbff700, chain=0, flag=1, > modpath=0xbfbff28f "pam_nologin.so", optc=-1, optv=0xbfbfee78) > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_load.c:182 > #1 0x2807796d in openpam_read_policy_file (policy=0xbfbff700, > service=0x2807967f "other", filename=0x804c1e0 "/etc/pam.d/other", style=1) > at >/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:189 > #2 0x28077b83 in openpam_load_policy (policy=0xbfbff700, > service=0x2807967f "other") > at >/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:236 > #3 0x28077c81 in openpam_configure (pamh=0x804f000, service=0x804a250 "su") > at >/usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/openpam_configure.c:275 > #4 0x280751b8 in pam_start (service=0x804a250 "su", user=0x804a223 "root", > pam_conv=0xbfbffbd4, pamh=0x804b4ac) > at /usr/src/lib/libpam/libpam/../../../contrib/openpam/lib/pam_start.c:68 > #5 0x804948f in main (argc=1, argv=0xbfbffc38) at /usr/src/usr.bin/su/su.c:211 > #6 0x8049061 in _start () > > Everything in /etc/pam.d is up to date. > > I can't run xdm either, (the X server starts, it sits for awhile > without a greeter, the server exits and everything starts over) but > I don't know if that's related or not. You're not the only one, I noticed it because I have dnetc run in the background on startup by use of su and I suddenly say su dying. (Not used xdm so no idea about that one) -- Simon Dick [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gvim weird linkage
On Sat, Mar 09, 2002 at 03:55:13PM +0200, Vallo Kallaste wrote: > On Sat, Mar 09, 2002 at 07:39:00AM -0600, "Jacques A. Vidrine" <[EMAIL PROTECTED]> >wrote: > > > Update your -CURRENT. I noticed this problem a month or two ago, > > but with a recent build of -CURRENT, gvim finally works again. > > Hm, thanks for confirming, but I'm running the very latest -current > as I wrote. Actually I've switched back to -current some weeks ago > after using -stable for a while because -current was very unstable > after beginnings of SMPng. To be clear I did fresh install of the > -current snapshot which I found in ftp.ee.freebsd.org, not 4.5-> > -current upgrade. I've built several worlds and kernels from that > onward. > Any hints? Seems like some environment configuration problem or > latent bug somewhere.. I just rebuild my current today and gvim has started working for me again now -- Simon Dick [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: procfs.o undef'd refs
On Tue, Feb 12, 2002 at 11:18:59AM +0100, Christoph Kukulies wrote: > > I dared to cvsup -current yesterday to my notebook > computer (had 4.4 R installed before that) and now > being half there (did a buildworld already successfully) > kernel compilation fails with a lot of undefined references in procfs.o: > > pfs_create_file > pfs_create_link > pfs_mount > pfs_init > pfs_unint > pfs_unmount > pfs_root > pfs_statfs > > Am I missing a new config option? >From GENERIC: options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS#Pseudo-filesystem framework (ie try adding PSEUDOFS :) -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: __stderrp error
On Wed, Jan 23, 2002 at 10:10:52AM -0800, Peter Wemm wrote: > Julian Elischer wrote: > > > > Lots of my old programs get: > > /usr/libexec/ld-elf.so.1: /usr/local/lib/libpng.so.3: Undefined symbol > > "__stderrp" > > > > this is NOT the error in UPDATING > > and doing what it says for a similar problem: > > 20010924: > > The buildworld has been fixed. You may need to install > > the 4.x compatibility libraries for some old binaries > > to work. Add COMPAT4X=true to your /etc/make.conf to > > get them installed on every installworld, or execute the > > following to get them installed only once: > > cd src/lib/compat/compat4x. > > make all install > > You will see ``__stdoutp undefined'' until you do this. > > > > has NO effect whatsoever. > > > > The only thign I can do is recompile any package that has thos problem. > > but sometimes it's hard finding which package needs to be recomiled. > > > > thoughts? > > Yes, you have only provided part of the required information. How about a > 'ldd programname' output of one of the affected programs for starters.. Sounds like he should recompile the graphics/png port (from my reading of that error message anyway :) -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Archos 6000
On Sat, Dec 01, 2001 at 06:22:57PM +0100, Bernd Walter wrote: > On Sat, Dec 01, 2001 at 12:13:30PM +0100, Patrik Sundberg wrote: > > On Sat, Dec 01, 2001 at 09:40:33AM +0100, Bernd Walter wrote: > > > On Thu, Nov 29, 2001 at 03:35:43PM -0800, Gregory Neil Shapiro wrote: > > > > ps> has anyone tested using a Archos 6000 (using a isd200 interface) with the > > > > ps> umass driver under freebsd? > > > > > > > > Just bought one (the 20G version but same interface) this weekend and can > > > > verify that it does not work with -STABLE. I also saw the Linux driver but > > > > I don't know the USB code at all. Hopefully, a USB-knowledgeable developer > > > > will port it out of the kindness of his or her heart. > > I'm not in the Linux world - is there a cvsweb access for this driver > available? > > > > Does it get connectet to umass? > > > If yes and you see read errors this should be just another quirk > > > candidate. > > > > i found a posting on the netbsd current mailinglist stating that with some > > minor modifications it sort of attached to the umass driver, but the author > > had no further success. the posting can be viewed at: > > http://www.geocrawler.com/archives/3/497/2001/7/100/6233506/ > > This means the drive is either not umass classed or uses an unsupported > subclass/protocol. > > Can anyone with such a drive please mail the complete specification? > Apply the attached patch and mail the usbdevs -v output. I have a quick question related to USB umass devices, does anyone know if it's possible to get a 3 function flash card reader (ie CF, MMC/SD and Smart Media) working under FreeBSD? The usbdevs -v output (using your patch) is below: port 2 addr 2: power 100 mA, config 1, product 0x0961(0x0961), vendor 0x0416(0x0416), rev 0x0100, class 0x00, subclass 0x00, protocol 0x00 Anyone got any ideas? Allegedly this one works under Linux too, but as I have no linux installed I can't test that. I have no info on who makes the device as it's completely blank on the outside and I've not taken it apart yet :) -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Lock order reversal while playing mp3s
On Wed, Nov 21, 2001 at 09:37:43AM +, Simon Dick wrote: > I get the following lock order reversal when playing mp3s on my Vaio > PCG-F807K laptop: > lock order reversal > 1st 0xc399a840 pcm0:play:0 @ >/usr/src/sys/modules/sound/pcm/../../../dev/sound/pcm/dsp.c:936 > 2nd 0xc399ad80 pcm0 @ >/usr/src/sys/modules/sound/pcm/../../../dev/sound/pcm/sound.c:132 > > simond@laptop:~$ cat /dev/sndstat > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at memory 0xfedf8000 irq 9 (4p/2r/0v channels duplex >default) > > My dmesg is attached. And now my *real* dmesg is attached :) -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" 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 #1: Tue Nov 20 17:30:10 GMT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/LAPTOP Preloaded elf kernel "/boot/kernel/kernel" at 0xc04fe000. Preloaded elf module "/boot/kernel/cd9660.ko" at 0xc04fe0a8. Preloaded elf module "/boot/kernel/msdosfs.ko" at 0xc04fe154. Preloaded elf module "/boot/kernel/ntfs.ko" at 0xc04fe200. Preloaded elf module "/boot/kernel/procfs.ko" at 0xc04fe2ac. Preloaded elf module "/boot/kernel/md.ko" at 0xc04fe358. Preloaded elf module "/boot/kernel/linux.ko" at 0xc04fe400. Preloaded elf module "/boot/kernel/ipfw.ko" at 0xc04fe4ac. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc04fe558. Preloaded elf module "/boot/kernel/snd_ds1.ko" at 0xc04fe604. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc04fe6b0. Preloaded elf module "/boot/kernel/usb.ko" at 0xc04fe75c. Preloaded elf module "/boot/kernel/ugen.ko" at 0xc04fe804. Preloaded elf module "/boot/kernel/uhid.ko" at 0xc04fe8b0. Preloaded elf module "/boot/kernel/ums.ko" at 0xc04fe95c. Preloaded elf module "/boot/kernel/umass.ko" at 0xc04fea04. Preloaded elf module "/boot/kernel/agp.ko" at 0xc04feab0. Preloaded elf module "/boot/kernel/atspeaker.ko" at 0xc04feb58. Preloaded elf module "/boot/kernel/nfsclient.ko" at 0xc04fec08. Preloaded elf module "/boot/kernel/fdc.ko" at 0xc04fecb8. Preloaded elf module "/boot/kernel/if_ed.ko" at 0xc04fed60. Preloaded elf module "/boot/kernel/miibus.ko" at 0xc04fee0c. Preloaded elf module "/boot/kernel/snp.ko" at 0xc04feeb8. Preloaded elf module "/boot/kernel/nmdm.ko" at 0xc04fef60. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04ff00c. Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 645207024 Hz CPU: Pentium III/Pentium III Xeon/Celeron (645.21-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 268369920 (262080K bytes) avail memory = 255623168 (249632K bytes) Pentium Pro MTRR support enabled VESA: v2.0, 8128k memory, flags:0x0, mode table:0xc0328842 (122) VESA: ATI MACH64 Using $PIR table, 8 entries at 0xc00fdf40 npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI" frequency 3579545 Hz acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 agp0: mem 0x4000-0x40ff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xfc90-0xfc9f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xfca0-0xfcbf irq 9 at device 7.2 on pci0 usb0: 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 intpm0: port 0x1040-0x104f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 1040 intpm0: intr IRQ 9 enabled revision 0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 8000 pci0: at device 8.0 (no driver attached) pcm0: port 0xfc8c-0xfc8f,0xfcc0-0xfcff mem 0xfedf8000-0xfedf irq 9 at device 9.0 on pci0 pci0: at device 10.0 (no driver attached) acpi_pcib0: device is routed to IRQ 9 pcic0: irq 9 at device 12.0 on pci0 pcic0: PCI Memory allocated: 0x4400 pccard0: on pcic0 acpi_pcib0: device is routed to IRQ 9 pcic1: irq 9 at device 12.1 on pci0 pcic1: PCI Memory allocated: 0x44001000 pccard1: on pcic1 atspeaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 psm0: irq 12 on atkbdc0 psm0: model GlidePoint, device ID 0 acpi_ec0: port 0x66,0x62 on acpi0
Lock order reversal while playing mp3s
I get the following lock order reversal when playing mp3s on my Vaio PCG-F807K laptop: lock order reversal 1st 0xc399a840 pcm0:play:0 @ /usr/src/sys/modules/sound/pcm/../../../dev/sound/pcm/dsp.c:936 2nd 0xc399ad80 pcm0 @ /usr/src/sys/modules/sound/pcm/../../../dev/sound/pcm/sound.c:132 simond@laptop:~$ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at memory 0xfedf8000 irq 9 (4p/2r/0v channels duplex default) My dmesg is attached. -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" 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 #2: Thu Nov 15 16:31:01 GMT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NOT Preloaded elf kernel "/boot/kernel/kernel" at 0xc04d5000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04d50a8. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (730.81-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1073676288 (1048512K bytes) avail memory = 1040375808 (1015992K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 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: 0x00170011, at 0xfec0 lock order reversal 1st 0xc03f7760 allproc @ /usr/src/sys/kern/kern_fork.c:343 2nd 0xc03b87b0 pool mutex @ /usr/src/sys/kern/kern_sx.c:329 lock order reversal 1st 0xc03f76e0 proctree @ /usr/src/sys/kern/kern_fork.c:573 2nd 0xc03b8750 pool mutex @ /usr/src/sys/kern/kern_sx.c:329 lock order reversal 1st 0xc03b77e0 fork list @ /usr/src/sys/kern/kern_fork.c:646 2nd 0xc03b8810 pool mutex @ /usr/src/sys/kern/kern_sx.c:204 Pentium Pro MTRR support enabled VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc00c5477 (c0005477) VESA: Matrox Graphics Inc. Using $PIR table, 8 entries at 0xc00f7100 apm: Other PM system enabled. npx0: on motherboard npx0: INT 16 interface acpi0: 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 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 agp0: mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xc800-0xc81f irq 9 at device 7.2 on pci0 usb0: 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 uhci1: port 0xcc00-0xcc1f irq 9 at device 7.3 on pci0 usb1: 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 ichsmb0: at device 7.4 on pci0 device_probe_and_attach: ichsmb0 attach returned 6 ahc0: port 0xdc00-0xdcff mem 0xd000-0xdfff irq 10 at device 9.0 on pci0 aic7860: Ultra Single Channel A, SCSI Id=7, 3/255 SCBs ed0: port 0xd000-0xd01f irq 5 at device 10.0 on pci0 ed0: address 08:00:39:01:2b:90, type NE2000 (16 bit) pcm0: port 0xd400-0xd43f irq 9 at device 11.0 on pci0 tx0: port 0xd800-0xd8ff mem 0xdfffe000-0xdfffefff irq 11 at device 12.0 on pci0 miibus0: on tx0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto tx0: address 00:e0:29:0b:d5:31, type SMC9432TX acpi_button1: on acpi0 atspeaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 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 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc-: atkbdc0 already exists, skipping it fdc-: fdc0 already exists, skipping it sio-: sio0 already exists, skipping it sio-: sio1 already exists, skipping it vga-: vga0 already exists, skipping it orm0: at iomem 0xc-0xc7fff on isa0 pcf0: can't reserve irq, polled mode. pcf0: at port 0x320-0x321 irq 5 on isa0 iicbus0: on pcf0 addr 0xaa iicsmb0: on iicbus0 smbus0: on iicsmb0 smb0: on
lock order reversals on -current SMP
I've attached a dmesg from a -current as of yesterday which comes up with quite a few lock order reversals on booting up, ignore this if they've been fixed since I cvsup'd. -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" 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 #2: Thu Nov 15 16:31:01 GMT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NOT Preloaded elf kernel "/boot/kernel/kernel" at 0xc04d5000. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04d50a8. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (730.81-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1073676288 (1048512K bytes) avail memory = 1040375808 (1015992K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 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: 0x00170011, at 0xfec0 lock order reversal 1st 0xc03f7760 allproc @ /usr/src/sys/kern/kern_fork.c:343 2nd 0xc03b87b0 pool mutex @ /usr/src/sys/kern/kern_sx.c:329 lock order reversal 1st 0xc03f76e0 proctree @ /usr/src/sys/kern/kern_fork.c:573 2nd 0xc03b8750 pool mutex @ /usr/src/sys/kern/kern_sx.c:329 lock order reversal 1st 0xc03b77e0 fork list @ /usr/src/sys/kern/kern_fork.c:646 2nd 0xc03b8810 pool mutex @ /usr/src/sys/kern/kern_sx.c:204 Pentium Pro MTRR support enabled VESA: v3.0, 32768k memory, flags:0x1, mode table:0xc00c5477 (c0005477) VESA: Matrox Graphics Inc. Using $PIR table, 8 entries at 0xc00f7100 apm: Other PM system enabled. npx0: on motherboard npx0: INT 16 interface acpi0: 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 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 agp0: mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xc800-0xc81f irq 9 at device 7.2 on pci0 usb0: 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 uhci1: port 0xcc00-0xcc1f irq 9 at device 7.3 on pci0 usb1: 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 ichsmb0: at device 7.4 on pci0 device_probe_and_attach: ichsmb0 attach returned 6 ahc0: port 0xdc00-0xdcff mem 0xd000-0xdfff irq 10 at device 9.0 on pci0 aic7860: Ultra Single Channel A, SCSI Id=7, 3/255 SCBs ed0: port 0xd000-0xd01f irq 5 at device 10.0 on pci0 ed0: address 08:00:39:01:2b:90, type NE2000 (16 bit) pcm0: port 0xd400-0xd43f irq 9 at device 11.0 on pci0 tx0: port 0xd800-0xd8ff mem 0xdfffe000-0xdfffefff irq 11 at device 12.0 on pci0 miibus0: on tx0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto tx0: address 00:e0:29:0b:d5:31, type SMC9432TX acpi_button1: on acpi0 atspeaker0 port 0x61 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 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 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc-: atkbdc0 already exists, skipping it fdc-: fdc0 already exists, skipping it sio-: sio0 already exists, skipping it sio-: sio1 already exists, skipping it vga-: vga0 already exists, skipping it orm0: at iomem 0xc-0xc7fff on isa0 pcf0: can't reserve irq, polled mode. pcf0: at port 0x320-0x321 irq 5 on isa0 iicbus0: on pcf0 addr 0xaa iicsmb0: on iicbus0 smbus0: on iicsmb0 smb0: on smbus0 iic0: on iicbus0 vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 IPFW: MOD_LOAD IP packet filtering initialized
Problems with HD being detected in -CURRENT
Since upgrading my desktop PC to -current sometimes one of my hard drives gets detected incorrectly, it's proper detection shows this: ad1: 43979MB [89355/16/63] at ata0-slave UDMA66 and when it's detected badly it show: ad1: 7559MB [15359/16/63] at ata0-slave UDMA66 Anyone got any ideas what could be happening? (full dmesg with incorrect detection is attached) -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" 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 #1: Wed Nov 14 11:12:50 GMT 2001 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NOT Preloaded elf kernel "/boot/kernel/kernel" at 0xc046. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc04600a8. Timecounter "i8254" frequency 1193182 Hz CPU: Pentium III/Pentium III Xeon/Celeron (730.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1073676288 (1048512K bytes) avail memory = 1040834560 (1016440K bytes) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 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: 0x00170011, at 0xfec0 Pentium Pro MTRR support enabled Using $PIR table, 8 entries at 0xc00f7100 apm: Other PM system enabled. npx0: on motherboard npx0: INT 16 interface acpi0: 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 0x808-0x80b on acpi0 acpi_cpu0: on acpi0 acpi_cpu1: on acpi0 acpi_tz0: on acpi0 acpi_button0: on acpi0 acpi_pcib0: port 0xcf8-0xcff on acpi0 pci0: on acpi_pcib0 agp0: mem 0xe000-0xe3ff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xc800-0xc81f irq 12 at device 7.2 on pci0 usb0: 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 uhci1: port 0xcc00-0xcc1f irq 12 at device 7.3 on pci0 usb1: 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 ichsmb0: at device 7.4 on pci0 device_probe_and_attach: ichsmb0 attach returned 6 ahc0: port 0xdc00-0xdcff mem 0xd000-0xdfff irq 10 at device 9.0 on pci0 aic7860: Ultra Single Channel A, SCSI Id=7, 3/255 SCBs pci0: at device 10.0 (no driver attached) pcm0: port 0xd400-0xd43f irq 12 at device 11.0 on pci0 tx0: port 0xd800-0xd8ff mem 0xdfffe000-0xdfffefff irq 11 at device 12.0 on pci0 miibus0: on tx0 qsphy0: on miibus0 qsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto tx0: address 00:e0:29:0b:d5:31, type SMC9432TX acpi_button1: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 fdc0: port 0x3f7,0x3f2-0x3f5 irq 6 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 ppc0 port 0x778-0x77b,0x378-0x37f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port ata-: ata0 already exists, skipping it ata-: ata1 already exists, skipping it atkbdc-: atkbdc0 already exists, skipping it fdc-: fdc0 already exists, skipping it ppc-: ppc0 already exists, skipping it sio-: sio0 already exists, skipping it sio-: sio1 already exists, skipping it sc-: sc0 already exists, skipping it vga-: vga0 already exists, skipping it orm0: at iomem 0xc-0xc7fff on isa0 pcf0: can't reserve irq, polled mode. pcf0: at port 0x320-0x321 irq 5 on isa0 iicbus0: on pcf0 addr 0xaa iicsmb0: on iicbus0 smbus0: on iicsmb0 smb0: on smbus0 iic0: on iicbus0 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via IOAPIC #0 intpin 2 acpi_cpu: CPU throttling enabled, 16 steps from 100% to 6.2% ad0: 19574MB [39770/16/63] at ata0-master UDMA66 ad1: 7559MB [15359/16/63] at ata0-slave UDMA66 acd0: DVD-ROM at ata1-master PIO4 Waiting 8 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s1a cd0 at ahc0 bus 0 target 5 lun 0 cd0:
Re: panic: lock (sleep mutex) vnode interlock on Alpga
On Tue, Sep 25, 2001 at 07:25:04PM +0200, Wilko Bulte wrote: > I'm not sure if this is new, but anyway on -current as of yesterday > evening: > > acd0: CDROM at ata0-master PIO4 > Waiting 15 seconds for SCSI devices to settle > Mounting root from ufs:/dev/da1a > panic: lock (sleep mutex) vnode interlock not locked @ > /usr/src/sys/kern/vfs_default.c:460 > panic > Stopped at Debugger+0x34: zapnot v0,#0xf,a0 > db> trace > Debugger() at Debugger+0x34 > panic() at panic+0x100 > witness_unlock() at witness_unlock+0x2a4 > _mtx_unlock_flags() at _mtx_unlock_flags+0x98 > vop_nolock() at vop_nolock+0x38 > vop_defaultop() at vop_defaultop+0x2c > vn_lock() at vn_lock+0x15c > ffs_mountfs() at ffs_mountfs+0xd8 > ffs_mount() at ffs_mount+0x9c > vfs_mountroot_try() at vfs_mountroot_try+0x200 > vfs_mountroot() at vfs_mountroot+0x9c > mi_startup() at mi_startup+0x154 > locorestart() at locorestart+0x68 > --- root of call graph --- > db> Yep, I get exactly the same problem here. -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
