With CONFIG_DEBUG_SHIRQ enabled, the irq tear down routine
would still access the irq handler registed as a shard irq.
Per the comment within the function of __free_irq, it says
"It's a shared IRQ -- the driver ought to be prepared for
an IRQ event to happen even now it's being freed". However
when
CONFIG_DEBUG_SHIRQ will fire extra irq action to call the registered
irq callback after driver is removed or failed to probe. In general,
the irq callback provided by driver should read its internal registers
to see who fires the irq. So this leads a situation that we access the
registers with a p
This snd_rawmidi_ops structure is only passed as the third
argument of snd_rawmidi_set_ops. This argument is const, so the
snd_rawmidi_ops structure can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/hid/hid-prodikeys.c |2 +-
1 file changed, 1 ins
These snd_rawmidi_ops structures are only passed as the third
argument of snd_rawmidi_set_ops. This argument is const, so the
snd_rawmidi_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
drivers/usb/gadget/function/f_midi.c |4 ++--
1 file
These snd_rawmidi_ops structures are only passed as the third
argument of snd_rawmidi_set_ops. This argument is const, so the
snd_rawmidi_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/firewire/motu/motu-midi.c |4 ++--
1 file chan
On Mon, 14 Aug 2017, Steve Twiss wrote:
> On 06 June 2017 08:16, Lee Jones wrote:
> > > drivers/mfd/da9062-core.c | 6 --
> > > 1 file changed, 6 deletions(-)
> >
> > Applied, thanks.
>
> $ git describe
> v4.13-rc5
>
> Looking at linux-mainline today, I noticed a commit that seems to be ap
On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
> Create a new sdhci-omap driver to configure the eMMC/SD/SDIO controller
> in TI's OMAP SoCs making use of the SDHCI core library. For OMAP specific
> configurations, populate sdhci_ops with OMAP specific callbacks and use
> SDHCI quirks.
> Enable o
Enjoy!
The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877:
Linux v4.13-rc1 (2017-07-15 15:22:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
tags/ib-mfd-arm-usb-video-v4.14
for you to fetch changes up to
So with the latest fixes there's a new lockdep warning on one of my testboxes:
[ 11.322487] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts:
(null)
[ 11.495661] ==
[ 11.502093] WARNING: possible circular locking dependenc
Dne 12.8.2017 v 22:22 Alexandre Belloni napsal(a):
> Hi,
>
> On 11/08/2017 at 11:14:55 +0200, Lukáš Doktor wrote:
>> The rtc-generic and opal-rtc are failing to run this test as they do not
>> support all the features. Let's treat the error returns and skip to the
>> following test.
>>
>> Theoreti
On Mon, 14 Aug 2017, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> Acked-by: Greg Kroah-Hartman
> Acked-by: Krzysztof Kozlowski
> Acked-by: Bartlomiej Zolnierkiewicz
> Acked-by: Tony
Le Mon, 14 Aug 2017 18:21:14 +0300,
Gilad Ben-Yossef a écrit :
> Now that -EBUSY return code only indicates backlog queueing
> we can safely remove the now redundant check for the
> CRYPTO_TFM_REQ_MAY_BACKLOG flag when -EBUSY is returned.
>
> Signed-off-by: Gilad Ben-Yossef
Acked-by: Boris Bre
On Mon, Aug 14, 2017 at 05:08:40PM +0530, Bhumika Goyal wrote:
> Make these const as they are either passed as the 2nd argument to the
> function devm_snd_soc_register_platform or snd_soc_register_platform,
> and the arguments are of type const.
> Done using Coccinelle.
>
> Signed-off-by: Bhumika
On 8/15/2017 12:40 AM, Paolo Bonzini wrote:
On 14/08/2017 18:13, Jim Mattson wrote:
ctxt->ops->get_msr(ctxt, MSR_EFER, &efer);
- if (efer & EFER_LMA)
- rsvd = CR3_L_MODE_RESERVED_BITS & ~CR3_PCID_INVD;
+ if (efer & EFER_LMA) {
On Tue, Aug 15, 2017 at 4:06 PM, Peter Rosin wrote:
> On 2017-07-26 19:13, Eddie James wrote:
>> From: "Edward A. James"
>>
>> This series adds an algorithm for an I2C master physically located on an FSI
>> slave device. The I2C master has multiple ports, each of which may be
>> connected
>> to
This patch update interrupt property since we only use ASYS IRQ
in the driver, and this may confuse people.
Signed-off-by: Ryder Lee
CC: Garlic Tseng
---
Documentation/devicetree/bindings/sound/mt2701-afe-pcm.txt | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/Documenta
* Willy Tarreau wrote:
> On Tue, Aug 15, 2017 at 09:42:54AM +0200, Ingo Molnar wrote:
> >
> > * Willy Tarreau wrote:
> >
> > > Nowadays we could use similar methods using RDTSC providing more accurate
> > > counting. This doesn't provide a lot of entropy of course, given that a
> > > 2 GHz ma
On Tue, Aug 15, 2017 at 09:42:54AM +0200, Ingo Molnar wrote:
>
> * Willy Tarreau wrote:
>
> > Nowadays we could use similar methods using RDTSC providing more accurate
> > counting. This doesn't provide a lot of entropy of course, given that a
> > 2 GHz machine will at most count 31 bits there.
Peter Zijlstra wrote:
> On Mon, Aug 14, 2017 at 05:07:19AM +, Nadav Amit wrote:
So I'm not entirely clear about this yet.
How about:
CPU0CPU1
tlb_gather_mmu()
Hi Corentin,
Since I have just sent a patch to add the support of "aead_request" to crypto
engine, I am wondering if your proposed change (checking cra_type instead of
crypto_tfm_alg_type) and mine are compatible.
It looks like they are (assuming we export crypto_aead_type): can you confirm?
BR
From: Colin Ian King
The error return variable ret is initialized to zero and then is
checked to see if it is non-zero in the if-block that follows it.
It is therefore impossible for ret to be non-zero after the if-block
hence the check is redundant and can be removed.
Detected by CoverityScan,
On Tue, 15 Aug 2017, Liang, Kan wrote:
> This patch which speed up the hrtimer (https://lkml.org/lkml/2017/6/26/685)
> is decent to fix the spurious hard lockups.
> Tested-by: Kan Liang
>
> Please consider to merge it into both mainline and stable tree.
Well, it 'fixes' the problem, but at the s
The device can only process one request at a time. So if multiple
requests came at the same time, we can enqueue them first, and
dequeue them one by one when the device is idle.
Signed-off-by: zain wang
---
drivers/crypto/rockchip/rk3288_crypto.c| 46 ++-
drivers/crypto/rockchip
On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
> TI's implementation of sdhci controller used in DRA7 SoC's uses
> POWER_CONTROL register for configuring IO voltage and not
> for core voltage (vdd) which is it's intended use. Add a quirk
> to indicate broken POWER_CONTROL register.
A quirk isn't
On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
> Add callback to set bus mode in sdhci library so that the
> controller driver can perform any bus mode specific configurations
> in the callback function.
A quirk isn't needed. Just hook ->set_ios() e.g.
host->mmc_host_ops.set_ios = sdhc
* Willy Tarreau wrote:
> Nowadays we could use similar methods using RDTSC providing more accurate
> counting. This doesn't provide a lot of entropy of course, given that a
> 2 GHz machine will at most count 31 bits there. But I tend to think that
> what matters during early boot is to transform
The usage message shows a wrong message for ovp option, so fix it.
Signed-off-by: Yunlong Song
---
mkfs/f2fs_format_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mkfs/f2fs_format_main.c b/mkfs/f2fs_format_main.c
index a3652a9..3279829 100644
--- a/mkfs/f2fs_format_ma
On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
> TI's implementation of sdhci controller used in DRA7 SoC's doesn't
> have SDHCI_CAN_DO_ADMA2 set in CAPA register though it supports
> ADMA2. Add quirk to support using ADMA2 even if the controller reports
> incorrect capability in CAPA.
A quirk i
From: Colin Ian King
The while loop never terminates because the loop counter i is never
decremented. Fix this by decrementing i.
Detected by CoverityScan, CID#751073 ("Infinite Loop")
Signed-off-by: Colin Ian King
---
drivers/usb/gadget/udc/dummy_hcd.c | 2 +-
1 file changed, 1 insertion(+),
Hi all,
Changes since 20170811:
The net-next tree gained a conflict against the rockchip tree and a
build failure for which I reverted a commit.
The rcu tree interaction with the tip has been fixed up.
The staging tree lost its overnight build failures.
The complex conflict between the akpm-cu
On 07/08/17 19:01, Kishon Vijay Abraham I wrote:
> TI's implementation of sdhci controller used in DRA7 SoC's doesn't
> strip CRC in responses with length 136 bits. Add quirk to indicate
> the controller does not strip CRC in MMC_RSP_136. If this quirk is
> set sdhci library shouldn't shift the res
Am 15.08.2017 08:50, schrieb Colin King:
> From: Colin Ian King
>
> The returns on some if statements are not indented correctly,
> add in the missing tab.
>
> Signed-off-by: Colin Ian King
> ---
> net/bridge/netfilter/ebt_ip.c | 4 ++--
> net/bridge/netfilter/ebt_ip6.c | 2 +-
> 2 files ch
On Monday, August 14, 2017 7:33:41 PM CEST Steven Rostedt wrote:
> On Thu, 3 Aug 2017 00:15:58 +0200
> Federico Vaga wrote:
>
> Why did you change the subject? The previous patch had a much better
> one: "trace-cmd: Use asprintf when possible"
>
> Or was it the tool you used to send the patches
On 12 August 2017 at 14:27, Chen-Yu Tsai wrote:
> On Sat, Aug 12, 2017 at 7:00 PM, wrote:
>> From: Marcus Cooper
>>
>> The sun8i-h3 introduces a lot of changes to the i2s block such
>> as different register locations, extended clock division and
>> more operational modes. As we have to consider
This module registers block and AEAD cipher algorithms that make use of
the STMicroelectronics STM32 crypto "CRYP1" hardware.
The following algorithms are supported:
- aes: ecb, cbc, ctr, gcm, ccm
- des: ecb, cbc
- tdes: ecb, cbc
Signed-off-by: Fabien Dessenne
---
drivers/crypto/stm32/Kconfig
The current crypto engine allows ablkcipher_request and ahash_request to
be enqueued. Extend this to aead_request.
Signed-off-by: Fabien Dessenne
---
crypto/crypto_engine.c | 101
include/crypto/engine.h | 16
2 files changed, 117 inser
In addition to the base, low and high clock configuration, the AC timing
register #1 on the AST2400 houses fields controlling:
1. tBUF: Minimum delay between Stop and Start conditions
2. tHDSTA: Hold time for the Start condition
3. tACST: Setup time for Start and Stop conditions, and hold time for
Document device tree bindings for the STM32 CRYP.
Signed-off-by: Fabien Dessenne
---
.../devicetree/bindings/crypto/st,stm32-cryp.txt | 20
1 file changed, 20 insertions(+)
create mode 100644 Documentation/devicetree/bindings/crypto/st,stm32-cryp.txt
diff --git a/Docum
This set of patches adds a new crypto driver for STMicroelectronics stm32 HW.
This drivers uses the crypto API and provides with HW-enabled AEAD and block
cipher algorithms.
It makes use of the crypto engine which is upgraded in order to support AEAD
requests.
This driver was successfully tested w
Consider this, I have sent another patch v2, please review.
The part (overprovision_segments - reserved_segments) can still be used for LFS
in some case, e.g., there are lots of invalid block from dirty segments, then
the part (overprovision_segments - reserved_segments) can be safely used. So
fr
Hi, Weiyi
for patch 5 to 9, you should re-base to the latest the Matthias tree
which has some changes around scpsys since Linux v4.13-rc1
Sean
On Tue, 2017-08-15 at 14:42 +0800, weiyi...@mediatek.com wrote:
> This patch set is composed of clock control (PATCH 1-4) and scpsys control
>
The part (overprovision_segments - reserved_segments) can still be used for LFS
in some case, e.g., there are lots of invalid block from dirty segments, then
the part (overprovision_segments - reserved_segments) can be safely used. So
free_use_blocks should use reserved_segments instead, rather tha
On Tue, Aug 15, 2017 at 08:19:20AM +0300, Bernat, Yehezkel wrote:
> If secure authentication of a devices fails, either because the device
> already has another key uploaded, or there is some other error sending
> challenge to the device, and the user only wants to approve the device
> just once (w
Enjoy!
The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877:
Linux v4.13-rc1 (2017-07-15 15:22:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
ib-mfd-input-rtc-v4.14
for you to fetch changes up to 0335a9554
On Tue, Aug 15, 2017 at 08:19:12AM +0300, Bernat, Yehezkel wrote:
> Non-root user may read the key back after root wrote it there.
> This removes read access to everyone but root.
>
> Signed-off-by: Yehezkel Bernat
Acked-by: Mika Westerberg
On Tue, Aug 15, 2017 at 08:19:01AM +0300, Bernat, Yehezkel wrote:
> The key size is tested by hex2bin() already (as '\0' isn't an hex digit)
>
> Suggested-by: Andy Shevchenko
> Signed-off-by: Yehezkel Bernat
Acked-by: Mika Westerberg
On Mon, 14 Aug 2017, Wolfram Sang wrote:
> include/linux/i2c is not for client devices. Move the header file to a
> more appropriate location.
>
> Signed-off-by: Wolfram Sang
> Acked-by: Alexandre Belloni
> Acked-by: Dmitry Torokhov
> ---
>
> Change since V1:
>
> * rebased to v4.13-rc5, no c
On 2017-08-02 09:27, Peter Rosin wrote:
> Hi!
>
> As previously discussed [1], the platform_data interface of the i2c mux
> pinctrl driver has never been used (upstream at least). Deleting code
> is always nice, so here are two patches that gets rid of some lines...
Both patches applied (with add
801 - 848 of 848 matches
Mail list logo