All of lore.kernel.org
 help / color / mirror / Atom feed
* Where do packets sent to 255.255.255.255 go?
@ 2005-08-25  1:02 Daniel Brockman
  2005-08-25  8:17 ` Eric Piel
  0 siblings, 1 reply; 4+ messages in thread
From: Daniel Brockman @ 2005-08-25  1:02 UTC (permalink / raw)
  To: linux-kernel

Hi list,

If I understand correctly, packets sent to the all-ones
broadcast address only go out through a single interface.

My question is threefold:

 1. Why doesn't Linux send 255.255.255.255 packages through
    all network interfaces?  (I realize that this is
    probably not a Linux-specific question.)

 2. How does it choose which interface to send through?
    My first guess was that it just took the first Ethernet
    interface and used that for broadcasting.  But playing
    around with nameif, this seems not to be the case.

 3. Can I set the default broadcast interface explicitly?
    For example, say I wanted broadcasts to go out over eth1
    by default, instead of over eth0.  What if I wanted them
    to get sent through tap0?

Yes, I know that what I *should* be doing is just send the
packages to the broadcast address specific to the network
where I want them to go.  (That is, I should be sending them
to 10.255.255.255 instead of 255.255.255.255 if I want them
to be broadcast to the 10.0.0.0 network.)

Unfortunately, this is not a viable option in my case, as
I'm dealing with a closed-source application that
unconditionally sends broadcasts to 255.255.255.255.
Ideally, the application would let me choose which interface
to broadcast to, but alas it does not.

I've tried searching for a solution to this problem on the
web and on IRC with no luck, so now I'm turning to you guys.


Thanks in advance,

-- 
Daniel Brockman <daniel@brockman.se>


^ permalink raw reply	[flat|nested] 4+ messages in thread
* Re: PATCH: Fix race in cpu_down (hotplug cpu)
@ 2005-09-19  5:35 Nigel Cunningham
  2005-09-19  7:43 ` Where do packets sent to 255.255.255.255 go? Wei-Che, Hsu
  0 siblings, 1 reply; 4+ messages in thread
From: Nigel Cunningham @ 2005-09-19  5:35 UTC (permalink / raw)
  To: vatsa
  Cc: Li Shaohua, Andrew Morton, Linus Torvalds, Zwane Mwaikambo,
	Linux Kernel Mailing List, Rusty Russell

On Mon, 2005-09-19 at 15:28, Srivatsa Vaddagiri wrote:
> On Mon, Sep 19, 2005 at 03:23:01PM +1000, Nigel Cunningham wrote:
> > Maybe I'm just an ignoramus, but I was thinking (without being a
> > scheduler expert at all) that if the idle thread was already running,
> > trying to set it up to run next might possibly have zero effect. I've
> 
> sched_idle_next actually adds the idle task to its runqueue (normally
> it is not present in a runqueue while running) and as well changes its 
> priority/policy. So it does have *some* effect!

Ok.

> > added a bit of debugging code to try and see in better detail what's
> > happening.
> 
> Could you elaborate (with some stack traces maybe) on the deadlock you are 
> seeing during resume? Maybe that can throw some light.

I'll try. I'm having trouble reproducing it now (yes, having reversed my
patch!).

Regards,

Nigel
-- 



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2005-09-19  7:44 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-25  1:02 Where do packets sent to 255.255.255.255 go? Daniel Brockman
2005-08-25  8:17 ` Eric Piel
2005-08-25 10:01   ` Daniel Brockman
  -- strict thread matches above, loose matches on Subject: below --
2005-09-19  5:35 PATCH: Fix race in cpu_down (hotplug cpu) Nigel Cunningham
2005-09-19  7:43 ` Where do packets sent to 255.255.255.255 go? Wei-Che, Hsu

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.