Re: [PATCH v2 1/5] ethernet: add sun8i-emac driver

On Sat, Jul 30, 2016 at 09:30:01AM +0800, Chen-Yu Tsai wrote: > >> > > +static void sun8i_emac_unset_syscon(struct net_device *ndev) > >> > > +{ > >> > > + struct sun8i_emac_priv *priv = netdev_priv(ndev); > >> > > + u32 reg = 0; > >> > > + > >> > > + if (priv->variant == H3_EMAC) > >> > > +

RE: [PATCH] [PATCH v3] phy: add phy hisi inno usb2

> -Original Message- > From: Rob Herring [mailto:robh...@kernel.org] > Sent: Monday, July 25, 2016 11:26 PM > To: Lipengcheng > Cc: Kishon Vijay Abraham I; Mark Rutland; linux-kernel@vger.kernel.org; > Xuejiancheng; Lidongpo; Zhangzhenxing (Christian, Device ChipSet) > Subject: Re: [PATC

Re: [Regression] "irqdomain: Don't set type when mapping an IRQ" breaks nexus7 gpio buttons

On Fri, 29 Jul 2016, John Stultz wrote: > Hey Jon, > So after rebasing my nexus7 patch stack onto pre-4.8-rc1 tree, I > noticed the power/volume buttons stopped working. > > I did a manual rebased bisection and chased it down to your commit > 1e2a7d78499e ("irqdomain: Don't set type when mapping

Re: [PATCH 1/1] UBSAN: use uppercase K to format a kernel pointer

On 07/29/2016 09:53 PM, Joe Perches wrote: > On Fri, 2016-07-29 at 13:10 +0200, Nicolas Iooss wrote: >> handle_object_size_mismatch() used %pk to format a kernel pointer in >> pr_err(). This seems to be a misspelling for %pK. > > Thanks Thanks for your feedbacks. I agree %pK does not make much s

[PATCH 1/1] UBSAN: fix typo in format string

handle_object_size_mismatch() used %pk to format a kernel pointer with pr_err(). This seemed to be a misspelling for %pK, but using this to format a kernel pointer does not make much sence here. Therefore use %p instead, like in handle_missaligned_access(). Signed-off-by: Nicolas Iooss --- lib

Re: [Qemu-devel] [PATCH 6/7] qemu: Implement virtio-pstore device

Hello, On Thu, Jul 28, 2016 at 02:08:41PM +0100, Daniel P. Berrange wrote: > On Thu, Jul 28, 2016 at 01:56:07PM +0100, Stefan Hajnoczi wrote: > > On Thu, Jul 28, 2016 at 02:39:53PM +0900, Namhyung Kim wrote: > > > On Thu, Jul 28, 2016 at 03:02:54AM +0300, Michael S. Tsirkin wrote: > > > > On Thu,

Re: [Qemu-devel] [PATCH 6/7] qemu: Implement virtio-pstore device

On Thu, Jul 28, 2016 at 02:22:39PM +0100, Daniel P. Berrange wrote: > On Thu, Jul 28, 2016 at 12:08:30AM +0900, Namhyung Kim wrote: > > Add virtio pstore device to allow kernel log files saved on the host. > > It will save the log files on the directory given by pstore device > > option. > > > >

[PATCH 33/33] Staging: android: ion: ion.c: Compression of lines for

This patch compresses two lines in to a single line in file rtw_android.c if immediate return statement is found. It also removes variable bytes_written as it is no longer needed. It is done using script Coccinelle. And coccinelle uses following semantic patch for this compression function: @@

[PATCH 33/33] Staging: android: ion: ion.c: Compression of lines for

This patch compresses two lines in to a single line in file rtw_android.c if immediate return statement is found. It also removes variable bytes_written as it is no longer needed. It is done using script Coccinelle. And coccinelle uses following semantic patch for this compression function: @@

[GIT pull] core fixes for 4.8

Linus, please pull the latest core-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-urgent-for-linus This update contains: - A fix for stomp-machine so the nmi_watchdog wont trigger on the cpu waiting for the others to execute the ca

[GIT pull] perf fixes for 4.8

Linus, please pull the latest perf-urgent-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-urgent-for-linus This update contains: - A fix for the bpf tools to use the new EM_BPF code - A fix for the module parser of perf to retrieve the proper tex

[GIT pull] x86 core changes for 4.8

Linus, please pull the latest x86-cpu-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-for-linus This update provides: - A treewide cleanup of x86 model numbers. All usage site use proper defines instead of magic hex numbers now. - A workaro

[GIT pull] x86 microcode updates for 4.8

Linus, please pull the latest x86-microcode-for-linus git tree from: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-microcode-for-linus This update provides: - More work to make the microcode loader robust - A fix for the micro code load precedence - Fixes for initrd

Re: [PATCH 2/2] mmc: host: sunxi: add support for A64 mmc controller

Hi, On 30-07-16 11:36, Icenowy Zheng wrote: A64 SoC features a MMC controller which need only the mod clock, and can calibrate delay by itself. This patch adds support for the new MMC controller IP core. Signed-off-by: Icenowy Zheng Cool stuff, thanks for your work on this! --- drivers/mm

Re: [PATCH 33/33] Staging: android: ion: ion.c: Compression of lines for

On Sat, 2016-07-30 at 02:54 -0700, Nadim almas wrote: > This patch compresses two lines in to a single line in file rtw_android.c > if immediate return statement is found. It also removes variable  > bytes_written as it is no longer needed. > > It is done using script Coccinelle. And coccinelle us

Re: [Regression] "irqdomain: Don't set type when mapping an IRQ" breaks nexus7 gpio buttons

On Fri, 29 Jul 2016 21:52:01 -0700 Bjorn Andersson wrote: > On Fri 29 Jul 21:39 PDT 2016, John Stultz wrote: > > > Hey Jon, > > So after rebasing my nexus7 patch stack onto pre-4.8-rc1 tree, I > > noticed the power/volume buttons stopped working. > > > > +Linus, as that's gpio-keys on top

[Patch v3 2/2] x86/acpi: Remove the repeated lapic address override entry parsing

ACPI MADT has a 32-bit field providing lapic address at which each processor can access its lapic information. MADT also contains an optional entry to provide a 64-bit address to override the 32-bit one. However the current code does the lapic address override entry parsing twice. One is in early_a

[Patch v3 1/2] x86/mm/numa: Open code function early_get_boot_cpu_id

Previously early_acpi_boot_init is called in early_get_boot_cpu_id() to get value for boot_cpu_physical_apicid. Now early_acpi_boot_init() has been taken out and moved to setup_arch(), the name of early_get_boot_cpu_id doesn't match its implementation. And only the getting boot-time SMP configurati

[PATCH 33/33] Staging: android: ion: ion.c: Compression of lines for

This patch compresses two lines in to a single line in file rtw_android.c if immediate return statement is found. It also removes variable bytes_written as it is no longer needed. It is done using script Coccinelle. And coccinelle uses following semantic patch for this compression function: @@

[PATCH v2] ARM: pxa: fix GPIO double shifts

The commit 9bf448c66d4b ("ARM: pxa: use generic gpio operation instead of gpio register") from Oct 17, 2011, leads to the following static checker warning: arch/arm/mach-pxa/spitz_pm.c:172 spitz_charger_wakeup() warn: double left shift '!gpio_get_value(SPITZ_GPIO_KEY_INT) << (1 << ((SPI

Re: [bisected] "sched: Allow per-cpu kernel threads to run on online && !active" causes warning

On Wed, Jul 27, 2016 at 05:23:05PM +0200, Thomas Gleixner wrote: > On Wed, 27 Jul 2016, Heiko Carstens wrote: > > [3.162961] ([<00176c30>] select_task_rq+0xc0/0x1a8) > > [3.162963] ([<00177d64>] try_to_wake_up+0x2e4/0x478) > > [3.162968] ([<0015d46c>] create_work

Re: [PATCH 2/2] mmc: host: sunxi: add support for A64 mmc controller

Hi, On 30-07-16 13:35, Icenowy Zheng wrote: 30.07.2016, 18:30, "Hans de Goede" : Hi, On 30-07-16 11:36, Icenowy Zheng wrote: A64 SoC features a MMC controller which need only the mod clock, and can calibrate delay by itself. This patch adds support for the new MMC controller IP core. S

[PATCH] input/hid: Add a new Saitek mouse device ID (RAT 9)

From: Mayeul Cantan The new device has 06a3:0cfa as identifiers, and the same quirks as the other RAT models. It needs this fix in order not to confuse the xorg server with its tristate button, which is reported as three different buttons, one of which is always on. This commit also fixes a small

Re: [RFC v0 7/8] Input: ims-pcu: use firmware_stat instead of completion

+ Luis (again) ;-) On 29-07-16 08:13, Daniel Wagner wrote: > On 07/28/2016 09:01 PM, Bjorn Andersson wrote: >> On Thu 28 Jul 11:33 PDT 2016, Dmitry Torokhov wrote: >> >>> On Thu, Jul 28, 2016 at 09:55:11AM +0200, Daniel Wagner wrote: From: Daniel Wagner >> [..] >>> >>> Do not quite like

[PATCH 0/1] drivers: staging: android: Remove checkpatch.pl-TODO

Hi Arve, Hi Riley, I just noticed that the drivers/staging/android driver has only 4 remaining checkpatch.pl warnings, two of them beeing 80-character-per-line warnings (the two lines are 81 characters exactly). The other warnings are: ./sw_sync.c:258: WARNING: memory barrier without comment

Re: cleanup_net()/net_mutex hung tasks + kobject release debugging

Dave Jones writes: > On Thu, Jul 21, 2016 at 02:43:34PM +0200, Vegard Nossum wrote: > > > The rules for net_mutex are very simple, it's used in very few places so > > I don't see how the locking could get messed up there. I'll buy your > > theory that the lock is held for a long time if there

[PATCH 1/1] Remove checkpatch.pl cleanups todo

Signed-off-by: Matthias Beyer --- drivers/staging/android/TODO | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/staging/android/TODO b/drivers/staging/android/TODO index 64d8c87..4ce0ac6 100644 --- a/drivers/staging/android/TODO +++ b/drivers/staging/android/TODO @@ -1,5 +1,4 @@ TODO:

Re: [PATCH 2/2] mmc: host: sunxi: add support for A64 mmc controller

Hi, On 30-07-16 13:35, Icenowy Zheng wrote: 30.07.2016, 18:30, "Hans de Goede" : Hi, On 30-07-16 11:36, Icenowy Zheng wrote: A64 SoC features a MMC controller which need only the mod clock, and can calibrate delay by itself. This patch adds support for the new MMC controller IP core. S

Re: [PATCH RESEND nf] netfilter: avoid a race between nf_register_hook() and cleanup_net()

Michal Kubecek writes: > There is a race condition between nf_{,un}register_hook() and > cleanup_net() which can either trigger WARN check or cause a memory > leak. The scenario is like this (2a and 2b are alternatives): > > 1. cleanup_net() removes one or more struct net from net_namespace_list

Re: [PATCH 05/19] x86/dumpstack: fix function graph tracing stack dump reliability issues

On Fri, Jul 29, 2016 at 10:20:36PM -0400, Steven Rostedt wrote: > On Fri, 29 Jul 2016 19:50:59 -0500 > Josh Poimboeuf wrote: > > > BTW, it would be really nice if ftrace_graph_ret_addr() were idempotent > > so we could get the "real" return address without having to pass in a > > state variable.

[PATCH 2/2] net: ethernet: octeon: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. There was a check on CAP_NET_ADMIN in cvm_oct_set_settings, but this check is already done in dev_ethtool, so no need to repeat it before calling the generic f

[PATCH 1/2] net: ethernet: octeon: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes --- drivers/staging/octe

[PATCH 1/2] net: ethernet: greth: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phy in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/ae

[PATCH 2/2] net: ethernet: greth: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/aeroflex/greth.c | 23 ++- 1 files changed, 2 insertions(+), 21 deletions(-) d

[PATCH] random: Fix crashes with sparse node ids

On a system with sparse node ids, eg. a powerpc system with 4 nodes numbered like so: node 0: [mem 0x-0x0007] node 1: [mem 0x0008-0x000f] node 16: [mem 0x0010-0x0017] node 17: [mem 0x0018-0x00

Re: [v4.7-6816-g797cee982eef] Call-trace: modprobe | asymmetric-keys?

On Sat, Jul 30, 2016 at 02:55:12PM +0200, Sedat Dilek wrote: > [ CC "MODULE SUPPORT" | "ASYMMETRIC KEYS" | "CRYPTO API" maintainers ] > > Hi, > > with latest Linus Git (v4.7-6816-g797cee982eef) I see the following > call-trace in my Ubuntu/precise AMD64 system... This should be fixed by https:/

[PATCH 1/2] ASoC: sunxi: Add bindings for sun6i to SPDIF

From: Marcus Cooper The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its reset is controlled via a separate reset controller. Signed-off-by: Marcus Cooper --- Documentation/devicetree/bindings/sound/sunxi,sun4i-spdif.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git a

[PATCH 0/2] ASoC: Extended SPDIF support to Allwinner A31 SoCs

From: Marcus Cooper This patch set extends the current support of the Allwinner SPDIF transceiver to include the A31 SoC. For now just the SPDIF transmitter has been tested on the Mele I7. In order for this patch set to be functional then we require changes to the clocks and the device tree. Fo

[PATCH 2/2] ASoC: sunxi: compatibility for sun6i to SPDIF

From: Marcus Cooper The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its reset is controlled via a separate reset controller. The DMA also complains when the maxburst is set to 4 so it's been adjusted to 8 which suites both the older and newer SoCs. Signed-off-by: Marcus Coop

Re: [linux-sunxi] [PATCH 2/2] ASoC: sunxi: compatibility for sun6i to SPDIF

Hi Marcus, On Sun, Jul 31, 2016 at 12:27 AM, wrote: > From: Marcus Cooper > > The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its > reset is controlled via a separate reset controller. > > The DMA also complains when the maxburst is set to 4 so it's been adjusted > to 8 whic

Re: [PATCH v2 1/2] hwmon: adt7411: set sane values for CFG1 and CFG3

On 07/25/2016 02:12 AM, Michael Walle wrote: According to the datasheet we have to set some bits as 0 and others as 1. Make sure we do this for CFG1 and CFG3. Signed-off-by: Michael Walle Applied. Thanks, Guenter

Re: [PATCH 1/2] ASoC: sunxi: Add bindings for sun6i to SPDIF

On Sat, Jul 30, 2016 at 04:27:15PM +0200, codekip...@gmail.com wrote: > From: Marcus Cooper > > The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its > reset is controlled via a separate reset controller. > > Signed-off-by: Marcus Cooper > --- > Documentation/devicetree/bindi

Re: [PATCH 2/2] ASoC: sunxi: compatibility for sun6i to SPDIF

On Sat, Jul 30, 2016 at 04:27:16PM +0200, codekip...@gmail.com wrote: > From: Marcus Cooper > > The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its > reset is controlled via a separate reset controller. > > The DMA also complains when the maxburst is set to 4 so it's been adj

[RFC,v3] timekeeping: Limit the sleep time to avoid overflow

It is reported the hibernation fails at 2nd attempt, which hangs at hibernate() -> syscore_resume() -> i8237A_resume() -> claim_dma_lock(), because the lock has already been taken. However there is actually no other process would like to grab this lock on that problematic platform. Further investi

Re: [linux-sunxi] [PATCH 2/2] ASoC: sunxi: compatibility for sun6i to SPDIF

On Sun, Jul 31, 2016 at 12:40:48AM +1000, Julian Calaby wrote: > Hi Marcus, > > On Sun, Jul 31, 2016 at 12:27 AM, wrote: > > From: Marcus Cooper > > > > The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its > > reset is controlled via a separate reset controller. > > > > The D

Re: [PATCH 2/2] ASoC: sunxi: compatibility for sun6i to SPDIF

On Sat, Jul 30, 2016 at 10:52:45PM +0800, Icenowy Zheng wrote: > > + if (of_device_is_compatible(pdev->dev.of_node, > > + "allwinner,sun6i-a31-spdif")) { > > + host->rst = devm_reset_control_get_optional(&pdev->dev, NULL); > > + if (IS_ERR(host->rst) && PTR_ERR(host->rst) == -EPROBE_DEFER) { > > +

Re: [PATCH 1/2] ASoC: sunxi: Add bindings for sun6i to SPDIF

On 30 July 2016 at 17:17, Maxime Ripard wrote: > On Sat, Jul 30, 2016 at 04:27:15PM +0200, codekip...@gmail.com wrote: >> From: Marcus Cooper >> >> The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its >> reset is controlled via a separate reset controller. >> >> Signed-off-by:

Re: [PATCH 33/33] Staging: android: ion: ion.c: Compression of lines for

On 07/30/2016 01:12 PM, Nadim almas wrote: > This patch compresses two lines in to a single line in file rtw_android.c > if immediate return statement is found. It also removes variable > bytes_written as it is no longer needed. This commit message is wrong. Neither are you editing rtw_android.c,

Re: [PATCH 1/2] ASoC: sunxi: Add bindings for sun6i to SPDIF

On Sat, Jul 30, 2016 at 05:34:11PM +0200, Code Kipper wrote: > On 30 July 2016 at 17:17, Maxime Ripard > wrote: > > On Sat, Jul 30, 2016 at 04:27:15PM +0200, codekip...@gmail.com wrote: > >> From: Marcus Cooper > >> > >> The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its > >>

[PATCH 1/2] net: ethernet: marvell: mvneta: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phy_dev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes --- drivers/net/etherne

[PATCH 2/2] net: ethernet: marvell: mvneta: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move the mvneta driver to new api {get|set}_link_ksettings. We use the generic function phy_ethtool_get_link_ksettings, and update old mvneta_ethtool_set_settings to the new api. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/marvell

[PATCH v2 4/7] arm64: Use simpler API for random address requests

Currently, all callers to randomize_range() set the length to 0 and calculate end by adding a constant to the start address. We can simplify the API to remove a bunch of needless checks and variables. Use the new randomize_addr(start, range) call to set the requested address. Signed-off-by: Jaso

[PATCH v2 2/7] x86: Use simpler API for random address requests

Currently, all callers to randomize_range() set the length to 0 and calculate end by adding a constant to the start address. We can simplify the API to remove a bunch of needless checks and variables. Use the new randomize_addr(start, range) call to set the requested address. Signed-off-by: Jaso

[PATCH v2 7/7] random: Remove unused randomize_range()

All call sites for randomize_range have been updated to use the much simpler and more robust randomize_addr. Remove the now unnecessary code. Signed-off-by: Jason Cooper --- Changes from v1: - none drivers/char/random.c | 19 --- include/linux/random.h | 1 - 2 files changed

[PATCH v2 0/7] char/random: Simplify random address requests

Two previous attempts have been made to rework this API. The first can be found at: https://lkml.kernel.org/r/cover.1390770607.git.ydrone...@opteya.com The second at: https://lkml.kernel.org/r/1469471141-25669-1-git-send-email-william.c.robe...@intel.com The RFC version of this series can

[PATCH v2 5/7] tile: Use simpler API for random address requests

Currently, all callers to randomize_range() set the length to 0 and calculate end by adding a constant to the start address. We can simplify the API to remove a bunch of needless checks and variables. Use the new randomize_addr(start, range) call to set the requested address. Signed-off-by: Jaso

[PATCH v2 1/7] random: Simplify API for random address requests

To date, all callers of randomize_range() have set the length to 0, and check for a zero return value. For the current callers, the only way to get zero returned is if end <= start. Since they are all adding a constant to the start address, this is unnecessary. We can remove a bunch of needless

[PATCH v2 3/7] ARM: Use simpler API for random address requests

Currently, all callers to randomize_range() set the length to 0 and calculate end by adding a constant to the start address. We can simplify the API to remove a bunch of needless checks and variables. Use the new randomize_addr(start, range) call to set the requested address. Signed-off-by: Jaso

[PATCH v2 6/7] unicore32: Use simpler API for random address requests

Currently, all callers to randomize_range() set the length to 0 and calculate end by adding a constant to the start address. We can simplify the API to remove a bunch of needless checks and variables. Use the new randomize_addr(start, range) call to set the requested address. Signed-off-by: Jaso

Re: [PATCH v2 2/2] hwmon: adt7411: add external thermal diode support

On 07/25/2016 02:12 AM, Michael Walle wrote: If the EXT_TDM bit is set, the chip supports a second temperature sensor instead of two voltage sensors. Signed-off-by: Michael Walle Applied to -next. Thanks, Guenter

[PATCH v2 0/2] ASoC: Extended SPDIF support to Allwinner A31 SoCs

From: Marcus Cooper This patch set extends the current support of the Allwinner SPDIF transceiver to include the A31 SoC. For now just the SPDIF transmitter has been tested on the Mele I7. In order for this patch set to be functional then we require changes to the clocks and the device tree. Fo

[PATCH v2 1/2] ASoC: sunxi: Add bindings for sun6i to SPDIF

From: Marcus Cooper The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its reset is controlled via a separate reset controller. Signed-off-by: Marcus Cooper --- Documentation/devicetree/bindings/sound/sunxi,sun4i-spdif.txt | 3 +++ 1 file changed, 3 insertions(+) diff --git a

[PATCH v2 2/2] ASoC: sunxi: compatibility for sun6i to SPDIF

From: Marcus Cooper The A31 SoC uses the same SPDIF block as found in earlier SoCs, but its reset is controlled via a separate reset controller. The DMA also complains when the maxburst is set to 4 so it's been adjusted to 8 which suites both the older and newer SoCs. Signed-off-by: Marcus Coop

Re: [patch] hwmon: (pmbus) Add explicit support for DPS-460, DPS-800, and SGD009

On 07/25/2016 03:55 AM, Vadim Pasternak wrote: Provide support for PSU DPS-460, DPS-800 from Delta Electronics, INC and for SGD009 from Acbel Polytech, INC. These devices do not support the STATUS_CML register, and reports a communication error in response to this command. For this reason, the st

[PATCH] mpt3sas: Fix resume on WarpDrive flash cards

mpt3sas crashes on resume after suspend with WarpDrive flash cards. The reply_post_host_index array is not set back up after the resume, and we deference a stale pointer in _base_interrupt(). [ 47.309711] BUG: unable to handle kernel paging request at c90001f8006c [ 47.318289] IP: [] _bas

[PATCH 33/33] Staging: android: ion: ion.c: Compression of lines for

This patch compresses two lines in to a single line in file ion.c if immediate return statement is found. It also removes variable bytes_written as it is no longer needed. It is done using script Coccinelle. And coccinelle uses following semantic patch for this compression function: @@ expressi

[PATCH] KEYS: Sort out big_key initialisation

big_key has two separate initialisation functions, one that registers the key type and one that registers the crypto. If the key type fails to register, there's no problem if the crypto registers successfully because there's no way to reach the crypto except through the key type. However, if the

Re: [PATCH v2] ARM: pxa: fix GPIO double shifts

On Sat, 2016-07-30 at 13:22 +0200, Robert Jarzmik wrote: > The commit 9bf448c66d4b ("ARM: pxa: use generic gpio operation instead of > gpio register") from Oct 17, 2011, leads to the following static checker > warning: >   arch/arm/mach-pxa/spitz_pm.c:172 spitz_charger_wakeup() >   warn: double lef

[PATCH] staging: comedi/drivers: Fixed sparse warnings

Fixed below sparse warnings in dt2811.c warning: symbol 'dt2811_clk_dividers' was not declared. Should it be static? warning: symbol 'dt2811_clk_multipliers' was not declared. Should it be static? Signed-off-by: Nayeemahmed Badebade --- drivers/staging/comedi/drivers/dt2811.c | 4 ++-- 1 file

Re: [PATCH v3] watchdog: ziirave_wdt: Add support to upload the firmware.

On 07/28/2016 03:37 AM, Enric Balletbo i Serra wrote: This patch adds and entry to the sysfs to start firmware upload process on the specified device with the requested firmware. The uploading of the firmware needs only to happen once per firmware upgrade, as the firmware is stored in persistent

[PATCH] net: tulip: fix spelling mistake: "attemping" -> "attempting"

From: Colin Ian King trivial fix to spelling mistake in printk message Signed-off-by: Colin Ian King --- drivers/net/ethernet/dec/tulip/de4x5.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/dec/tulip/de4x5.c b/drivers/net/ethernet/dec/tulip/de4x5.c i

Re: [RFC v0 7/8] Input: ims-pcu: use firmware_stat instead of completion

On Sat, Jul 30, 2016 at 02:42:41PM +0200, Arend van Spriel wrote: > + Luis (again) ;-) > > On 29-07-16 08:13, Daniel Wagner wrote: > > On 07/28/2016 09:01 PM, Bjorn Andersson wrote: > >> On Thu 28 Jul 11:33 PDT 2016, Dmitry Torokhov wrote: > >> > >>> On Thu, Jul 28, 2016 at 09:55:11AM +0200, Danie

Re: [PATCH] KEYS: Sort out big_key initialisation

On Sat, Jul 30, 2016 at 06:21:41PM +0200, Kirill Marinushkin wrote: > big_key has two separate initialisation functions, one that registers the > key type and one that registers the crypto. If the key type fails to > register, there's no problem if the crypto registers successfully because > there

means a lot to me

Hey, Please read this info, it means so much to me, here is the link Typos courtesy of my iPhone, Tim Chen

Re: [PATCH v3 00/13] sunxi spi fixes

On 29 July 2016 at 22:22, Maxime Ripard wrote: > On Mon, Jul 25, 2016 at 10:03:14AM +0200, Michal Suchanek wrote: >> Hello, >> >> On 25 July 2016 at 09:32, Maxime Ripard >> wrote: >> > On Fri, Jun 17, 2016 at 12:34:44PM +0200, Michal Suchanek wrote: >> >> Hello, >> >> >> >> On 13 June 2016 at 21:

Re: [PATCH 0/3] new feature: monitoring page cache events

On Fri, Jul 29, 2016 at 08:33:34AM -0700, Dave Hansen wrote: > What's to stop you from using tracing to gather and transport data out > of the kernel and then aggregate and present it to apps in an "elegant" > way of your choosing? > > I don't think it's really even worth having an in-depth discus

Re: [PATCH] prctl: remove one-shot limitation for changing exe link

Cyrill Gorcunov writes: > On Mon, Jul 25, 2016 at 02:56:43PM -0500, Eric W. Biederman wrote: > ... >> >> >> >> Also there is a big fat bug in prctl_set_mm_exe_file. It doesn't >> >> validate that the new file is a actually mmaped executable. We would >> >> definitely need that to be fixed befor

Re: [PATCH v3 2/3] spi: of: allow instantiating slaves without a driver

On 19 July 2016 at 12:52, Mark Brown wrote: > On Tue, Jul 19, 2016 at 10:31:54AM +0200, Michal Suchanek wrote: >> On 19 July 2016 at 01:02, Mark Brown wrote: >> > On Tue, Jul 19, 2016 at 12:35:41AM +0200, Michal Suchanek wrote: > >> >> SPI slave devices are not created when looking up driver for

true love

Greetings, I've just came across that stuff on the web and completely fell in love with it! You've got to see that! Here is the link See you around, Pavel Machek

sfi_core warnings - and a pointer arithmetic bug

Len, right now my tree finally contains only a couple of remaining warnings, thanks to some objtool fixes and previous warning removal. The two remaining warnings are both from SFI: drivers/sfi/sfi_core.c: In function ‘sfi_map_table’: drivers/sfi/sfi_core.c:175:53: warning: self-comparison a

[PATCH] staging: vt6656: Fix block comment style

This patch fixes the checkpatch.pl warnings: WARNING: Block comments use * on subsequent lines WARNING: Block comments use a trailing */ on a separate line Signed-off-by: Edward Lipinsky --- drivers/staging/vt6656/card.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a

Re: [GIT pull] x86 core changes for 4.8

On Sat, Jul 30, 2016 at 3:17 AM, Thomas Gleixner wrote: > > please pull the latest x86-cpu-for-linus git tree from: > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-for-linus I don't actually get what you claim I should get. For example, when I pull, the diffstat is just

Re: [GIT pull] x86 core changes for 4.8

On Sat, Jul 30, 2016 at 12:44 PM, Linus Torvalds wrote: > > For example, when I pull, the diffstat is just > > 10 files changed, 81 insertions(+), 65 deletions(-) > > instead of the claimed > >> 19 files changed, 183 insertions(+), 161 deletions(-) > > and I am missing all these commits [...]

[PATCH] KEYS: Sort out big_key initialisation

big_key has two separate initialisation functions, one that registers the key type and one that registers the crypto. If the key type fails to register, there's no problem if the crypto registers successfully because there's no way to reach the crypto except through the key type. However, if the

[PATCH 34/34] Staging: comedi: drivers: cd_pcidas: Compression of

This patch compresses two lines in to a single line in file cb_pcidas.c if immediate return statement is found. It also removes variable bytes_written as it is no longer needed. It is done using script Coccinelle. And coccinelle uses following semantic patch for this compression function: @@ expr

Re: [PATCH] KEYS: Sort out big_key initialisation

On Sat, 2016-07-30 at 22:03 +0200, Kirill Marinushkin wrote: > big_key has two separate initialisation functions, one that registers the > key type and one that registers the crypto.  If the key type fails to > register, there's no problem if the crypto registers successfully because > there's no w

Re: Why do we need reset_control_get_optional() ?

On Friday, July 29, 2016 3:08:15 PM CEST Philipp Zabel wrote: > Hi Masahiro, > > Am Donnerstag, den 28.07.2016, 19:29 +0900 schrieb Masahiro Yamada: > [...] > > However, I think the following makes more sense: > > > > > > menuconfig RESET_CONTROLLER > > bool "Reset Controller Support" >

Re: [PATCH] random: Fix crashes with sparse node ids

On Sat, Jul 30, 2016 at 7:23 AM, Michael Ellerman wrote: > #ifdef CONFIG_NUMA > - pool = kmalloc(num_nodes * sizeof(void *), > + pool = kmalloc(nr_node_ids * sizeof(void *), >GFP_KERNEL|__GFP_NOFAIL|__GFP_ZERO); > for_each_online_node(i) { >

Re: [PATCH] prctl: remove one-shot limitation for changing exe link

On Sat, Jul 30, 2016 at 12:31:40PM -0500, Eric W. Biederman wrote: > So what I am requesting is very simple. That the checks in > prctl_set_mm_exe_file be tightened up to more closely approach what > execve requires. Thus preserving the value of the /proc/[pid]/exe for > the applications that wan

Re: [PATCH] raid5: fix incorrectly counter of conf->empty_inactive_list_nr

On Thu, Jul 28, 2016 at 02:22:14PM +0800, ZhengYuan Liu wrote: > The counter conf->empty_inactive_list_nr is only used for determine if the > raid5 is congested which is deal with in function raid5_congested(). > It was increased in get_free_stripe() when conf->inactive_list got to be > empty and d

①Hi

hi this is an electronics shop bike,brand guitar,camera,tv,samsung product free shipping www .slooone .com if you do not want receive our email. please reply to us, we will never send email to you

Hang in 9p/virtio

Hi, With fault injection triggering an allocation failure for the alloc_indirect() call in virtqueue_add() I'm seeing a hang in p9_virtio_zc_request() -- it seems to be waiting here indefinitely (i.e. at least 120 seconds): err = wait_event_interruptible(*req->wq,

Fixup direct bi_rw modifiers

bi_rw should be using bio_set_op_attrs to set bi_rw. Signed-off-by: Shaun Tancheff Cc: Chris Mason Cc: Josef Bacik Cc: David Sterba Cc: Mike Christie --- Patch is against linux-next tag next-20160729 NOTE: In 4.7 this was not including the 'WRITE' macro so may have it may not have bee

Re: [PATCH] Networking: Core: netpoll: Fixed a missing spin_unlock

Salil Kapur : [...] > diff --git a/net/core/netpoll.c b/net/core/netpoll.c > index fc75c9e..9124f76 100644 > --- a/net/core/netpoll.c > +++ b/net/core/netpoll.c > @@ -386,8 +386,10 @@ void netpoll_send_skb_on_dev(struct netpoll *np, struct > sk_buff *skb, >

[GIT PULL] Please pull NFS client updates for 4.8

Hi Linus, The following changes since commit 92d21ac74a9e3c09b0b01c764e530657e4c85c49: Linux 4.7-rc7 (2016-07-10 20:24:59 -0700) are available in the git repository at: git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-4.8-1 for you to fetch changes up to 944171cbf499d344

STRICTLY CONFIDENTIAL .

I have important transaction for you as next of kin to claim US$8.37m Mail me on my private email: chi...@yahoo.com so i can send you more details Thanks Mr.Chim Wai Kim === DISCLAIMER: This email and any files

[PATCH 2/5] usb: ulpi: change operations api to pass parent device directly

struct ulpi_ops is defined as follows: struct ulpi_ops { struct device *dev; int (*read)(struct ulpi_ops *ops, u8 addr); int (*write)(struct ulpi_ops *ops, u8 addr, u8 val); }; Upon calling ulpi_register_interface(), the struct device argument is put inside the struct ulpi

[PATCH 0/5] usb: ulpi: remove "dev" field from struct ulpi_ops

struct ulpi_ops is defined as follows: struct ulpi_ops { struct device *dev; int (*read)(struct ulpi_ops *ops, u8 addr); int (*write)(struct ulpi_ops *ops, u8 addr, u8 val); }; Upon calling ulpi_register_interface(), the struct device argument is put inside the struct ulpi

[PATCH 1/5] usb: ulpi: move setting of ulpi->dev parent up in ulpi_register()

Once ulpi operations use the parent device directly, this will be needed during the operations used in ulpi_register() itself, so set the parent field before calling any ulpi operations. Signed-off-by: Tal Shorer --- drivers/usb/common/ulpi.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(

[PATCH 3/5] usb: ulpi: remove "dev" field from struct ulpi_ops

Operations now use ulpi->dev.parent directly instead of via the ulpi_ops struct, making this field unused. Remove it. Signed-off-by: Tal Shorer --- drivers/usb/common/ulpi.c | 1 - include/linux/ulpi/interface.h | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/u

  1   2   >