ehrlich@psuvax1.cs.psu.edu (Dan Ehrlich) (08/22/90)
We have an RT 6150/135 running the Dec '88 release of AOS that has recently started emitting these messages. Can someone enlighten me as to their meaning? Thanks, Dan Ehrlich P.S. This machine has a token ring adapter (lan0) not ethermet. Aug 21 16:48:05 beamer vmunix: after local masking rcf=0x0 Aug 21 16:48:07 beamer last message repeated 7 times Aug 21 16:48:07 beamer vmunix: after local masking rcf=0x0 Aug 21 16:48:10 beamer last message repeated 8 times Aug 21 16:48:11 beamer vmunix: after local masking rcf=0x0 Aug 21 16:48:24 beamer last message repeated 46 times Aug 21 16:48:24 beamer vmunix: after local masking rcf=0x8220 Aug 21 16:48:28 beamer vmunix: after local masking rcf=0x0 Aug 21 16:50:07 beamer last message repeated 440 times Aug 21 16:50:08 beamer vmunix: after local masking rcf=0x0 Aug 21 16:50:21 beamer last message repeated 53 times -- Dan Ehrlich <ehrlich@cs.psu.edu>/Voice: +1 814 863 1142/FAX: +1 814 865 3176
webb@bass.tcspa.ibm.com (Bill Webb) (08/23/90)
-> We have an RT 6150/135 running the Dec '88 release of AOS that has -> recently started emitting these messages. Can someone enlighten me -> as to their meaning? -> -> Aug 21 16:48:05 beamer vmunix: after local masking rcf=0x0 -> Aug 21 16:48:07 beamer last message repeated 7 times -> -- -> Dan Ehrlich <ehrlich@cs.psu.edu>/Voice: +1 814 863 1142/FAX: +1 814 865 3176 I did a grep thru the entire kernel sources and didn't see that message anywhere. The only thing I can think of is that you have a local driver that is producing it. I suggest that next time it happens you enter the debugger with a control-alt-scroll_lock, and put a breakpoint at printf. You should then be able to get a traceback and see where the message is coming from. Bill Webb (IBM AWD Paloalto, T465-4457, (415) 855-4457). VNET: webb@paloalto UUCP: ...!uunet!ibmsupt!webb
brunner@bullhead.uucp (08/23/90)
The routing control field (rcf) is an unsigned short which is a group of
bitfields. Here's my declaration
struct rcf {
unsigned broadcast : 3; /* broad- or uni-cast, warning! */
unsigned bridges : 5; /* hop count, we use 8 as max */
unsigned direction : 1; /* which way to read the route */
unsigned length : 3; /* mtu, we use ether mtu for sanity */
unsigned reserved : 5; /* reserved */
}
My guess is that someone has stuck a printf in the lan_output() routine,
or in the lan_output_llc() routine (somewhere between lines 1000 and 1200),
although there are a few other points in the driver where the rcf is being
manipulated, these seem the likely spots for your mystery printf.
Aug 21 16:48:05 beamer vmunix: after local masking rcf=0x0
Aug 21 16:48:07 beamer last message repeated 7 times
Eric Brunner, Consultant, IBM AWD Palo Alto (415) 855-4486
inet: brunner@monet.berkeley.edu uucp: uunet!ibmsupt!brunner
trying to understand multiprocessing is like having bees live inside your head.