Re: arp error message

On Thu, 3 Feb 2022, Takashi Inoue wrote:

> Hi Chadd and All,
>
> Thanks. I was asleep.
>
> BTW, I wish that a treatment of the endless repeated message
> in any way is implemented in release.

ARP_LOG is behind a sysctl; you can just
 	sysctl net.link.ether.arp.log_level=0
to quiten them all.

It's alos behind ppsratecheck so it should be throttled.

> Dose someone can do this?

Question: which driver is this with as that may help figuring the
problem out?   Is this iwlwifi because then that is likely a problem
there and I should figure out what's going wrong.

Best Regards,
Bjoern


> Best,
> T.Inoue
>
>
>
> On 2/3/22 04:59, Adrian Chadd wrote:
>> Just comment out the AR_LOG line. Use '//', not '#'.
>> 
>> 
>> -a
>> 
>> On Wed, 2 Feb 2022 at 11:17, Takashi Inoue <inoue.takashi@nihon-u.ac.jp> 
>> wrote:
>>> 
>>> Hi all,
>>> 
>>> I want to ask a favor to you.
>>> It may not concern wireless network directly. I'm sorry for this.
>>> I am using 13-STABLE ISO at 13th Jan.
>>> 
>>> I get the following message in dmesg many many times repeatedly, lets
>>> say, every one second.
>>> 
>>> arp: packet with invalid ethernet address length 0 received on wlan0
>>> 
>>> According to a Google search, the reason of this may be in my network
>>> environment.
>>> But, I cannot change it. So, I want to stop the message by re-compiling
>>> kernel(module).
>>> 
>>> I am going to modify /src/sys/netinet/if_ether.c around line 730.
>>> I am thinking just comment out the ARP_LOG function lines, like
>>> ---------------------------------------------------------
>>>          if (hlen != 0 && hlen != ar->ar_hln) {
>>> #               ARP_LOG(LOG_NOTICE,
>>> #                   "packet with invalid %s address length %d received on 
>>> %s\n",
>>> #                   layer, ar->ar_hln, if_name(ifp));
>>>                  m_freem(m);
>>>                  return;
>>>          }
>>> ----------------------------------------------------------
>>> 
>>> Do I have better to cut(comment out) the whole the if(){} part?
>>> Or, do you have a any better solution to suppress or reduce the message?
>>> Please give me some advice.
>>> 
>>> Best,
>>> T. Inoue
>>> 
>
>

-- 
Bjoern A. Zeeb                                                     r15:7