Skip to content
  1. Jul 23, 2015
  2. Jul 21, 2015
    • Luis R. Rodriguez's avatar
      ckmake: address directory max depth · e29228dc
      Luis R. Rodriguez authored
      
      
      It seems new versions of python make the os walk recurse more
      than we used to before, our ckmake implementation was picking up
      more kernels targets than obviously we want to build then. Fix
      this by replacing the os.walk() with a simple os.listdir()
      which just keeps us at the top level directory of lib/modules.
      
      While at it, this adds the --develdebug option which lets you
      debug the the directory naming it will use for display and what
      directories it will traverse without actually compiling anything
      and without using ncurses. For instance to debug or ckmake without
      compilation you can use:
      
      $ ckmake --allyesconfig --develdebug
      Paths for kernels:
      3.4.103-0304103-generic
      3.9.11-030911-generic
      3.2.62-030262-generic
      3.16.2-031602-generic
      3.11.10-031110-generic
      3.8.13-030813-generic
      3.5.7-03050712-generic
      3.0.101-0300101-generic
      3.15.10-031510-generic
      3.6.11-030611-generic
      3.13.11-031311-generic
      3.1.10-030110-generic
      3.10.54-031054-generic
      3.3.8-030308-generic
      3.7.10-030710-generic
      3.14.18-031418-generic
      3.17.0-031700rc3-generic
      3.12.27-031227-generic
      IDX VERSION	DIRECTORY
      1   3.0.101	/home/mcgrof/ksrc-backports/lib/modules/3.0.101-0300101-generic
      2   3.1.10	/home/mcgrof/ksrc-backports/lib/modules/3.1.10-030110-generic
      3   3.2.62	/home/mcgrof/ksrc-backports/lib/modules/3.2.62-030262-generic
      4   3.3.8	/home/mcgrof/ksrc-backports/lib/modules/3.3.8-030308-generic
      5   3.4.103	/home/mcgrof/ksrc-backports/lib/modules/3.4.103-0304103-generic
      6   3.5.7	/home/mcgrof/ksrc-backports/lib/modules/3.5.7-03050712-generic
      7   3.6.11	/home/mcgrof/ksrc-backports/lib/modules/3.6.11-030611-generic
      8   3.7.10	/home/mcgrof/ksrc-backports/lib/modules/3.7.10-030710-generic
      9   3.8.13	/home/mcgrof/ksrc-backports/lib/modules/3.8.13-030813-generic
      10  3.9.11	/home/mcgrof/ksrc-backports/lib/modules/3.9.11-030911-generic
      11  3.10.54	/home/mcgrof/ksrc-backports/lib/modules/3.10.54-031054-generic
      12  3.11.10	/home/mcgrof/ksrc-backports/lib/modules/3.11.10-031110-generic
      13  3.12.27	/home/mcgrof/ksrc-backports/lib/modules/3.12.27-031227-generic
      14  3.13.11	/home/mcgrof/ksrc-backports/lib/modules/3.13.11-031311-generic
      15  3.14.18	/home/mcgrof/ksrc-backports/lib/modules/3.14.18-031418-generic
      16  3.15.10	/home/mcgrof/ksrc-backports/lib/modules/3.15.10-031510-generic
      17  3.16.2	/home/mcgrof/ksrc-backports/lib/modules/3.16.2-031602-generic
      18  3.17-rc3 	/home/mcgrof/ksrc-backports/lib/modules/3.17.0-031700rc3-generic
      
      Signed-off-by: default avatarLuis R. Rodriguez <mcgrof@do-not-panic.com>
      e29228dc
    • Luis R. Rodriguez's avatar
      patches: replace most of 0002-no_dmabuf with SmPL · 9c0e490c
      Luis R. Rodriguez authored
      
      
      The 0002-no_dmabuf patch series creates the largest delta for
      backports, and it turns out we can generalize it thorugh SmPL.
      There's just a few changes we can't get rid of as they relate
      to other build things.
      
      1   3.0.101             [  OK  ]
      2   3.1.10              [  OK  ]
      3   3.2.68              [  OK  ]
      4   3.3.8               [  OK  ]
      5   3.4.107             [  OK  ]
      6   3.5.7               [  OK  ]
      7   3.6.11              [  OK  ]
      8   3.7.10              [  OK  ]
      9   3.8.13              [  OK  ]
      10  3.9.11              [  OK  ]
      11  3.10.75             [  OK  ]
      12  3.11.10             [  OK  ]
      13  3.12.40             [  OK  ]
      14  3.13.11             [  OK  ]
      15  3.14.39             [  OK  ]
      16  3.15.10             [  OK  ]
      17  3.16.7              [  OK  ]
      18  3.17.8              [  OK  ]
      19  3.18.12             [  OK  ]
      20  3.19.5              [  OK  ]
      21  4.0.0               [  OK  ]
      22  4.1-rc8             [  OK  ]
      
      Signed-off-by: default avatarLuis R. Rodriguez <mcgrof@do-not-panic.com>
      9c0e490c
  3. Jun 28, 2015
  4. Jun 26, 2015
    • Luis R. Rodriguez's avatar
    • Luis R. Rodriguez's avatar
      patches: increase 0001-netlink-portid.cocci dependability · 72c8679e
      Luis R. Rodriguez authored
      Using expression is pretty flexible, in this case we
      don't want that flexibility as it can override any
      struct who also uses the same variable name. For a
      specific example of the issue refer to the netdev-ops
      demo git tree [0] which provide an example of the issue
      with two SmPL rules.
      
      We keep the expression on the last rule on NETLINK_CB(skb)
      given that we know only an skb can possibly be used on it.
      
      1   3.0.101             [  OK  ]
      2   3.1.10              [  OK  ]
      3   3.2.68              [  OK  ]
      4   3.3.8               [  OK  ]
      5   3.4.107             [  OK  ]
      6   3.5.7               [  OK  ]
      7   3.6.11              [  OK  ]
      8   3.7.10              [  OK  ]
      9   3.8.13              [  OK  ]
      10  3.9.11              [  OK  ]
      11  3.10.75             [  OK  ]
      12  3.11.10             [  OK  ]
      13  3.12.40             [  OK  ]
      14  3.13.11             [  OK  ]
      15  3.14.39             [  OK  ]
      16  3.15.10             [  OK  ]
      17  3.16.7              [  OK  ]
      18  3.17.8              [  OK  ]
      19  3.18.12             [  OK  ]
      20  3.19.5              [  OK  ]
      21  4.0.0               [  OK  ]
      22  4.1-rc8             [  OK  ]
      
      The failure on 4.1 is not related to this change,
      its because we are using 4.1-rc1, it fails because of
      the missing tty_set_termios() is not exported,
      4.1-rc4 works.
      
      [0] https://github.com/mcgrof/netdev-ops.git
      
      
      
      Cc: cocci@systeme.lip6.fr
      Signed-off-by: default avatarLuis R. Rodriguez <mcgrof@do-not-panic.com>
      72c8679e
  5. Jun 16, 2015
    • Hauke Mehrtens's avatar
      header: fix warning in lockdep_assert_held() · 1b838d0c
      Hauke Mehrtens authored
      
      
      When building the kernel there are lots of warnings like this:
      drivers/net/wireless/ath/ath10k/ce.c:404:21: warning: unused variable ‘ar_pci’ [-Wunused-variable]
        struct ath10k_pci *ar_pci = ath10k_pci_priv(ar);
      
      They are caused by an empty lockdep_assert_held() which does nothing
      with this variable in kernel version < 3.9. This patch replaces this
      macro with the version from a recent kernel and silence this warning.
      
      Signed-off-by: default avatarHauke Mehrtens <hauke@hauke-m.de>
    • Hauke Mehrtens's avatar
      patches: refresh patches on next-20150612 · 32825450
      Hauke Mehrtens authored
      
      
      1   3.0.101             [  OK  ]
      2   3.1.10              [  OK  ]
      3   3.2.68              [  OK  ]
      4   3.3.8               [  OK  ]
      5   3.4.107             [  OK  ]
      6   3.5.7               [  OK  ]
      7   3.6.11              [  OK  ]
      8   3.7.10              [  OK  ]
      9   3.8.13              [  OK  ]
      10  3.9.11              [  OK  ]
      11  3.10.75             [  OK  ]
      12  3.11.10             [  OK  ]
      13  3.12.40             [  OK  ]
      14  3.13.11             [  OK  ]
      15  3.14.39             [  OK  ]
      16  3.15.10             [  OK  ]
      17  3.16.7              [  OK  ]
      18  3.17.8              [  OK  ]
      19  3.18.12             [  OK  ]
      20  3.19.5              [  OK  ]
      21  4.0.0               [  OK  ]
      22  4.1-rc1             [  FAIL  ]
      
      Only kernel 4.1-rc1 will fail, because tty_set_termios() is not
      exported, 4.1-rc4 works.
      
      manual changes done to:
      drivers/media/platform/vim2m.c
      
      Signed-off-by: default avatarHauke Mehrtens <hauke@hauke-m.de>
      32825450
  6. Jun 15, 2015