Re: Re: network loopback based kernle module and ping - calrification question

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Mark
1) It works also after "ifdown lo".
OK, one possibility is out of the ring.


2) I also tried setting "inet addr:128.0.0.1  Mask:255.0.0.0" in
/etc/sysconfig/network-scripts/ifcfg-nic and than
"ping 128.0.0.1" and it also send a resoonse to ping.

So, actually we can say that "something" was indeed responding. We just don't know which adapter it is. I wonder, could you paste the output of your routing table?
So my question is still the same :
who does answer me ? there is no handling of recieve interrupts in that module.
What causes the packet which is sent to 128.0.0.1 to give this answer ?
where is this mechanism implemented in the kernel ?
If I read your e-mail correctly and after comparing it to the original loopback.c in either 2.4.x and 2.6.x, I realize that there isn't something like netif_rx(skb) in your code. But in the other hand, I saw that several fields of net_device (correct?) are left untouched (I believe that means they are set as zero, since static allocation is initialized as zero IIRC). I can not really suggest anything meaningful here, but you could try to explicitly set several fields such as "flags" and see if it changes the situation.

Also, I am interested with this (taken from your ifconfig output)
Link encap:AMPR NET/ROM

From ifconfig manual, that means it represents netrom type (not sure what it is). I am just guessing, could it be related? Try to set it as loopback or ethernet and again see if something changes.

Hope that helps you to track the problem.

regards,

Mulyadi




--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis@xxxxxxxxxxxx
Please read the FAQ at http://kernelnewbies.org/FAQ


[Index of Archives]     [Newbies FAQ]     [Linux Kernel Mentors]     [Linux Kernel Development]     [IETF Annouce]     [Git]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux SCSI]     [Linux ACPI]
  Powered by Linux