Udev - Network cable hotplug event not catched

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP












0















I'm running a buildroot custom linux (kernel 4.9.87) on a custom board based on an Atmel Sama5d2.



I'm trying to configure the network on the eth0 interface using dhcp only at hotplug.



Originally, the interface was configured at boot using auto eth0 into /etc/network/interfaces



I changed it to allow-hotplug eth0 to have the following file



# cat /etc/network/interfaces 

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet dhcp


After this change, udhcpc is not run at boot and is not blocking linux boot for 30 seconds anymore if the cable is not plugged.



However, nothing happens when I plug or unplug the cable.



If I mannually run ifup -a I obtain an IP address on eth0 interface.



From this results, I don't think the problem comes from network configuration but more from handling low level events.



I've tried to monitor the plug/unplug of the cable using udevadm but I can't see any kernel event when I'm pluging and unpluging the cable (but I can see events from usb subsystem for example).



I have also written a udev rule to log events in case udevadm was not relaying this subsystem events.



# cat /etc/udev/rules.d/20-network.rules 
SUBSYSTEM=="net", ACTION=="add", RUN+="/test.sh add"
SUBSYSTEM=="net", ACTION=="remove" , RUN+="/test.sh remove"


However, nothing is trigerred by this rule neither.




So right now I think I have an issue detecting network cable hotplug.



I could be a kernel configuration mistake as well as a hardware wiring mistake.



I don't really know how the plug/unplug event is detected at hardware level however I think that the event is sent to udev either directly by the driver itself or by one of the numerous kernel frameworks in which it's deployed.



Do you think I may be missing some kernel configuration ?



Do you think it's possible to trace the state cable at a lower level than using udev ? Maybe by directly interfacing with sysfs ?










share|improve this question






















  • Does ifconfig show your cable connect/disconnect status? What about ethtool?

    – Stephen Kitt
    Feb 27 at 13:21















0















I'm running a buildroot custom linux (kernel 4.9.87) on a custom board based on an Atmel Sama5d2.



I'm trying to configure the network on the eth0 interface using dhcp only at hotplug.



Originally, the interface was configured at boot using auto eth0 into /etc/network/interfaces



I changed it to allow-hotplug eth0 to have the following file



# cat /etc/network/interfaces 

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet dhcp


After this change, udhcpc is not run at boot and is not blocking linux boot for 30 seconds anymore if the cable is not plugged.



However, nothing happens when I plug or unplug the cable.



If I mannually run ifup -a I obtain an IP address on eth0 interface.



From this results, I don't think the problem comes from network configuration but more from handling low level events.



I've tried to monitor the plug/unplug of the cable using udevadm but I can't see any kernel event when I'm pluging and unpluging the cable (but I can see events from usb subsystem for example).



I have also written a udev rule to log events in case udevadm was not relaying this subsystem events.



# cat /etc/udev/rules.d/20-network.rules 
SUBSYSTEM=="net", ACTION=="add", RUN+="/test.sh add"
SUBSYSTEM=="net", ACTION=="remove" , RUN+="/test.sh remove"


However, nothing is trigerred by this rule neither.




So right now I think I have an issue detecting network cable hotplug.



I could be a kernel configuration mistake as well as a hardware wiring mistake.



I don't really know how the plug/unplug event is detected at hardware level however I think that the event is sent to udev either directly by the driver itself or by one of the numerous kernel frameworks in which it's deployed.



Do you think I may be missing some kernel configuration ?



Do you think it's possible to trace the state cable at a lower level than using udev ? Maybe by directly interfacing with sysfs ?










share|improve this question






















  • Does ifconfig show your cable connect/disconnect status? What about ethtool?

    – Stephen Kitt
    Feb 27 at 13:21













0












0








0








I'm running a buildroot custom linux (kernel 4.9.87) on a custom board based on an Atmel Sama5d2.



I'm trying to configure the network on the eth0 interface using dhcp only at hotplug.



Originally, the interface was configured at boot using auto eth0 into /etc/network/interfaces



I changed it to allow-hotplug eth0 to have the following file



# cat /etc/network/interfaces 

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet dhcp


After this change, udhcpc is not run at boot and is not blocking linux boot for 30 seconds anymore if the cable is not plugged.



However, nothing happens when I plug or unplug the cable.



If I mannually run ifup -a I obtain an IP address on eth0 interface.



From this results, I don't think the problem comes from network configuration but more from handling low level events.



I've tried to monitor the plug/unplug of the cable using udevadm but I can't see any kernel event when I'm pluging and unpluging the cable (but I can see events from usb subsystem for example).



I have also written a udev rule to log events in case udevadm was not relaying this subsystem events.



# cat /etc/udev/rules.d/20-network.rules 
SUBSYSTEM=="net", ACTION=="add", RUN+="/test.sh add"
SUBSYSTEM=="net", ACTION=="remove" , RUN+="/test.sh remove"


However, nothing is trigerred by this rule neither.




So right now I think I have an issue detecting network cable hotplug.



I could be a kernel configuration mistake as well as a hardware wiring mistake.



I don't really know how the plug/unplug event is detected at hardware level however I think that the event is sent to udev either directly by the driver itself or by one of the numerous kernel frameworks in which it's deployed.



Do you think I may be missing some kernel configuration ?



Do you think it's possible to trace the state cable at a lower level than using udev ? Maybe by directly interfacing with sysfs ?










share|improve this question














I'm running a buildroot custom linux (kernel 4.9.87) on a custom board based on an Atmel Sama5d2.



I'm trying to configure the network on the eth0 interface using dhcp only at hotplug.



Originally, the interface was configured at boot using auto eth0 into /etc/network/interfaces



I changed it to allow-hotplug eth0 to have the following file



# cat /etc/network/interfaces 

auto lo
iface lo inet loopback

allow-hotplug eth0
iface eth0 inet dhcp


After this change, udhcpc is not run at boot and is not blocking linux boot for 30 seconds anymore if the cable is not plugged.



However, nothing happens when I plug or unplug the cable.



If I mannually run ifup -a I obtain an IP address on eth0 interface.



From this results, I don't think the problem comes from network configuration but more from handling low level events.



I've tried to monitor the plug/unplug of the cable using udevadm but I can't see any kernel event when I'm pluging and unpluging the cable (but I can see events from usb subsystem for example).



I have also written a udev rule to log events in case udevadm was not relaying this subsystem events.



# cat /etc/udev/rules.d/20-network.rules 
SUBSYSTEM=="net", ACTION=="add", RUN+="/test.sh add"
SUBSYSTEM=="net", ACTION=="remove" , RUN+="/test.sh remove"


However, nothing is trigerred by this rule neither.




So right now I think I have an issue detecting network cable hotplug.



I could be a kernel configuration mistake as well as a hardware wiring mistake.



I don't really know how the plug/unplug event is detected at hardware level however I think that the event is sent to udev either directly by the driver itself or by one of the numerous kernel frameworks in which it's deployed.



Do you think I may be missing some kernel configuration ?



Do you think it's possible to trace the state cable at a lower level than using udev ? Maybe by directly interfacing with sysfs ?







network-interface udev ethernet buildroot hot-plug






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Feb 27 at 11:22









ArkaikArkaik

388422




388422












  • Does ifconfig show your cable connect/disconnect status? What about ethtool?

    – Stephen Kitt
    Feb 27 at 13:21

















  • Does ifconfig show your cable connect/disconnect status? What about ethtool?

    – Stephen Kitt
    Feb 27 at 13:21
















Does ifconfig show your cable connect/disconnect status? What about ethtool?

– Stephen Kitt
Feb 27 at 13:21





Does ifconfig show your cable connect/disconnect status? What about ethtool?

– Stephen Kitt
Feb 27 at 13:21










0






active

oldest

votes











Your Answer








StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f503309%2fudev-network-cable-hotplug-event-not-catched%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes















draft saved

draft discarded
















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f503309%2fudev-network-cable-hotplug-event-not-catched%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown






Popular posts from this blog

How to check contact read email or not when send email to Individual?

Displaying single band from multi-band raster using QGIS

How many registers does an x86_64 CPU actually have?