-
Notifications
You must be signed in to change notification settings - Fork 5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Kernel: packet size is too short #1357
Comments
You can help by giving an example command that you run that causes the error. |
Starting Nmap 6.47 ( http://nmap.org ) at 2016-03-21 10:51 CET |
I can confirm it fails on WiFi:
but works on Ethernet:
|
That's an interesting finding... Could it be something specific with the new WiFi hardware? I haven't tried with a USB WiFi dongle yet. Are you aware of anyway of bypassing/overriding that packet size without a kernel modification? |
I suspect it's a problem with the driver for the WiFi interface. Broadcom have been alerted. I'm not aware of any workarounds, but I'm not an expert - I can see that the MTUs for WiFi and Ethernet are both 1500 (as they should be), and that's my limit without a lot of digging through the networking stack and driver. |
I had a WiFi dongle to hand:
It's clearly not a problem common to all WiFi interfaces. |
I don't think it's the driver. The brcmfmac driver works just fine with nmap and other bcm43xxx hardware. I just checked nmap from a Wandboard (bcm4329). It works as expected. (Only code difference in the driver is your one-liner to disable power management on the Pi.) Anyway, it needs Broadcom to investigate....... I'd say it is specific to the variant of the brcm43xxx chipset being used on the Pi. |
nmap works with the brcmfmac driver in the rpi-4.4.y tree (the current build tree). You could try a |
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
I've applied a Broadcom-supplied patch with the following commit message:
|
kernel: Add ads1015 overlay See: raspberrypi/linux#1520 kernel: brcmfmac: change rx_seq check log from error print to debug print See: raspberrypi/linux#1313 kernel: brcmfmac: use ndev->needed_headroom to reserve additional header space See: raspberrypi/linux#1357 kernel: brcmfmac: revise SDIO error message in brcmf_sdio_drivestrengthinit kernel: BCM270X_DT: Make i2c-gpio usable by other overlays kernel: BCM270X_DT: Fix rpi-dac overlay See: http://forum.kodi.tv/showthread.php?tid=269814&pid=2349776#pid2349776 kernel: Implement a wakeup-source option for the i2c-rtc DeviceTree overlay See: raspberrypi/linux#1511 kernel: gpio-ir-receiver: fix overlay and add upstream patches See: raspberrypi/linux#1514 firmware: Tuner: Disable unused ACLS tuner, and improve logging firmware: imx219: Remove static variable firmware: ISP Tuners: Make DPF parsing thread safe firmware: audioplus: Allow passthrough dma priority to be overridden in same way as pcm firmware: di_adv: Remove delay uniform firmeare: di_adv: Enable limiter and tweak axi priorities
kernel: Add ads1015 overlay See: raspberrypi/linux#1520 kernel: brcmfmac: change rx_seq check log from error print to debug print See: raspberrypi/linux#1313 kernel: brcmfmac: use ndev->needed_headroom to reserve additional header space See: raspberrypi/linux#1357 kernel: brcmfmac: revise SDIO error message in brcmf_sdio_drivestrengthinit kernel: BCM270X_DT: Make i2c-gpio usable by other overlays kernel: BCM270X_DT: Fix rpi-dac overlay See: http://forum.kodi.tv/showthread.php?tid=269814&pid=2349776#pid2349776 kernel: Implement a wakeup-source option for the i2c-rtc DeviceTree overlay See: raspberrypi/linux#1511 kernel: gpio-ir-receiver: fix overlay and add upstream patches See: raspberrypi/linux#1514 firmware: Tuner: Disable unused ACLS tuner, and improve logging firmware: imx219: Remove static variable firmware: ISP Tuners: Make DPF parsing thread safe firmware: audioplus: Allow passthrough dma priority to be overridden in same way as pcm firmware: di_adv: Remove delay uniform firmeare: di_adv: Enable limiter and tweak axi priorities
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: #1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
kernel: Add ads1015 overlay See: raspberrypi/linux#1520 kernel: brcmfmac: change rx_seq check log from error print to debug print See: raspberrypi/linux#1313 kernel: brcmfmac: use ndev->needed_headroom to reserve additional header space See: raspberrypi/linux#1357 kernel: brcmfmac: revise SDIO error message in brcmf_sdio_drivestrengthinit kernel: BCM270X_DT: Make i2c-gpio usable by other overlays kernel: BCM270X_DT: Fix rpi-dac overlay See: http://forum.kodi.tv/showthread.php?tid=269814&pid=2349776#pid2349776 kernel: Implement a wakeup-source option for the i2c-rtc DeviceTree overlay See: raspberrypi/linux#1511 kernel: gpio-ir-receiver: fix overlay and add upstream patches See: raspberrypi/linux#1514 firmware: Tuner: Disable unused ACLS tuner, and improve logging firmware: imx219: Remove static variable firmware: ISP Tuners: Make DPF parsing thread safe firmware: audioplus: Allow passthrough dma priority to be overridden in same way as pcm firmware: di_adv: Remove delay uniform firmeare: di_adv: Enable limiter and tweak axi priorities
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
When using nmap tool with FMAC, the nmap packets were be dropped by kernel because the size was too short. The kernel message showed like "nmap: packet size is too short (42 <= 50)". It is caused by the packet length is shorter than ndev->hard_header_len. According to LL_RESERVED_SPACE() and hard_header_len definition, we should use hard_header_len to reserve L2 header, like ethernet header(ETH_HLEN) in our case and use needed_headroom for the additional headroom needed by hardware. [ Patch from Broadcom ] See: raspberrypi/linux#1357 Signed-off-by: Phil Elwell <[email protected]>
Hi,
I seem to be getting several of these when using nmap and other network scanning tools from my Raspberry Pi 3:
Mar 21 00:54:18 rpi8 kernel: [ 6369.882971] nmap: packet size is too short (42 <= 50)
All programs terminate with an error due to not being able to send packets.
Output of
uname -a
:Linux rpi8 4.1.19-v7+ #853 SMP Wed Mar 9 18:09:16 GMT 2016 armv7l GNU/Linux
Note: I did test the same commands on a Raspberry Pi 2 and it did work. The output of
uname -a
on that one is:Linux rpi3 4.1.7-v7+ #817 SMP PREEMPT Sat Sep 19 15:32:00 BST 2015 armv7l GNU/Linux
The text was updated successfully, but these errors were encountered: