diff options
| author | Daniel Borkmann <[email protected]> | 2013-08-29 21:55:05 +0000 |
|---|---|---|
| committer | David S. Miller <[email protected]> | 2013-08-30 21:56:47 +0000 |
| commit | 2d98c29b6fb3de44d9eaa73c09f9cf7209346383 (patch) | |
| tree | 57d3bc8a2dae4c9a4e87ec14207505cb8db312f1 /drivers/pci/hotplug/ibmphp_hpc.c | |
| parent | mISDN: return -EINVAL on error in dsp_control_req() (diff) | |
| download | kernel-2d98c29b6fb3de44d9eaa73c09f9cf7209346383.tar.gz kernel-2d98c29b6fb3de44d9eaa73c09f9cf7209346383.zip | |
net: bridge: convert MLDv2 Query MRC into msecs_to_jiffies for max_delay
While looking into MLDv1/v2 code, I noticed that bridging code does
not convert it's max delay into jiffies for MLDv2 messages as we do
in core IPv6' multicast code.
RFC3810, 5.1.3. Maximum Response Code says:
The Maximum Response Code field specifies the maximum time allowed
before sending a responding Report. The actual time allowed, called
the Maximum Response Delay, is represented in units of milliseconds,
and is derived from the Maximum Response Code as follows: [...]
As we update timers that work with jiffies, we need to convert it.
Signed-off-by: Daniel Borkmann <[email protected]>
Cc: Linus Lüssing <[email protected]>
Cc: Hannes Frederic Sowa <[email protected]>
Signed-off-by: David S. Miller <[email protected]>
Diffstat (limited to 'drivers/pci/hotplug/ibmphp_hpc.c')
0 files changed, 0 insertions, 0 deletions