Yeah, but what does it mean? [Was: Re: File trees: the deeper, the weirder]
This has bugged me for a long time and I guess my morning coffee hasn't kicked enough for me to let it go today. It's not documented anywhere that I can find and that includes a grep of all src and man pages. Google and Ask just give the What is vnlru? page in a handful of languages, a whole bunch of calcru errors and various chatter about vnode-related system slowness. It's not even in a comment in vfs_subr.c! What does vnlru stand for? VNode List Recycling Unit? Someone please tell me. I lost Deep Thought's email address, so I'm a bit stuck. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Yeah, but what does it mean? [Was: Re: File trees: the deeper, the weirder]
On Sun, 2006-10-29 at 10:51 -0800, [EMAIL PROTECTED] wrote: What does vnlru stand for? VNode List Recycling Unit? Someone please tell me. I lost Deep Thought's email address, so I'm a bit stuck. I wasn't in on the naming, but I'll bet it stands for something along the lines of VNode Least Recently Used. -- Frank Mayhar [EMAIL PROTECTED] http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Yeah, but what does it mean? [Was: Re: File trees: the deeper, the weirder]
On 10/29/06 13:34, Frank Mayhar wrote: On Sun, 2006-10-29 at 10:51 -0800, [EMAIL PROTECTED] wrote: What does vnlru stand for? VNode List Recycling Unit? Someone please tell me. I lost Deep Thought's email address, so I'm a bit stuck. I wasn't in on the naming, but I'll bet it stands for something along the lines of VNode Least Recently Used. Yep, that's what it means. vn* is commonly used in the kernel for vnodes, and an 'lru' is commonly known for a 'least recently used' sort of list. Eric -- Eric AndersonSr. Systems AdministratorCentaur Technology Anything that works is better than anything that doesn't. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configured irq .. is not in bitmap of probed irqs 0 -- what does it mean?
On Mon, Jan 24, 2005 at 10:22:03AM -0700, Warner Losh wrote: sio2 irq10 981321757 sio3 irq11 981382757 Total 2316081 1788 Looks like everything is fine and the message is just false alarm. It might be a false alarm. The interrupt rate is kinda high, indicating that you are running full speed without pause the entire time the system has been up. It is interesting to note that both serial ports have very similar numbers, which seems improbable over such a long period of time. I think this is because both ports have transferred the same amount of data (~10Mb) during testing. ;-) These are the symptoms that I've observed in interrupt storms in the past. Warner Andrew. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configured irq .. is not in bitmap of probed irqs 0 -- what does it mean?
sio2 irq10 981321757 sio3 irq11 981382757 Total 2316081 1788 Looks like everything is fine and the message is just false alarm. It might be a false alarm. The interrupt rate is kinda high, indicating that you are running full speed without pause the entire time the system has been up. It is interesting to note that both serial ports have very similar numbers, which seems improbable over such a long period of time. These are the symptoms that I've observed in interrupt storms in the past. Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configured irq .. is not in bitmap of probed irqs 0 -- what does it mean?
On Sun, Jan 23, 2005 at 09:35:16PM +0100, Bernd Walter wrote: On Sun, Jan 23, 2005 at 01:42:46PM +0300, Andrew L. Neporada wrote: On Sat, Jan 22, 2005 at 02:52:21PM -0700, M. Warner Losh wrote: Chances are you don't have things configured quite correctly in the bios. The interrupts aren't asserting proplerly. Interrupts 3,4,10,11 are reserved for ISA cards in BIOS. Tweaking PnP aware OS [Y/N] setting doesn't help. I've tried to tweak all relevant (IMO) BIOS settings without any effect :-( The question is if the card is configured to issue int10 and 11 for sio1 and sio2. Err.. Do you mean sio2 sio3 here? The probing sounds like you get no interrupt at all, but since the int probing waits for unassigned interrupts the test may fail for special systems or BIOS setups. [snip] Test tranfering data at any speed and check vmstat -i output if you got interrupts for it. Everything works fine at 57600 115200 bod (tested with a simple program that sends data between sio2 sio3). vmstat -i: interrupt total rate ata0 irq14 10793 8 ata1 irq15 15442 11 rl0 irq932249 24 atkbd0 irq1 2 0 sio0 irq4 6 0 sio1 irq3 7 0 sio2 irq10 981321757 sio3 irq11 981382757 clk irq0 129329 99 rtc irq8 165557127 Total 2316081 1788 -- B.Walter BWCThttp://www.bwct.de [EMAIL PROTECTED] [EMAIL PROTECTED] Andrew. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configured irq .. is not in bitmap of probed irqs 0 -- what does it mean?
On Mon, Jan 24, 2005 at 08:00:08PM +0300, Andrew L. Neporada wrote: On Sun, Jan 23, 2005 at 09:35:16PM +0100, Bernd Walter wrote: On Sun, Jan 23, 2005 at 01:42:46PM +0300, Andrew L. Neporada wrote: On Sat, Jan 22, 2005 at 02:52:21PM -0700, M. Warner Losh wrote: Chances are you don't have things configured quite correctly in the bios. The interrupts aren't asserting proplerly. Interrupts 3,4,10,11 are reserved for ISA cards in BIOS. Tweaking PnP aware OS [Y/N] setting doesn't help. I've tried to tweak all relevant (IMO) BIOS settings without any effect :-( The question is if the card is configured to issue int10 and 11 for sio1 and sio2. Err.. Do you mean sio2 sio3 here? Yes. The probing sounds like you get no interrupt at all, but since the int probing waits for unassigned interrupts the test may fail for special systems or BIOS setups. [snip] Test tranfering data at any speed and check vmstat -i output if you got interrupts for it. Everything works fine at 57600 115200 bod (tested with a simple program that sends data between sio2 sio3). vmstat -i: interrupt total rate ata0 irq14 10793 8 ata1 irq15 15442 11 rl0 irq932249 24 atkbd0 irq1 2 0 sio0 irq4 6 0 sio1 irq3 7 0 sio2 irq10 981321757 sio3 irq11 981382757 clk irq0 129329 99 rtc irq8 165557127 Total 2316081 1788 Looks like everything is fine and the message is just false alarm. -- B.Walter BWCThttp://www.bwct.de [EMAIL PROTECTED] [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configured irq .. is not in bitmap of probed irqs 0 -- what does it mean?
On Sat, Jan 22, 2005 at 02:52:21PM -0700, M. Warner Losh wrote: Chances are you don't have things configured quite correctly in the bios. The interrupts aren't asserting proplerly. Interrupts 3,4,10,11 are reserved for ISA cards in BIOS. Tweaking PnP aware OS [Y/N] setting doesn't help. I've tried to tweak all relevant (IMO) BIOS settings without any effect :-( : Surprisingly, but it seems that both COM3 COM4 ports work ok : (getty works, there is no silo overflow errors). That's likely because you are using 9600 baud. sio installs a timeout to harvest characters, and that's what saves you. : So, should I worry about this error? Likely. Warner Thanks for your help. I'll test higher speeds tomorrow. Andrew. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: configured irq .. is not in bitmap of probed irqs 0 -- what does it mean?
On Sun, Jan 23, 2005 at 01:42:46PM +0300, Andrew L. Neporada wrote: On Sat, Jan 22, 2005 at 02:52:21PM -0700, M. Warner Losh wrote: Chances are you don't have things configured quite correctly in the bios. The interrupts aren't asserting proplerly. Interrupts 3,4,10,11 are reserved for ISA cards in BIOS. Tweaking PnP aware OS [Y/N] setting doesn't help. I've tried to tweak all relevant (IMO) BIOS settings without any effect :-( The question is if the card is configured to issue int10 and 11 for sio1 and sio2. The probing sounds like you get no interrupt at all, but since the int probing waits for unassigned interrupts the test may fail for special systems or BIOS setups. : Surprisingly, but it seems that both COM3 COM4 ports work ok : (getty works, there is no silo overflow errors). That's likely because you are using 9600 baud. sio installs a timeout to harvest characters, and that's what saves you. : So, should I worry about this error? Likely. Warner Thanks for your help. I'll test higher speeds tomorrow. Test tranfering data at any speed and check vmstat -i output if you got interrupts for it. -- B.Walter BWCThttp://www.bwct.de [EMAIL PROTECTED] [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
configured irq .. is not in bitmap of probed irqs 0 -- what does it mean?
Hi! I am getting configured irq .. is not in bitmap of probed irqs 0 error (warning?) while booting 4.10: ... sio0: irq maps: 0x1 0x11 0x1 0x1 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x1 0x9 0x1 0x1 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: configured irq 10 not in bitmap of probed irqs 0 sio2: irq maps: 0x1 0x1 0x1 0x1 sio2 at port 0x3e8-0x3ef irq 10 on isa0 sio2: type 16550A sio3: configured irq 11 not in bitmap of probed irqs 0 sio3: irq maps: 0x1 0x1 0x1 0x1 sio3 at port 0x2e8-0x2ef irq 11 on isa0 sio3: type 16550A ... The box in question has Vortex86-based ICOP-6047 3.5 mainboard with 4 serial ports (http://www.icop.com.tw/products_detail.asp?ProductID=125). COM3 COM4 are configured in BIOS to use irq 10 and 11 respectively. Surprisingly, but it seems that both COM3 COM4 ports work ok (getty works, there is no silo overflow errors). So, should I worry about this error? Andrew. P.S. Relevant lines from kernel config are: # Serial (COM) ports device sio0at isa? port IO_COM1 flags 0x10 irq 4 device sio1at isa? port IO_COM2 irq 3 device sio2at isa? port IO_COM3 irq 10 device sio3at isa? port IO_COM4 irq 11 Copyright (c) 1992-2004 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.10-RELEASE-p2 #2: Sat Jan 22 15:50:59 MSK 2005 [EMAIL PROTECTED]:/var/obj/var/src/sys/ET204 Calibrating clock(s) ... TSC clock: 166598129 Hz, i8254 clock: 1193086 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method Timecounter TSC frequency 166612309 Hz CPU: Pentium (166.61-MHz 586-class CPU) Origin = SiS SiS SiS Id = 0x505 real memory = 125829120 (122880K bytes) Physical memory chunk(s): 0x01000 - 0x9efff, 647168 bytes (158 pages) 0x004301000 - 0x0077f7fff, 55537664 bytes (13559 pages) avail memory = 52867072 (51628K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fdb30 bios32: Entry = 0xfdb40 (c00fdb40) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xdb61 pnpbios: Found PnP BIOS data at 0xc00f75c0 pnpbios: Entry = f:672b Rev = 1.0 Other BIOS signatures found: ACPI: Preloaded elf kernel kernel at 0xc429e000. Preloaded userconfig_script /boot/kernel.conf at 0xc429e0a8. Preloaded mfs_root /mfsroot at 0xc429e0f8. md0: Preloaded image /mfsroot 67108864 bytes at 0xc029cd50 Creating DISK md0 Creating DISK md1 md1: Malloc disk pci_open(1):mode 1 addr port (0x0cf8) is 0x8844 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=80] is there (id=05501039) Using $PIR table, 5 entries at 0xc00f7c00 pcib-: pcib0 exists, using next available unit number npx0: math processor on motherboard npx0: INT 16 interface i586_bzero() bandwidth = 112321689 bytes/sec bzero() bandwidth = 55775559 bytes/sec pcib0: Host to PCI bridge on motherboard found- vendor=0x1039, dev=0x0550, revid=0x01 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 map[10]: type 1, range 32, base e000, size 23 found- vendor=0x1039, dev=0x5513, revid=0xd0 class=01-01-80, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 map[20]: type 1, range 32, base ff00, size 4 found- vendor=0x1039, dev=0x0008, revid=0x00 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 found- vendor=0x1039, dev=0x7001, revid=0x07 class=0c-03-10, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=d, irq=5 map[10]: type 1, range 32, base dfffb000, size 12 found- vendor=0x1039, dev=0x0001, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=2secondarybus=1 found- vendor=0x10ec, dev=0x8139, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=9 map[10]: type 1, range 32, base dc00, size 8 map[14]: type 1, range 32, base dfffaf00, size 8 pci0: PCI bus on pcib0 atapci0: SiS 5591 ATA33 controller port 0xff00-0xff0f at device 0.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xff00 ata0: mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 30 30 ata0: mask=03 stat0=50 stat1=00 ata0-master: ATA 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xff08 ata1: at 0x170 irq 15 on atapci0 isab0: SiS 85c503 PCI-ISA bridge at device 1.0 on pci0 isa0: ISA bus on isab0 pci0: OHCI USB controller (vendor=0x1039, dev=0x7001) at 1.2 irq 5 pcib2: PCI to PCI bridge (vendor=1039 device=0001) at device 2.0 on pci0 found- vendor=0x1039,
Re: configured irq .. is not in bitmap of probed irqs 0 -- what does it mean?
In message: [EMAIL PROTECTED] Andrew L. Neporada [EMAIL PROTECTED] writes: : sio2: configured irq 10 not in bitmap of probed irqs 0 : sio3: configured irq 11 not in bitmap of probed irqs 0 : : The box in question has Vortex86-based ICOP-6047 3.5 mainboard with 4 : serial ports (http://www.icop.com.tw/products_detail.asp?ProductID=125). : COM3 COM4 are configured in BIOS to use irq 10 and 11 respectively. Chances are you don't have things configured quite correctly in the bios. The interrupts aren't asserting proplerly. : Surprisingly, but it seems that both COM3 COM4 ports work ok : (getty works, there is no silo overflow errors). That's likely because you are using 9600 baud. sio installs a timeout to harvest characters, and that's what saves you. : So, should I worry about this error? Likely. Warner ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
What does it mean
Hello hackers! On my system which connected to Internet I''ll see many processes like (sh): # ps axu | more USERPID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 59548 1,0 0,0 00 ?? Z11:00 0:00,00 (sh) root 59588 0,0 0,0 00 ?? Z11:02 0:00,00 (sh) root185 0,0 0,0 00 ?? Z 204 0:00,00 (sh) WHAT IS IT ?? Regards, Dmitry. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What does it mean
On Tue, Sep 14, 2004 at 11:55:18AM +0600, Dmitry A. Bondareff wrote: Hello hackers! On my system which connected to Internet I''ll see many processes like (sh): # ps axu | more USERPID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND root 59548 1,0 0,0 00 ?? Z11:00 0:00,00 (sh) root 59588 0,0 0,0 00 ?? Z11:02 0:00,00 (sh) root185 0,0 0,0 00 ?? Z 204 0:00,00 (sh) WHAT IS IT ?? According to the ps(1) manual page, the 'Z' flag means that the process is what is commonly known as 'zombie' - a process that has ended its execution, either exiting voluntarily or killed by a signal, and is being kept in memory until its parent process collects whatever information is necessary. The fact that you are seeing those zombie processes may mean one of two things: either the 'sh' processes have ended really, really recently and their parent has not yet had a chance to invoke one of the functions described in the wait(2) manual page to collect the information, or the 'sh' processes have terminated some time ago but their parent is busy doing something else, possibly locked up or something. You may gather a lot more information by including the parent process ID in the 'ps' output: try 'ps axl' or 'ps axlwww', see what has invoked all those 'sh' processes, see if it has left any logs as to why, what happened, and so on. G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I've heard that this sentence is a rumor. pgprYo7VhLM6q.pgp Description: PGP signature
Re: what does this mean?
In message: [EMAIL PROTECTED] Julian Elischer [EMAIL PROTECTED] writes: : We were looking at a toshiba tecra 8100 and tryinmg to see if the : modem was usable from BSD.. We've given up.. We think it may be some kind of : Winmodem thingy. Yes. As far as I can tell, there hasn't been a real modem in a laptop since Sony shipped one in the PCM-505TS several years ago Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: what does this mean?
On Mon, Sep 09, 2002 at 04:44:07PM -0700, Terry Lambert wrote: It's also a possible message, if you have a serial port disabled in the BIOS, but the hardware probe finds the hardware there, because the BIOS is merely advisory, and you have not disable PnP OS in the BIOS. Something along these lines occured on my notebook in response to a kernel configuraton entry for the second serial port on my notebook. While the port appears to be advertised, it doesn't actually seem to exist. -- christian zander [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: what does this mean?
In message: [EMAIL PROTECTED] Julian Elischer [EMAIL PROTECTED] writes: : sio1: configured irq 3 not in bitmap of probed irqs 0 : what on earth is this trying to tell me? : WHAT bitmap? Bitmap of probed irqs of '0' means that the driver put the card into an interrupt 'state', yet no interrupts were asserted. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: what does this mean?
On Tue, 10 Sep 2002, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Julian Elischer [EMAIL PROTECTED] writes: : sio1: configured irq 3 not in bitmap of probed irqs 0 : what on earth is this trying to tell me? : WHAT bitmap? Bitmap of probed irqs of '0' means that the driver put the card into an interrupt 'state', yet no interrupts were asserted. thanks.. It appears it may be some 'Dummy' uart that is the front-end to a software modem of some sort. We were looking at a toshiba tecra 8100 and tryinmg to see if the modem was usable from BSD.. We've given up.. We think it may be some kind of Winmodem thingy. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
what does this mean?
ANother case of the obscure beyond belief message: sio1: configured irq 3 not in bitmap of probed irqs 0 what on earth is this trying to tell me? WHAT bitmap? julian To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: what does this mean?
ANother case of the obscure beyond belief message: sio1: configured irq 3 not in bitmap of probed irqs 0 I would assume it means that 0x is the bitmap of probed irqs and that irq3 0x10 configured for sio1 is not in that bitmap. isa/sio.c: /* * Turn off all device interrupts and check that they go off properly. * Leave MCR_IENABLE alone. For ports without a master port, it gates * the OUT2 output of the UART to * the ICU input. Closing the gate would give a floating ICU input * (unless there is another device driving it) and spurious interrupts. * (On the system that this was first tested on, the input floats high * and gives a (masked) interrupt as soon as the gate is closed.) */ sio_setreg(com, com_ier, 0); sio_setreg(com, com_cfcr, CFCR_8BITS); /* dummy to avoid bus echo */ failures[7] = sio_getreg(com, com_ier); DELAY(1000);/* XXX */ irqmap[3] = isa_irq_pending(); failures[9] = (sio_getreg(com, com_iir) IIR_IMASK) - IIR_NOPEND; enable_intr(); irqs = irqmap[1] ~irqmap[0]; if (bus_get_resource(idev, SYS_RES_IRQ, 0, xirq, NULL) == 0 ((1 xirq) irqs) == 0) printf( sio%d: configured irq %ld not in bitmap of probed irqs %#x\n, device_get_unit(dev), xirq, irqs); what on earth is this trying to tell me? WHAT bitmap? julian To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message