lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <CACRpkdbWum3Xn82ucCtwHJ5iHTNg5FsEJNqXbpHdmfnjV6viXg@mail.gmail.com>
Date:   Fri, 18 Nov 2016 09:44:20 +0100
From:   Linus Walleij <linus.walleij@...aro.org>
To:     Linus Torvalds <torvalds@...ux-foundation.org>
Cc:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
        Keno Fischer <keno@...iacomputing.com>,
        Phil Reid <preid@...ctromag.com.au>
Subject: [GIT PULL] GPIO fixes for v4.9 nocheinmal

Hi Linus,

these are hopefully the last GPIO fixes for v4.9. The most important
is that it fixes the UML randconfig builds that have been nagging me
for some time and me being confused about where the problem was
really sitting, now this fix give this nice feeling that everything is
solid and builds fine.

Please pull it in!

Yours,
Linus Walleij

The following changes since commit bc33b0ca11e3df467777a4fa7639ba488c9d4911:

  Linux 4.9-rc4 (2016-11-05 16:23:36 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio.git
tags/gpio-v4.9-4

for you to fetch changes up to f9c22ec6c1c511285dc539b83aabdabdb6baf245:

  gpio: Remove GPIO_DEVRES option (2016-11-16 20:46:32 +0100)

----------------------------------------------------------------
GPIO fixes for the v4.9 series:

- Finally, after being puzzled by a bunch of recurrent UML
  build failures on randconfigs from the build robot, Keno
  Fischer nailed it: GPIO_DEVRES is optional and depends on
  HAS_IOMEM even though many users just unconditionally rely
  on it to be available. And it *should* be available:
  garbage collection is nice for this and it *certainly* has
  nothing to do with having IOMEM. So we got rid of it, and
  now the UML builds should JustWork(TM).

- Do not call .get_direction() on sleeping GPIO chips on the
  fastpath when locking GPIOs for interrupts: it is done
  from atomic context, no way.

- Some driver fixes.

----------------------------------------------------------------
Keno Fischer (1):
      gpio: Remove GPIO_DEVRES option

Linus Walleij (2):
      gpio: do not double-check direction on sleeping chips
      gpio: tc3589x: fix up .get_direction()

Phil Reid (2):
      gpio: pca953x: Fix corruption of other gpios in set_multiple.
      gpio: pca953x: Move memcpy into mutex lock for set multiple

 drivers/gpio/Kconfig        | 4 ----
 drivers/gpio/Makefile       | 2 +-
 drivers/gpio/gpio-pca953x.c | 4 ++--
 drivers/gpio/gpio-tc3589x.c | 2 +-
 drivers/gpio/gpiolib.c      | 7 +++++--
 5 files changed, 9 insertions(+), 10 deletions(-)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ