19 Oct, 2011

1 commit


21 Sep, 2011

1 commit

  • Commit 88491d8(drivers/net: Kconfig & Makefile cleanup) causes a
    regression that netconsole does not work if netconsole and network
    device driver are build into kernel, because netconsole is linked
    before network device driver.

    Andrew Morton suggested to fix this with initcall ordering.
    Fixes it by switching init_netconsole() to late_initcall.

    Signed-off-by: Lin Ming
    Signed-off-by: David S. Miller

    Lin Ming
     

23 May, 2011

2 commits

  • s/NETDEV_BONDING_DESLAVE/NETDEV_RELEASE/ as Andy suggested.

    Signed-off-by: WANG Cong
    Cc: Andy Gospodarek
    Cc: Neil Horman
    Signed-off-by: David S. Miller

    Amerigo Wang
     
  • V3: rename NETDEV_ENSLAVE to NETDEV_JOIN

    Currently we do nothing when we enslave a net device which is running netconsole.
    Neil pointed out that we may get weird results in such case, so let's disable
    netpoll on the device being enslaved. I think it is too harsh to prevent
    the device being ensalved if it is running netconsole.

    By the way, this patch also removes the NETDEV_GOING_DOWN from netconsole
    netdev notifier, because netpoll will check if the device is running or not
    and we don't handle NETDEV_PRE_UP neither.

    This patch is based on net-next-2.6.

    Signed-off-by: WANG Cong
    Cc: Neil Horman
    Signed-off-by: David S. Miller

    Amerigo Wang
     

10 May, 2011

2 commits

  • mac_pton() parses MAC address in form XX:XX:XX:XX:XX:XX and only in that form.

    mac_pton() doesn't dirty result until it's sure string representation is valid.

    mac_pton() doesn't care about characters _after_ last octet,
    it's up to caller to deal with it.

    mac_pton() diverges from 0/-E return value convention.
    Target usage:

    if (!mac_pton(str, whatever->mac))
    return -EINVAL;
    /* ->mac being u8 [ETH_ALEN] is filled at this point. */
    /* optionally check str[3 * ETH_ALEN - 1] for termination */

    Use mac_pton() in pktgen and netconsole for start.

    Signed-off-by: Alexey Dobriyan
    Signed-off-by: David S. Miller

    Alexey Dobriyan
     
  • Signed-off-by: Alexey Dobriyan
    Signed-off-by: David S. Miller

    Alexey Dobriyan
     

23 Apr, 2011

1 commit

  • A deadlock was reported to me recently that occured when netconsole was being
    used in a virtual guest. If the virtio_net driver was removed while netconsole
    was setup to use an interface that was driven by that driver, the guest
    deadlocked. No backtrace was provided because netconsole was the only console
    configured, but it became clear pretty quickly what the problem was. In
    netconsole_netdev_event, if we get an unregister event, we call
    __netpoll_cleanup with the target_list_lock held and irqs disabled.
    __netpoll_cleanup can, if pending netpoll packets are waiting call
    cancel_delayed_work_sync, which is a sleeping path. the might_sleep call in
    that path gets triggered, causing a console warning to be issued. The
    netconsole write handler of course tries to take the target_list_lock again,
    which we already hold, causing deadlock.

    The fix is pretty striaghtforward. Simply drop the target_list_lock and
    re-enable irqs prior to calling __netpoll_cleanup, the re-acquire the lock, and
    restart the loop. Confirmed by myself to fix the problem reported.

    Signed-off-by: Neil Horman
    CC: "David S. Miller"
    Signed-off-by: David S. Miller

    Neil Horman
     

07 Jan, 2011

2 commits


18 Oct, 2010

1 commit

  • Netconsole calls netpoll_cleanup on receipt of a NETDEVICE_UNREGISTER event.
    The notifier subsystem calls these event handlers with rtnl_lock held, which
    netpoll_cleanup also takes, resulting in deadlock. Fix this by calling the
    __netpoll_cleanup interior function instead, and fixing up the additional
    pointers.

    Signed-off-by: Neil Horman
    Signed-off-by: David S. Miller

    Neil Horman
     

06 May, 2010

1 commit

  • This whole patchset is for adding netpoll support to bridge and bonding
    devices. I already tested it for bridge, bonding, bridge over bonding,
    and bonding over bridge. It looks fine now.

    To make bridge and bonding support netpoll, we need to adjust
    some netpoll generic code. This patch does the following things:

    1) introduce two new priv_flags for struct net_device:
    IFF_IN_NETPOLL which identifies we are processing a netpoll;
    IFF_DISABLE_NETPOLL is used to disable netpoll support for a device
    at run-time;

    2) introduce one new method for netdev_ops:
    ->ndo_netpoll_cleanup() is used to clean up netpoll when a device is
    removed.

    3) introduce netpoll_poll_dev() which takes a struct net_device * parameter;
    export netpoll_send_skb() and netpoll_poll_dev() which will be used later;

    4) hide a pointer to struct netpoll in struct netpoll_info, ditto.

    5) introduce ->real_dev for struct netpoll.

    6) introduce a new status NETDEV_BONDING_DESLAE, which is used to disable
    netconsole before releasing a slave, to avoid deadlocks.

    Cc: David Miller
    Cc: Neil Horman
    Signed-off-by: WANG Cong
    Signed-off-by: David S. Miller

    WANG Cong
     

30 Mar, 2010

1 commit

  • …it slab.h inclusion from percpu.h

    percpu.h is included by sched.h and module.h and thus ends up being
    included when building most .c files. percpu.h includes slab.h which
    in turn includes gfp.h making everything defined by the two files
    universally available and complicating inclusion dependencies.

    percpu.h -> slab.h dependency is about to be removed. Prepare for
    this change by updating users of gfp and slab facilities include those
    headers directly instead of assuming availability. As this conversion
    needs to touch large number of source files, the following script is
    used as the basis of conversion.

    http://userweb.kernel.org/~tj/misc/slabh-sweep.py

    The script does the followings.

    * Scan files for gfp and slab usages and update includes such that
    only the necessary includes are there. ie. if only gfp is used,
    gfp.h, if slab is used, slab.h.

    * When the script inserts a new include, it looks at the include
    blocks and try to put the new include such that its order conforms
    to its surrounding. It's put in the include block which contains
    core kernel includes, in the same order that the rest are ordered -
    alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
    doesn't seem to be any matching order.

    * If the script can't find a place to put a new include (mostly
    because the file doesn't have fitting include block), it prints out
    an error message indicating which .h file needs to be added to the
    file.

    The conversion was done in the following steps.

    1. The initial automatic conversion of all .c files updated slightly
    over 4000 files, deleting around 700 includes and adding ~480 gfp.h
    and ~3000 slab.h inclusions. The script emitted errors for ~400
    files.

    2. Each error was manually checked. Some didn't need the inclusion,
    some needed manual addition while adding it to implementation .h or
    embedding .c file was more appropriate for others. This step added
    inclusions to around 150 files.

    3. The script was run again and the output was compared to the edits
    from #2 to make sure no file was left behind.

    4. Several build tests were done and a couple of problems were fixed.
    e.g. lib/decompress_*.c used malloc/free() wrappers around slab
    APIs requiring slab.h to be added manually.

    5. The script was run on all .h files but without automatically
    editing them as sprinkling gfp.h and slab.h inclusions around .h
    files could easily lead to inclusion dependency hell. Most gfp.h
    inclusion directives were ignored as stuff from gfp.h was usually
    wildly available and often used in preprocessor macros. Each
    slab.h inclusion directive was examined and added manually as
    necessary.

    6. percpu.h was updated not to include slab.h.

    7. Build test were done on the following configurations and failures
    were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
    distributed build env didn't work with gcov compiles) and a few
    more options had to be turned off depending on archs to make things
    build (like ipr on powerpc/64 which failed due to missing writeq).

    * x86 and x86_64 UP and SMP allmodconfig and a custom test config.
    * powerpc and powerpc64 SMP allmodconfig
    * sparc and sparc64 SMP allmodconfig
    * ia64 SMP allmodconfig
    * s390 SMP allmodconfig
    * alpha SMP allmodconfig
    * um on x86_64 SMP allmodconfig

    8. percpu.h modifications were reverted so that it could be applied as
    a separate patch and serve as bisection point.

    Given the fact that I had only a couple of failures from tests on step
    6, I'm fairly confident about the coverage of this conversion patch.
    If there is a breakage, it's likely to be something in one of the arch
    headers which should be easily discoverable easily on most builds of
    the specific arch.

    Signed-off-by: Tejun Heo <tj@kernel.org>
    Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
    Cc: Ingo Molnar <mingo@redhat.com>
    Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>

    Tejun Heo
     

02 May, 2009

1 commit

  • When netconsole is loaded and a network interface fades away (e.g. on
    rmmod $interface_driver_module) the rmmod remains stuck and some locks
    are taken that prevent any additional module loading/unloading as well
    as interface up/down changes.
    In addition kernel logs (and console) get flooded at 10s interval with

    [ 122.464065] unregister_netdevice: waiting for eth0 to become free. Usage count = 1
    [ 132.704059] unregister_netdevice: waiting for eth0 to become free. Usage count = 1

    This patch lets netconsole take NETDEV_UNREGISTER event into account
    and release the affected interface if it was in use.

    Signed-off-by: Bruno Prémont
    Acked-by: Matt Mackall
    Signed-off-by: David S. Miller

    Bruno Prémont
     

29 Mar, 2009

1 commit


28 Oct, 2008

1 commit

  • This converts pretty much everything to print_mac. There were
    a few things that had conflicts which I have just dropped for
    now, no harm done.

    I've built an allyesconfig with this and looked at the files
    that weren't built very carefully, but it's a huge patch.

    Signed-off-by: Johannes Berg
    Signed-off-by: David S. Miller

    Johannes Berg
     

02 Aug, 2008

1 commit

  • Some module parameters with only one line have the '\n' at the end of the
    description. This is not needed nor wanted as after the description the
    type (i.e. int) is followed by a newline.

    Some modules contain a multi-line description, these are not affected
    by this patch.

    Signed-off-by: Niels de Vos
    Acked-by: Randy Dunlap
    Cc: John W. Linville
    Cc: Ed L. Cashin
    Cc: Dave Airlie
    Cc: Roland Dreier
    Acked-by: Mauro Carvalho Chehab
    Cc: Jeff Garzik
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Niels de Vos
     

18 Jul, 2008

2 commits


15 Jul, 2008

1 commit

  • The configfs operations ->make_item() and ->make_group() currently
    return a new item/group. A return of NULL signifies an error. Because
    of this, -ENOMEM is the only return code bubbled up the stack.

    Multiple folks have requested the ability to return specific error codes
    when these operations fail. This patch adds that ability by changing the
    ->make_item/group() ops to return an int.

    Also updated are the in-kernel users of configfs.

    Signed-off-by: Joel Becker

    Joel Becker
     

15 Apr, 2008

1 commit

  • Since 0bcc1816188e570bde1d56a208996660f2633ae0 (netconsole: Support
    dynamic reconfiguration using configfs), the netconsole is always
    registered, regardless of whether the user actually specified a
    netconsole configuration on the command line.

    However because netconsole has CON_PRINTBUFFER set, when it is
    registered it causes the printk buffer to be replayed to all consoles.
    When there is no netconsole configured this is a) pointless, and b)
    somewhat annoying for the user of the existing console.

    So instead we should only set CON_PRINTBUFFER if there is a netconsole
    configuration found on the command line. This retains the existing
    behaviour if a netconsole is setup by the user, and avoids spamming
    other consoles when we're only registering for the dynamic
    netconsole case.

    Signed-off-by: Michael Ellerman
    Signed-off-by: David S. Miller

    Michael Ellerman
     

15 Feb, 2008

1 commit

  • This patch avoids a null pointer dereference when we read local_mac
    for netconsole in configfs and shows default local mac address
    value.

    A null pointer dereference occurs when we call show_local_mac() via
    local_mac entry in configfs before we setup the content of netpoll
    using netpoll_setup().

    Signed-off-by: Keiichi KII
    Signed-off-by: David S. Miller

    Keiichi KII
     

29 Jan, 2008

1 commit


11 Oct, 2007

9 commits

  • This is nicer than the MAC_FMT stuff.

    Signed-off-by: Joe Perches
    Signed-off-by: David S. Miller

    Joe Perches
     
  • Based upon initial work by Keiichi Kii .

    This patch introduces support for dynamic reconfiguration (adding, removing
    and/or modifying parameters of netconsole targets at runtime) using a
    userspace interface exported via configfs. Documentation is also updated
    accordingly.

    Issues and brief design overview:

    (1) Kernel-initiated creation / destruction of kernel objects is not
    possible with configfs -- the lifetimes of the "config items" is managed
    exclusively from userspace. But netconsole must support boot/module
    params too, and these are parsed in kernel and hence netpolls must be
    setup from the kernel. Joel Becker suggested to separately manage the
    lifetimes of the two kinds of netconsole_target objects -- those created
    via configfs mkdir(2) from userspace and those specified from the
    boot/module option string. This adds complexity and some redundancy here
    and also means that boot/module param-created targets are not exposed
    through the configfs namespace (and hence cannot be updated / destroyed
    dynamically). However, this saves us from locking / refcounting
    complexities that would need to be introduced in configfs to support
    kernel-initiated item creation / destroy there.

    (2) In configfs, item creation takes place in the call chain of the
    mkdir(2) syscall in the driver subsystem. If we used an ioctl(2) to
    create / destroy objects from userspace, the special userspace program is
    able to fill out the structure to be passed into the ioctl and hence
    specify attributes such as local interface that are required at the time
    we set up the netpoll. For configfs, this information is not available at
    the time of mkdir(2). So, we keep all newly-created targets (via
    configfs) disabled by default. The user is expected to set various
    attributes appropriately (including the local network interface if
    required) and then write(2) "1" to the "enabled" attribute. Thus,
    netpoll_setup() is then called on the set parameters in the context of
    _this_ write(2) on the "enabled" attribute itself. This design enables
    the user to reconfigure existing netconsole targets at runtime to be
    attached to newly-come-up interfaces that may not have existed when
    netconsole was loaded or when the targets were actually created. All this
    effectively enables us to get rid of custom ioctls.

    (3) Ultra-paranoid configfs attribute show() and store() operations, with
    sanity and input range checking, using only safe string primitives, and
    compliant with the recommendations in Documentation/filesystems/sysfs.txt.

    (4) A new function netpoll_print_options() is created in the netpoll API,
    that just prints out the configured parameters for a netpoll structure.
    netpoll_parse_options() is modified to use that and it is also exported to
    be used from netconsole.

    Signed-off-by: Satyam Sharma
    Acked-by: Keiichi Kii
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Satyam Sharma
     
  • Based upon initial work by Keiichi Kii .

    This patch introduces support for multiple targets, independent of
    CONFIG_NETCONSOLE_DYNAMIC -- this is useful even in the default case and
    (including the infrastructure introduced in previous patches) doesn't really
    add too many bytes to module text. All the complexity (and size) comes with
    the dynamic reconfigurability / userspace interface patch, and so it's
    plausible users may want to keep this enabled but that disabled (say to avoid
    a dependency on CONFIG_CONFIGFS_FS too).

    Also update documentation to mention the use of ";" separator to specify
    multiple logging targets in the boot/module option string.

    Brief overview:

    We maintain a target_list (and corresponding lock). Get rid of the static
    "default_target" and introduce allocation and release functions for our
    netconsole_target objects (but keeping sure to preserve previous behaviour
    such as default values). During init_netconsole(), ";" is used as the
    separator to identify multiple target specifications in the boot/module option
    string. The target specifications are parsed and netpolls setup. During
    exit, the target_list is torn down and all items released.

    Signed-off-by: Satyam Sharma
    Signed-off-by: Keiichi Kii
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Satyam Sharma
     
  • Based upon initial work by Keiichi Kii .

    To update fields of underlying netpoll structure at runtime on corresponding
    NETDEV_CHANGEADDR or NETDEV_CHANGENAME notifications.

    ioctl(SIOCSIFHWADDR or SIOCSIFNAME) could be used to change the hardware/MAC
    address or name of the local interface that our netpoll is attached to.
    Whenever this happens, netdev notifier chain is called out with the
    NETDEV_CHANGEADDR or NETDEV_CHANGENAME event message. We respond to that and
    update the local_mac or dev_name field of the struct netpoll. This makes
    sense anyway, but is especially required for dynamic netconsole because the
    netpoll structure's internal members become user visible files when either
    sysfs or configfs are used. So this helps us to keep up with the MAC
    address/name changes and keep values in struct netpoll uptodate.

    [ Note that ioctl(SIOCSIFADDR) to change IP address of interface at
    runtime is not handled (to update local_ip of netpoll) on purpose --
    some setups may set the local_ip to a private address, not necessary
    the actual IP address of the sender host, as presently allowed. ]

    Signed-off-by: Satyam Sharma
    Signed-off-by: Keiichi Kii
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Satyam Sharma
     
  • Based upon initial work by Keiichi Kii .

    Introduce a wrapper structure over netpoll to represent logging targets
    configured in netconsole. This will get extended with other members in
    further patches.

    This is done independent of the (to-be-introduced) NETCONSOLE_DYNAMIC config
    option so that we're able to drastically cut down on the #ifdef complexity of
    final netconsole.c. Also, struct netconsole_target would be required for
    multiple targets support also, and not just dynamic reconfigurability.

    Signed-off-by: Satyam Sharma
    Signed-off-by: Keiichi Kii
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Satyam Sharma
     
  • Based upon initial work by Keiichi Kii .

    Avoid unnecessarily disabling interrupts and calling netpoll_send_udp() if the
    corresponding local interface is not up.

    Signed-off-by: Satyam Sharma
    Acked-by: Keiichi Kii
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Satyam Sharma
     
  • Based upon initial work by Keiichi Kii .

    Presently, boot/module parameters are set up quite differently for the case of
    built-in netconsole (__setup() -> obsolete_checksetup() ->
    netpoll_parse_options() -> strlen(config) == 0 in init_netconsole()) vs
    modular netconsole (module_param_string() -> string copied to the config
    variable -> strlen(config) != 0 init_netconsole() -> netpoll_parse_options()).

    This patch makes both of them similar by doing exactly the equivalent of a
    module_param_string() in option_setup() also -- just copying the param string
    passed from the kernel command line into "config" variable. So,
    strlen(config) != 0 in both cases, and netpoll_parse_options() is always
    called from init_netconsole(), thus making the setup logic for both cases
    similar.

    Now, option_setup() is only ever called / used for the built-in case, so we
    put it inside a #ifndef MODULE, otherwise gcc will complain about
    option_setup() being "defined but not used". Also, the "configured" variable
    is redundant with this patch and hence removed.

    Signed-off-by: Satyam Sharma
    Signed-off-by: Keiichi Kii
    Acked-by: Matt Mackall
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Satyam Sharma
     
  • Based upon initial work by Keiichi Kii .

    The (!np.dev) check in write_msg() is bogus (always false), because: np.dev is
    set by netpoll_setup(), which is called by init_netconsole() before
    register_console(), so write_msg() cannot be triggered unless netpoll_setup()
    successfully set np.dev. Also np.dev cannot go away from under us, because
    netpoll_setup() grabs us reference on it. So let's remove the bogus check.

    Signed-off-by: Satyam Sharma
    Acked-by: Keiichi Kii
    Acked-by: Matt Mackall
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Satyam Sharma
     
  • Based upon initial work by Keiichi Kii .

    (1) Remove unwanted headers.
    (2) Mark __init and __exit as appropriate.
    (3) Various trivial codingstyle and prettification stuff.

    Signed-off-by: Satyam Sharma
    Signed-off-by: Keiichi Kii
    Acked-by: Matt Mackall
    Signed-off-by: Andrew Morton
    Signed-off-by: David S. Miller

    Satyam Sharma
     

03 Dec, 2006

2 commits

  • The beast had a long and not very happy history. At one
    point, a friend (netdump) had asked that he open up a little.
    Well, the friend was long gone now, and the beast had
    this dangling piece hanging (netpoll_queue).

    It wasn't hard to stitch the netpoll_queue back in
    where it belonged and make everything tidy.

    Signed-off-by: Stephen Hemminger

    Stephen Hemminger
     
  • The beast was not always healthy. When it was sick,
    it tended to be laconic and not tell anyone the real problem.
    A few small changes had it telling the world about its
    problems, if they really wanted to hear.

    Signed-off-by: Stephen Hemminger

    Stephen Hemminger
     

06 Jun, 2006

1 commit


10 Apr, 2006

1 commit


01 Apr, 2006

1 commit

  • The boot cmdline is parsed in parse_early_param() and
    parse_args(,unknown_bootoption).

    And __setup() is used in obsolete_checksetup().

    start_kernel()
    -> parse_args()
    -> unknown_bootoption()
    -> obsolete_checksetup()

    If __setup()'s callback (->setup_func()) returns 1 in
    obsolete_checksetup(), obsolete_checksetup() thinks a parameter was
    handled.

    If ->setup_func() returns 0, obsolete_checksetup() tries other
    ->setup_func(). If all ->setup_func() that matched a parameter returns 0,
    a parameter is seted to argv_init[].

    Then, when runing /sbin/init or init=app, argv_init[] is passed to the app.
    If the app doesn't ignore those arguments, it will warning and exit.

    This patch fixes a wrong usage of it, however fixes obvious one only.

    Signed-off-by: OGAWA Hirofumi
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    OGAWA Hirofumi
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds