public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Måns Rullgård" <mru@inprovide.com>
To: Rommer <rommer@active.by>
Cc: Bernd Petrovitsch <bernd@firmix.at>, linux-kernel@vger.kernel.org
Subject: Re: udp.c
Date: Mon, 13 Jun 2005 15:00:06 +0200	[thread overview]
Message-ID: <yw1xu0k2beeh.fsf@ford.inprovide.com> (raw)
In-Reply-To: <42AD81FC.9020404@active.by> (rommer@active.by's message of "Mon, 13 Jun 2005 15:54:20 +0300")

Rommer <rommer@active.by> writes:

> Bernd Petrovitsch wrote:
>> On Mon, 2005-06-13 at 14:24 +0200, Måns Rullgård wrote:
>>
>>>Bernd Petrovitsch <bernd@firmix.at> writes:
>>>
>>>
>>>>On Mon, 2005-06-13 at 14:57 +0300, Rommer wrote:
>>>>
>>>>>Where used strange function udp_v4_hash?
>>>>>linux-2.6.11.11, net/ipv4/udp.c:204
>>>>>
>>>>>static void udp_v4_hash(struct sock *sk)
>>>>
>>>>Since it is "static" the user must be in the same source file (or -
>>>>theoretically - any included header).
>>>
>>>It's not that simple.  It is assigned to the 'hash' field of a struct
>> If you interpret "called" word-by-word yes. I assumed "used".
>>
>>>proto, which is exported.  It could be used from anywhere, but
>> The the OP has to grep for dereferences for this hash variable and
>> check
>> if it is (or may be) from the given struct.
>> Well, that's the virtue of object-orientation: Follow the objects, not
>> the functions/methods.
>>
>>>hopefully isn't.  Something else is supposed to ensure that it is
>>>never called when using the UDP protocol.
>
> So, why BUG(), not just void function?

Calling the function would be the result of a bug elsewhere in the
code, which should be detected and reported.

-- 
Måns Rullgård
mru@inprovide.com

  parent reply	other threads:[~2005-06-13 13:00 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-06-13 11:57 udp.c Rommer
2005-06-13 12:03 ` udp.c Bernd Petrovitsch
2005-06-13 12:24   ` udp.c Måns Rullgård
2005-06-13 12:34     ` udp.c Bernd Petrovitsch
2005-06-13 12:54       ` udp.c Rommer
2005-06-13 12:57         ` udp.c Bernd Petrovitsch
2005-06-13 13:00         ` Måns Rullgård [this message]
2005-06-13 17:23           ` udp.c Jesper Juhl
2005-06-13 19:45             ` udp.c David S. Miller
2005-06-13 21:42               ` udp.c Herbert Xu
2005-06-13 21:57                 ` udp.c David S. Miller
2005-06-13 23:04                   ` udp.c Herbert Xu
2005-06-13 23:20                     ` udp.c David S. Miller
2005-06-13 23:53                       ` udp.c Andi Kleen
2005-06-14  0:00                         ` udp.c David S. Miller
2005-06-14  0:12                           ` udp.c Andi Kleen
2005-06-14  1:11                             ` udp.c David S. Miller
2005-06-13 12:08 ` udp.c Adrian Bunk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=yw1xu0k2beeh.fsf@ford.inprovide.com \
    --to=mru@inprovide.com \
    --cc=bernd@firmix.at \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rommer@active.by \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox