1. 13 Oct, 2006 3 commits
    • Paolo 'Blaisorblade' Giarrusso's avatar
      uml: use DEFCONFIG_LIST to avoid reading host's config · bc019aa5
      Paolo 'Blaisorblade' Giarrusso authored
      This should make sure that, for UML, host's configuration files are not
      considered, which avoids various pains to the user. Our dependency are such that
      the obtained Kconfig will be valid and will lead to successful compilation -
      however they cannot prevent an user from disabling any boot device, and if an
      option is not set in the read .config (say /boot/config-XXX), with make
      menuconfig ARCH=um, it is not set. This always disables UBD and all console I/O
      channels, which leads to non-working UML kernels, so this bothers users -
      especially now, since it will happen on almost every machine
      (/boot/config-`uname -r` exists almost on every machine). It can be workarounded
      with make defconfig ARCH=um, but it is non-obvious and can be avoided, so please
      _do_ merge this patch.
      Signed-off-by: default avatarPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Acked-by: default avatarJeff Dike <jdike@addtoit.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      bc019aa5
    • Paolo 'Blaisorblade' Giarrusso's avatar
      uml: allow using again x86/x86_64 crypto code · 394455f8
      Paolo 'Blaisorblade' Giarrusso authored
      Enable compilation of x86_64 crypto code;, and add the needed constant
      to make the code compile again (that macro was added to i386 asm-offsets
      between 2.6.17 and 2.6.18, in 6c2bb98b).
      Signed-off-by: default avatarPaolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
      Acked-by: default avatarJeff Dike <jdike@addtoit.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      394455f8
    • Patrick McHardy's avatar
      NET_SCHED: Fix fallout from dev->qdisc RCU change · 5f804c75
      Patrick McHardy authored
      The move of qdisc destruction to a rcu callback broke locking in the
      entire qdisc layer by invalidating previously valid assumptions about
      the context in which changes to the qdisc tree occur.
      
      The two assumptions were:
      
      - since changes only happen in process context, read_lock doesn't need
        bottem half protection. Now invalid since destruction of inner qdiscs,
        classifiers, actions and estimators happens in the RCU callback unless
        they're manually deleted, resulting in dead-locks when read_lock in
        process context is interrupted by write_lock_bh in bottem half context.
      
      - since changes only happen under the RTNL, no additional locking is
        necessary for data not used during packet processing (f.e. u32_list).
        Again, since destruction now happens in the RCU callback, this assumption
        is not valid anymore, causing races while using this data, which can
        result in corruption or use-after-free.
      
      Instead of "fixing" this by disabling bottem halfs everywhere and adding
      new locks/refcounting, this patch makes these assumptions valid again by
      moving destruction back to process context. Since only the dev->qdisc
      pointer is protected by RCU, but ->enqueue and the qdisc tree are still
      protected by dev->qdisc_lock, destruction of the tree can be performed
      immediately and only the final free needs to happen in the rcu callback
      to make sure dev_queue_xmit doesn't access already freed memory.
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      5f804c75
  2. 20 Sep, 2006 2 commits
  3. 19 Sep, 2006 14 commits
  4. 18 Sep, 2006 21 commits