This allows the probe function to be dropped after the kernel finished
its initialization, in the case where the driver was not compiled as a
module.
Signed-off-by: Paul Cercueil
---
drivers/mtd/nand/raw/ingenic/ingenic_nand.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff -
On Fri, Jun 07, 2019 at 05:17:09PM +0200, Paolo Bonzini wrote:
> On 07/06/19 16:18, Sean Christopherson wrote:
> > On Fri, Jun 07, 2019 at 02:19:20PM +0200, Paolo Bonzini wrote:
> >> On 06/06/19 20:41, Sean Christopherson wrote:
> +static void prepare_vmcs02_early_extra(struct vcpu_vmx *vmx,
>
This allows the probe function to be dropped after the kernel finished
its initialization, in the case where the driver was not compiled as a
module.
Signed-off-by: Paul Cercueil
---
drivers/iio/adc/ingenic-adc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/adc
On Fri, Jun 07, 2019 at 06:02:20PM +0200, Paul Cercueil wrote:
> Le ven. 7 juin 2019 à 17:59, Mark Brown a écrit :
> > Hopefully not since we might probe later on if something registers a new
> > device...
> Makes sense. Sorry for the noise.
No problem. There used to be an annotation for probe
On Tue, May 28, 2019 at 09:38:20AM +0200, Ulf Hansson wrote:
> On Wed, 1 May 2019 at 19:55, Raul E Rangel wrote:
First off, thanks for the review.
> >
> > There is a race condition between resetting the SDHCI controller and
> > disconnecting the card.
> >
> > For example:
> > 0) Card is connecte
This allows the probe function to be dropped after the kernel finished
its initialization, in the case where the driver was not compiled as a
module.
Signed-off-by: Paul Cercueil
---
drivers/dma/dma-jz4780.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/dma/dma-
On 2019-05-28 13:50:30 [-0700], Paul E. McKenney wrote:
> Hello, Sebastian,
Hi Paul,
> Finally getting around to taking another look:
>
> c7e07056a108 EXP rcu: skip the workqueue path on RT
>
> This one makes sense given the later commit setting the
> rcu_normal_after_boot kernel par
Hi Rob
Thanks for reviwing this.
The 02/22/2019 14:40, Rob Herring wrote:
EXTERNAL MAIL
On Tue, Feb 19, 2019 at 04:19:20PM +, Piotr Sroka wrote:
Signed-off-by: Piotr Sroka
---
Changes for v2:
- remove chip dependends parameters from dts bindings
- add names for register ranges in dts bi
On Fri, Jun 07, 2019 at 05:38:41PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.124 release.
> There are 69 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me kno
This is a GCC only option, which warns about ABI changes within GCC, so
unconditionally adding breaks Clang with tons of:
warning: unknown warning option '-Wno-psabi' [-Wunknown-warning-option]
and link time failures:
ld.lld: error: undefined symbol: __efistub___stack_chk_guard
>>> referenced by
On 6/7/19 8:32 AM, Herbert Xu wrote:
> On Fri, Jun 07, 2019 at 08:26:12AM -0700, Eric Dumazet wrote:
>>
>> There is common knowledge among us programmers that bit fields
>> (or bool) sharing a common 'word' need to be protected
>> with a common lock.
>>
>> Converting all bit fields to plain int/
This allows the probe function to be dropped after the kernel finished
its initialization, in the case where the driver was not compiled as a
module.
Signed-off-by: Paul Cercueil
---
sound/soc/jz4740/jz4740-i2s.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/jz474
This allows the probe function to be dropped after the kernel finished
its initialization, in the case where the driver was not compiled as a
module.
Signed-off-by: Paul Cercueil
---
sound/soc/codecs/jz4725b.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/codecs/j
This allows the probe function to be dropped after the kernel finished
its initialization, in the case where the driver was not compiled as a
module.
Signed-off-by: Paul Cercueil
---
sound/soc/codecs/jz4740.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/codecs/jz
When fixing the race conditions between the coredump and the mmap_sem
holders outside the context of the process, we focused on
mmget_not_zero()/get_task_mm() callers in commit
04f5866e41fb70690e28397487d8bd8eea7d712a, but those aren't the only
cases where the mmap_sem can be taken outside of the c
On Fri, Jun 07, 2019 at 09:11:02AM -0700, Guenter Roeck wrote:
> On Fri, Jun 07, 2019 at 05:38:41PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.14.124 release.
> > There are 69 patches in this series, all will be posted as a response
> > to this one.
On Fri, Jun 7, 2019 at 8:26 AM Eric Dumazet wrote:
>
> There is common knowledge among us programmers that bit fields
> (or bool) sharing a common 'word' need to be protected
> with a common lock.
>
> Converting all bit fields to plain int/long would be quite a waste of memory.
Yeah, and we reall
On 07.06.19 17:22, Joao Martins wrote:
On 6/7/19 3:51 PM, Juergen Gross wrote:
On 09.05.19 19:25, Ankur Arora wrote:
Hi all,
This is an RFC for xenhost support, outlined here by Juergen here:
https://lkml.org/lkml/2019/4/8/67.
First: thanks for all the effort you've put into this series!
T
On Fri, Jun 07, 2019 at 09:12:01AM -0700, Nathan Chancellor wrote:
> This is a GCC only option, which warns about ABI changes within GCC, so
> unconditionally adding breaks Clang with tons of:
>
> warning: unknown warning option '-Wno-psabi' [-Wunknown-warning-option]
>
> and link time failures:
See documentation for details.
Signed-off-by: John Ogness
---
Documentation/core-api/index.rst | 1 +
Documentation/core-api/printk-ringbuffer.rst | 104 +++
include/linux/printk_ringbuffer.h| 238 +++
lib/printk_ringbuffer.c | 924 +
Hello,
This is a follow-up RFC on the work to reimplement much of
the core of printk. The original thread can be seen here[0].
One of the results of that thread was that the work needs to
be broken up into several pieces. A roadmap was laid out[1]
and this RFC is for the base component of the fir
On Fri, 2019-06-07 at 09:47 +0200, Peter Zijlstra wrote:
> On Fri, Jun 07, 2019 at 09:43:22AM +0200, Peter Zijlstra wrote:
> > On Thu, Jun 06, 2019 at 01:06:37PM -0700, Yu-cheng Yu wrote:
> > > There are a few places that need do_mmap() with mm->mmap_sem held.
> > > Create an in-line function for t
This module does some heavy write stress testing on the ringbuffer
with a reader that is checking for integrity.
Signed-off-by: John Ogness
---
lib/Makefile | 2 +
lib/test_prb.c | 237 +
2 files changed, 239 insertions(+)
create mode
On 07/06/19 18:04, Sean Christopherson wrote:
>> That's what came to mind first, but then "extended" had the same issue
>> as "full" (i.e. encompassing the "basic" set as well) so I decided you
>> knew better!
> Ah, I was thinking of "basic" and "extended" as separate states, but your
> interpretat
This allows the probe function to be dropped after the kernel finished
its initialization, in the case where the driver was not compiled as a
module.
Signed-off-by: Paul Cercueil
---
Notes:
v2: New patch
drivers/watchdog/jz4740_wdt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
Previously the jz4740_wdt_set_timeout() function was starting the timer
unconditionally, even if it was stopped when that function was entered.
Now, the timer will be restarted only if it was already running before
this function is called.
Signed-off-by: Paul Cercueil
Reviewed-by: Guenter Roeck
Use the macros from instead of declaring our
own.
Signed-off-by: Paul Cercueil
Reviewed-by: Guenter Roeck
---
Notes:
v2: Rebased on v5.2-rc3
drivers/watchdog/jz4740_wdt.c | 39 ++-
1 file changed, 16 insertions(+), 23 deletions(-)
diff --git a/drivers/wat
Depending on MACH_JZ47xx prevent us from creating a generic kernel that
works on more than one MIPS board. Instead, we just depend on MIPS being
set.
Signed-off-by: Paul Cercueil
Reviewed-by: Guenter Roeck
---
Notes:
v2: Rebased on v5.2-rc3
drivers/watchdog/Kconfig | 2 +-
1 file changed,
V1 patchset didn't apply anymore on v5.2-rc3 so I rebased on top of it.
The previous patch 4/4 (which added SPDX license notifier) has been
dropped since somebody else did the job in -rc3.
So I added another cleanup as patch 4/4, and I tweaked patch 2/4 to
adjust to Guenter's feedback on V1.
Cheer
On Fri, Jun 07, 2019 at 06:16:27PM +0200, Greg Kroah-Hartman wrote:
> On Fri, Jun 07, 2019 at 09:11:02AM -0700, Guenter Roeck wrote:
> > On Fri, Jun 07, 2019 at 05:38:41PM +0200, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 4.14.124 release.
> > > There are 6
> -Original Message-
> From: Ghannam, Yazen
> Sent: Tuesday, April 23, 2019 12:53 PM
> To: Ghannam, Yazen ; linux...@vger.kernel.org;
> len.br...@intel.com
> Cc: linux-kernel@vger.kernel.org; Len Brown
> Subject: RE: [PATCH] tools/power turbostat: Make interval calculation per
> thread
On Fri, Jun 7, 2019 at 9:12 AM Nathan Chancellor
wrote:
> Use cc-disable-warning so that it gets disabled for GCC and does nothing
> for Clang.
Thanks for the quick fix.
Reviewed-by: Nick Desaulniers
--
Thanks,
~Nick Desaulniers
On 06/06/2019 10:31, Julien Thierry wrote:
> When using IRQ priority masking to disable interrupts, in order to deal
> with the PSR.I state, local_irq_save() would convert the I bit into a
> PMR value (GIC_PRIO_IRQOFF). This resulted in local_irq_restore()
> potentially modifying the value of PMR i
On Fri, 7 Jun 2019 10:28:06 +0200
Auger Eric wrote:
> Hi Alex,
>
> On 6/4/19 12:31 AM, Alex Williamson wrote:
> > On Sun, 26 May 2019 18:10:00 +0200
> > Eric Auger wrote:
> >
> >> This patch adds two new regions aiming to handle nested mode
> >> translation faults.
> >>
> >> The first region
On 06/06/2019 10:31, Julien Thierry wrote:
> Using IRQ priority masking to enable/disable interrupts is a bit
> sensitive as it requires to deal with both ICC_PMR_EL1 and PSR.I.
>
> Introduce some validity checks to both highlight the states in which
> functions dealing with IRQ enabling/disabling
On 30/05/2019 16:53, Takashi Iwai wrote:
> On Thu, 30 May 2019 11:16:22 +0200,
> kernelci.org bot wrote:
>>
>> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>> * This automated bisection report was sent to you on the basis *
>> * that you may be involved with the breaking commi
On Fri, Jun 07, 2019 at 09:27:22AM -0700, Guenter Roeck wrote:
> On Fri, Jun 07, 2019 at 06:16:27PM +0200, Greg Kroah-Hartman wrote:
> > On Fri, Jun 07, 2019 at 09:11:02AM -0700, Guenter Roeck wrote:
> > > On Fri, Jun 07, 2019 at 05:38:41PM +0200, Greg Kroah-Hartman wrote:
> > > > This is the start
> On Jun 7, 2019, at 1:49 AM, Ard Biesheuvel wrote:
>
>> On Fri, 7 Jun 2019 at 10:29, Peter Zijlstra wrote:
>>
>> On Thu, Jun 06, 2019 at 10:44:23PM +, Nadav Amit wrote:
+ * Usage example:
+ *
+ * # Start with the following functions (with identical prototypes):
+ *
On Fri, 2019-06-07 at 09:27 -0700, Guenter Roeck wrote:
> On Fri, Jun 07, 2019 at 06:16:27PM +0200, Greg Kroah-Hartman wrote:
> > On Fri, Jun 07, 2019 at 09:11:02AM -0700, Guenter Roeck wrote:
> > > On Fri, Jun 07, 2019 at 05:38:41PM +0200, Greg Kroah-Hartman wrote:
> > > > This is the start of the
> On Jun 7, 2019, at 1:37 AM, Peter Zijlstra wrote:
>
> On Thu, Jun 06, 2019 at 10:24:17PM +, Nadav Amit wrote:
>
>>> +static void static_call_del_module(struct module *mod)
>>> +{
>>> + struct static_call_site *start = mod->static_call_sites;
>>> + struct static_call_site *stop = mod->s
On Fri, Jun 07, 2019 at 02:49:42PM +, Ghannam, Yazen wrote:
> Would you mind if the function name stayed the same? The reason is
> that MCA_CTL is written here, which is the "init" part, and MCA_STATUS
> is cleared.
>
> I can use another name for the check, e.g. __mcheck_cpu_check_banks()
> or
On Fri, Jun 07, 2019 at 06:32:03PM +0200, Greg Kroah-Hartman wrote:
> On Fri, Jun 07, 2019 at 09:27:22AM -0700, Guenter Roeck wrote:
> > On Fri, Jun 07, 2019 at 06:16:27PM +0200, Greg Kroah-Hartman wrote:
> > > On Fri, Jun 07, 2019 at 09:11:02AM -0700, Guenter Roeck wrote:
> > > > On Fri, Jun 07, 2
> On Jun 7, 2019, at 3:24 AM, Joseph Qi wrote:
>
> Hi all,
> Any idea on this regression?
Sorry for the late response (I assumed, for some reason, that you also follow
the second thread about this issue).
Anyhow, it should be fixed by backporting some patches which were mistakenly
missed.
Se
On Thu, Jun 6, 2019 at 5:39 PM John Johansen
wrote:
>
> Can you please pull the following bug fixes for apparmor
No I can not.
You have for some completely unrecognizable reason rebased OTHER PEOPLES WORK.
There are two new apparmor commits in there, but there are also 89
random rebased patches
On Jun 6, 2019, at 10:28 PM, Nadav Amit wrote:
>> On May 31, 2019, at 3:07 PM, Nadav Amit wrote:
>>
>>> On May 31, 2019, at 2:47 PM, Andy Lutomirski wrote:
>>>
>>>
>>> On May 31, 2019, at 2:33 PM, Nadav Amit wrote:
>>>
> On May 31, 2019, at 2:14 PM, Andy Lutomirski wrote:
>
>>>
> -Original Message-
> From: linux-edac-ow...@vger.kernel.org On
> Behalf Of Borislav Petkov
> Sent: Friday, June 7, 2019 11:37 AM
> To: Ghannam, Yazen
> Cc: Luck, Tony ; linux-e...@vger.kernel.org;
> linux-kernel@vger.kernel.org; x...@kernel.org
> Subject: Re: [PATCH v3 5/6] x86/MCE: S
The pull request you sent on Thu, 06 Jun 2019 15:00:10 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/davem/net refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/1e1d926369545ea09c98c6c7f5d109aa4ee0cd0b
Thank you!
--
Deet-doot-dot, I am
The pull request you sent on Thu, 6 Jun 2019 20:14:24 +:
> git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git tags/for-linus
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/6e38335dcc70f03faba26bf1260ee024d930afe1
Thank you!
--
Deet-doot-dot, I am a bot.
The pull request you sent on Fri, 7 Jun 2019 16:13:16 +0100:
> git://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git tags/arm64-fixes
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/a02a532c2a6c79a898cd6c430fe3ad011d9aece3
Thank you!
--
Deet-doot-dot, I am a
Atish Patra writes:
> On 6/5/19 10:37 AM, Kevin Hilman wrote:
>> Hi Paul,
>>
>> Paul Walmsley writes:
>>
>>> Add support for building flattened DT files from DT source files under
>>> arch/riscv/boot/dts. Follow existing kernel precedent from other SoC
>>> architectures. Start our board supp
> On Jun 7, 2019, at 1:49 AM, Ard Biesheuvel wrote:
>
> On Fri, 7 Jun 2019 at 10:29, Peter Zijlstra wrote:
>> On Thu, Jun 06, 2019 at 10:44:23PM +, Nadav Amit wrote:
+ * Usage example:
+ *
+ * # Start with the following functions (with identical prototypes):
+ * int f
05.06.2019 1:55, Dmitry Osipenko пишет:
> 04.06.2019 16:40, Dmitry Osipenko пишет:
>> 04.06.2019 14:07, Thierry Reding пишет:
>>> On Thu, May 02, 2019 at 02:38:06AM +0300, Dmitry Osipenko wrote:
There is no guarantee that interrupt handling isn't running in parallel
with tegra_actmon_disa
On Fri, Jun 07, 2019 at 04:44:24PM +, Ghannam, Yazen wrote:
> I have another version of this set that I can send today. It includes
> the changes for this patch and also includes the fix for the locking
> bug message.
>
> Should I send out the new version? Or do you want me to wait for any
> fi
Neil Armstrong writes:
> On 06/06/2019 22:00, Kevin Hilman wrote:
>> Neil Armstrong writes:
>>
>>> From: Christian Hewitt
>>>
>>> Fix DTC warnings:
>>>
>>> meson-gxm-khadas-vim2.dtb: Warning (avoid_unnecessary_addr_size):
>>>/gpio-keys-polled: unnecessary #address-cells/#size-cells
>>>
Konstantin,
> + if (dev->horkage & ATA_HORKAGE_NOTRIM)
> + trim_status = "backlisted";
blacklisted
> + else
> + trim_status = "supported";
> +
> + if (!ata_fpdma_dsm_supported(de
On 2019-05-29 16:53, YueHaibing wrote:
> Fixes gcc '-Wunused-but-set-variable' warnings:
>
> drivers/net/wireless/mediatek/mt76/mt7603/mac.c: In function mt7603_fill_txs:
> drivers/net/wireless/mediatek/mt76/mt7603/mac.c:969:5: warning: variable pid
> set but not used [-Wunused-but-set-variable]
On 2019-06-03 08:08, Ryder Lee wrote:
> Fix wrong WCID assignment and add RKV (RX Key of this entry is valid)
> flag to check if peer uses the same configuration with previous
> handshaking.
>
> If the configuration is mismatch, WTBL indicates a “cipher mismatch”
> to stop SEC decryption to preven
> -Original Message-
> From: linux-edac-ow...@vger.kernel.org On
> Behalf Of Borislav Petkov
> Sent: Friday, June 7, 2019 11:59 AM
> To: Ghannam, Yazen
> Cc: Luck, Tony ; linux-e...@vger.kernel.org;
> linux-kernel@vger.kernel.org; x...@kernel.org
> Subject: Re: [PATCH v3 5/6] x86/MCE: S
vmx->loaded_cpu_state can only be NULL or equal to vmx->loaded_vmcs,
so change it to a bool. Because the direction of the bool is
now the opposite of vmx->guest_msrs_dirty, change the direction of
vmx->guest_msrs_dirty so that they match.
Finally, do not imply that MSRs have to be reloaded when
v
On Fri, Jun 07, 2019 at 04:29:16PM +0200, Sebastian Andrzej Siewior wrote:
> In commit
>
> 39388e80f9b0c ("x86/fpu: Don't save fxregs for ia32 frames in
> copy_fpstate_to_sigframe()")
>
> I removed the statement
> | if (ia32_fxstate)
> | copy_fxregs_to_kernel(fpu);
>
> and
On 6/6/19 6:36 PM, Matteo Croce wrote:
> Some sysctl related code and data structures is never referenced
> when CONFIG_SYSCTL is not set.
> While this is usually harmless, it produces a build failure since sysctl
> shared variables exists, due to missing sysctl_vals symbol:
>
> ld: net/mpls/a
On 6/5/19 5:09 AM, Will Deacon wrote:
> On Mon, Jun 03, 2019 at 04:18:29PM -0700, Florian Fainelli wrote:
>> asm/smp.h is included by linux/smp.h and some drivers, in particular
>> irqchip drivers can access cpu_logical_map[] in order to perform SMP
>> affinity tasks. Make arm64 consistent with oth
Hello Frank,
On Fri, Jun 07, 2019 at 09:50:08PM +0800, Frank Lee wrote:
> HI Ondřej,
>
>
> On Mon, May 27, 2019 at 10:25 PM Ondřej Jirman wrote:
> >
> > Hi Yangtao,
> >
> > On Sat, May 25, 2019 at 02:13:27PM -0400, Yangtao Li wrote:
> > > This patch adds the support for allwinner thermal sensor
On Fri, Jun 07, 2019 at 05:08:04PM +, Ghannam, Yazen wrote:
> Right, I took that branch, squashed the locking fix into patch 2,
> fixed up the remaining patches, and then redid the last patch.
>
> I plan to send the result as a v4 of this patchset with all the links,
> version history, etc. Is
On Fri, Jun 07, 2019 at 07:18:21PM +0200, verejna wrote:
> Hello Frank,
>
> On Fri, Jun 07, 2019 at 09:50:08PM +0800, Frank Lee wrote:
> > HI Ondřej,
> >
> >
> > On Mon, May 27, 2019 at 10:25 PM Ondřej Jirman wrote:
> > >
> > > Hi Yangtao,
> > >
> > > On Sat, May 25, 2019 at 02:13:27PM -0400, Y
On 6/5/19 5:50 PM, Aaro Koskinen wrote:
Hi,
When upgrading from v5.0 -> v5.1 on G4 PowerBook, I noticed WLAN does
not work anymore:
[ 42.004303] b43legacy-phy0: Loading firmware version 0x127, patch level 14
(2005-04-18 02:36:27)
[ 42.184837] b43legacy-phy0 debug: Chip initialized
[ 42.1
Konstantin,
> Printing this at each SCSI READ_CAPACITY command is too verbose.
>
> Flag "discard_zeroes_data" is deprecated since commit 48920ff2a5a9
> ("block: remove the discard_zeroes_data flag").
> - dev->horkage & ATA_HORKAGE_ZERO_AFTER_TRIM) {
> -
We should not call 'ndo_bpf()' or 'dev_put()' with NULL argument.
Fixes: c9b47cc1fabc ("xsk: fix bug when trying to use both copy and zero-copy
on one queue id")
Signed-off-by: Ilya Maximets
---
I'm not sure if this fixes any real NULL pointer dereference, but code
is not consistent anyway and
On 5/30/19 4:16 PM, Florian Fainelli wrote:
> The driver uses cpu_logical_map[] which is defined under
> arch/{arm,arm64}/include/asm/smp_plat.h.
>
> Fixes: 5f7f0317ed28 ("IRQCHIP: Add new driver for BCM7038-style level 1
> interrupt controllers")
> Signed-off-by: Florian Fainelli
Please discar
On Fri, Jun 07, 2019 at 06:24:29PM +0200, Paul Cercueil wrote:
> This allows the probe function to be dropped after the kernel finished
> its initialization, in the case where the driver was not compiled as a
> module.
>
> Signed-off-by: Paul Cercueil
Reviewed-by: Guenter Roeck
> ---
>
> Note
I don't think we should work around this in the driver, we need to fix
it in the core. I'm curious why my previous patch didn't work. Can
you throw in a few printks what failed? I.e. did dma_direct_supported
return false? Did the actual allocation fail?
The wl1837mod datasheet [1] says about the WL_IRQ pin:
---8<---
SDIO available, interrupt out. Active high. [..]
Set to rising edge (active high) on powerup.
---8<---
That's the reason of seeing the interrupt configured as:
- IRQ_TYPE_EDGE_RISING on HiKey 960/970
- IRQ_TYPE_LEVEL_HIGH on a nu
Device that bound to XDP socket will not have zero refcount until the
userspace application will not close it. This leads to hang inside
'netdev_wait_allrefs()' if device unregistering requested:
# ip link del p1
< hang on recvmsg on netlink socket >
# ps -x | grep ip
5126 pts/0D+
Jens,
>> The SCSI bits will need a bit more review, and possibly tweaking
>> fo megaraid and mpt3sas. But they are really independent of the
>> other patches, so maybe skip them for now and leave them for Martin
>> to deal with.
>
> I dropped the SCSI bits.
I'll monitor and merge them.
--
Ma
On Fri, Jun 7, 2019 at 3:32 AM Oleg Nesterov wrote:
>
> The only complication is that non-restartable io_getevents() and
> io_getevents_time32() have to translate ERESTARTNOHAND into EINTR.
Are they actually nonrestartable? I think the current EINTR is just a mistake.
Linus
On Sat, Jun 08, 2019 at 12:47:08AM +0900, Masami Hiramatsu wrote:
> > This fits almost all text_poke_bp() users, except
> > arch_unoptimize_kprobe() which restores random text, and for that site
> > we have to build an explicit emulate instruction.
>
> Hm, actually it doesn't restores randome tex
On Thu, May 23, 2019 at 05:10:47PM +0200, Clément Péron wrote:
> Allwinner H6 has a similar watchdog as the A64 which is already
> a compatible of the A31.
>
> This commit add the H6 compatible.
>
> Signed-off-by: Clément Péron
> Reviewed-by: Rob Herring
Reviewed-by: Guenter Roeck
> ---
> D
On Thu, 30 May 2019 16:59:14 -0500
Bjorn Helgaas wrote:
> From: Bjorn Helgaas
>
> Fix typo ("dependenties" for "dependencies").
>
> Signed-off-by: Bjorn Helgaas
> ---
> scripts/sphinx-pre-install | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/sphinx-pre-ins
On Fri, Jun 07, 2019 at 07:08:21PM +0200, Paolo Bonzini wrote:
> vmx->loaded_cpu_state can only be NULL or equal to vmx->loaded_vmcs,
> so change it to a bool. Because the direction of the bool is
> now the opposite of vmx->guest_msrs_dirty, change the direction of
> vmx->guest_msrs_dirty so that
On Fri, Jun 7, 2019 at 10:33 AM Linus Torvalds
wrote:
>
> Are they actually nonrestartable? I think the current EINTR is just a mistake.
Oh, I guess they are, because of the relative timeout thing that
shouldn't reset to the original value.
And I don't think this is worth a ERESTAR_RESTARTTBLOCK
Hey Suzuki,
On Fri, 7 Jun 2019 at 03:21, Suzuki K Poulose wrote:
>
> Hi Mathieu,
>
> On 24/05/2019 18:34, Mathieu Poirier wrote:
> > When operating in CPU-wide mode being notified of contextID changes is
> > required so that the decoding mechanic is aware of the process context
> > switch.
> >
>
On Wed, Jun 05, 2019 at 06:24:33AM +, Anson Huang wrote:
> Hi, Guenter
>
> > -Original Message-
> > From: Guenter Roeck On Behalf Of Guenter Roeck
> > Sent: Sunday, May 12, 2019 9:28 PM
> > To: Anson Huang ; robh...@kernel.org;
> > mark.rutl...@arm.com; w...@linux-watchdog.org; shawn.
On 5/31/19 5:08 PM, Alex Elder wrote:
> On 5/31/19 4:12 PM, Arnd Bergmann wrote:
>> On Fri, May 31, 2019 at 10:47 PM Alex Elder wrote:
>>> On 5/31/19 2:19 PM, Arnd Bergmann wrote:
On Fri, May 31, 2019 at 6:36 PM Alex Elder wrote:
> On 5/31/19 9:58 AM, Dan Williams wrote:
>> On Thu, 2
seq_file.h does not need to be included, so remove it.
Signed-off-by: Yangtao Li
---
kernel/time/hrtimer.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/kernel/time/hrtimer.c b/kernel/time/hrtimer.c
index 41dfff23c1f9..edb230aba3d1 100644
--- a/kernel/time/hrtimer.c
+++ b/kernel/time/hrtime
> -Original Message-
> From: Colin King [mailto:colin.k...@canonical.com]
> Sent: Thursday, June 06, 2019 6:11 AM
> To: Keller, Jacob E ; Kirsher, Jeffrey T
> ; David S . Miller ;
> intel-wired-
> l...@lists.osuosl.org; net...@vger.kernel.org
> Cc: kernel-janit...@vger.kernel.org; linux-ke
On Fri, Jun 07, 2019 at 04:35:42PM +, Nadav Amit wrote:
> > On Jun 7, 2019, at 1:37 AM, Peter Zijlstra wrote:
> > On Thu, Jun 06, 2019 at 10:24:17PM +, Nadav Amit wrote:
> >>> + if (ret) {
> >>> + WARN(1, "Failed to allocate memory for static calls");
> >>> +
On Fri, 7 Jun 2019 at 03:41, Suzuki K Poulose wrote:
>
>
>
> On 24/05/2019 18:34, Mathieu Poirier wrote:
> > When operating in CPU-wide mode tracers need to generate timestamps in
> > order to correlate the code being traced on one CPU with what is executed
> > on other CPUs.
> >
> > Signed-off-by
On Fri, Jun 07, 2019 at 10:37:10AM -0700, Sean Christopherson wrote:
> On Fri, Jun 07, 2019 at 07:08:21PM +0200, Paolo Bonzini wrote:
> > vmx->loaded_cpu_state can only be NULL or equal to vmx->loaded_vmcs,
> > so change it to a bool. Because the direction of the bool is
> > now the opposite of vm
On Fri, Jun 7, 2019 at 10:34 AM Peter Zijlstra wrote:
>
> I was/am lazy and didn't want to deal with:
>
> arch/x86/include/asm/nops.h:#define GENERIC_NOP5_ATOMIC
> NOP_DS_PREFIX,GENERIC_NOP4
> arch/x86/include/asm/nops.h:#define K8_NOP5_ATOMIC 0x66,K8_NOP4
> arch/x86/include/asm/nops.h:#define K7
Change wait_event_hrtimeout() to not call __wait_event_hrtimeout()
if timeout == 0, this matches other _timeout() helpers in wait.h.
This allows to simplify its only user, read_events(), it no longer
needs to optimize the "until == 0" case by hand.
Note: this patch doesn't use ___wait_cond_timeou
On Fri, May 31, 2019 at 10:21:01AM +0100, Colin King wrote:
> From: Colin Ian King
>
> A previous change incorrectly changed the inverted logic and logically
> negated the readl rather than the shifted readl result. Fix this by
> adding in missing parentheses around the expression that needs to b
On Fri, May 31, 2019 at 10:21:00AM +0100, Colin King wrote:
> From: Colin Ian King
>
> Currently the comparison of end with less than zero is always false
> because end is an unsigned long. Also, replace checks of end with
> non-zero with end > 0 as it is possible that the #defined decrement
> m
Quoting Weiyi Lu (2019-06-06 20:11:52)
> diff --git a/drivers/clk/mediatek/clk-mt8183.c
> b/drivers/clk/mediatek/clk-mt8183.c
> index 9d86510..a8f50bc 100644
> --- a/drivers/clk/mediatek/clk-mt8183.c
> +++ b/drivers/clk/mediatek/clk-mt8183.c
> @@ -1167,37 +1169,62 @@ static int clk_mt8183_apmixed_
On 6/7/19 9:52 AM, Kevin Hilman wrote:
Atish Patra writes:
On 6/5/19 10:37 AM, Kevin Hilman wrote:
Hi Paul,
Paul Walmsley writes:
Add support for building flattened DT files from DT source files under
arch/riscv/boot/dts. Follow existing kernel precedent from other SoC
architectures. St
Hi,
On Fri, Jun 7, 2019 at 5:29 AM Adrian Hunter wrote:
>
> >> @@ -711,8 +720,16 @@ brcmf_sdio_kso_control(struct brcmf_sdio *bus, bool
> >> on)
> >> err_cnt = 0;
> >> }
> >> /* bail out upon subsequent access errors */
> >> -
Quoting Anson Huang (2019-06-06 17:50:28)
>
> I will use devm_platform_ioremap_resource() instead of ioremap(),
> and can you be more specific about devmified clk registration?
>
I mean using things like devm_clk_hw_register().
Linus Torvalds writes:
> On Fri, Jun 7, 2019 at 10:33 AM Linus Torvalds
> wrote:
>>
>> Are they actually nonrestartable? I think the current EINTR is just a
>> mistake.
>
> Oh, I guess they are, because of the relative timeout thing that
> shouldn't reset to the original value.
>
> And I don't
On Fri, 2019-06-07 at 12:27 +0200, Enric Balletbo i Serra wrote:
> On many boards, communication between the kernel and the Embedded
> Controller happens over an LPC bus. In these cases, the kernel config
> CONFIG_CROS_EC_LPC is enabled. Some of these LPC boards contain a
> Microchip Embedded Contr
On Tue, Jun 04, 2019 at 10:42:22AM -0500, Gustavo A. R. Silva wrote:
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes, in particular in the
> context in which this code is being used.
>
> So, replace the following form:
>
> si
Hi,
On Fri, Jun 7, 2019 at 6:32 AM Arend Van Spriel
wrote:
>
> On June 7, 2019 2:40:04 PM Adrian Hunter wrote:
>
> > On 7/06/19 8:12 AM, Arend Van Spriel wrote:
> >> On June 6, 2019 11:37:22 PM Doug Anderson wrote:
> >>>
> >>> In the case of dw_mmc, which I'm most familiar with, we don't have a
601 - 700 of 969 matches
Mail list logo
