On Fri, 15 Feb 2019, Markus Elfring wrote:
> >> So I plan to modify the following to capture both cases:
> >> -local idexpression id;
> >> +expression id;
> >
> > I'm not sure that this is a good idea.
>
> Why have you got doubts here?
>
>
> > There is likely no need for a put in the latter cas
The of_find_device_by_node takes a reference to the struct device
when find the match device ,we should release it when fail.
Signed-off-by: WangBo
---
drivers/pinctrl/nomadik/pinctrl-nomadik.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git a/drivers/pinctrl
On Thu, Feb 14, 2019 at 2:41 AM Christoph Hellwig wrote:
>
> Add one definition to lib/Kconfig and let the architectures
> select if it supported.
>
> Signed-off-by: Christoph Hellwig
> diff --git a/arch/unicore32/Kconfig b/arch/unicore32/Kconfig
> index 52b4d48e351a..9de1d983a99a 100644
> ---
On Sat, Dec 8, 2018 at 4:46 PM Mathieu Malaterre wrote:
>
> `pt_regs_check` is a dummy function, its purpose is to break the build
> if struct pt_regs and struct user_pt_regs don't match.
>
> This function has no functionnal purpose, and will get eliminated at
> link time or after init depending o
Le 14/02/2019 à 18:05, Christoph Hellwig a écrit :
On Thu, Feb 14, 2019 at 09:26:19AM +0100, Christophe Leroy wrote:
Could you also remove the 'config GENERIC_CSUM' item in
arch/powerpc/Kconfig ?
All the separate declarations go away later in this series.
I saw, but the purpose of the la
HI, Jiri Kosina,
On Fri, 15 Feb 2019, Jiri Kosina wrote:
>On Fri, 15 Feb 2019, chenzefeng (A) wrote:
>> On x86-64, for 32-bit PC-relacive branches, we can generate PLT32
>> relocation, instead of PC32 relocation. and R_X86_64_PLT32 can be
>> treated the same as R_X86_64_PC32 since linux kernel
> The whole goal of the semantic patch is to ensure that put_device is
> called when needed.
Thanks for this clarification.
The software development goal seems to be clear to some degree.
> If the value is stored in a structure,
Will any further means become relevant for the discussed data pro
On Thu, Feb 14, 2019 at 07:45:33PM +, Mans Rullgard wrote:
> This adds the USB ID of the Hjelmslund Electronics USB485 Iso stick.
>
> Signed-off-by: Mans Rullgard
Applied, thanks.
Johan
Le 15/02/2019 à 09:11, Mathieu Malaterre a écrit :
On Sat, Dec 8, 2018 at 4:46 PM Mathieu Malaterre wrote:
`pt_regs_check` is a dummy function, its purpose is to break the build
if struct pt_regs and struct user_pt_regs don't match.
This function has no functionnal purpose, and will get el
RPS not work for DSA devices since the 'skb_get_hash'
will always get the invalid hash for dsa tagged packets.
"[PATCH] tag_mtk: add flow_dissect callback to the ops struct"
introduced the flow_dissect callback to get the right hash for
MTK tagged packet. And tag_dsa also needs to implement
the ca
Hi Jerome,
On Fri, Feb 08, 2019 at 04:42:06PM +0100, Jerome Forissier wrote:
> The files optee_msg.h and optee_smc.h (under drivers/tee/optee) contain
> information originating from the OP-TEE OS project [1] [2], where the
> licensing terms are BSD 2-Clause. Therefore, apply a dual license to
> th
On Fri, 15 Feb 2019 at 06:49, Masahiro Yamada
wrote:
>
> On Tue, Feb 12, 2019 at 4:26 PM Ard Biesheuvel
> wrote:
> >
> > On Tue, 12 Feb 2019 at 04:45, Masahiro Yamada
> > wrote:
> > >
> > > It took me a while to understand what is going on in the nested
> > > if-blocks.
> > >
> > > Simplify it b
On Fri, Feb 15, 2019 at 3:19 AM Finn Thain wrote:
> The value of info->var.bits_per_pixel get checked in macfb_setcolreg().
> Remove additional checks as they are redundant.
>
> macfb_defined.activate gets initialized to FB_ACTIVATE_NOW by the struct
> initializer. Remove redundant assignments.
>
On 15/02/2019 09:12, Andreas Kemnade wrote:
> Hi,
>
> On Fri, 8 Feb 2019 11:13:33 +0200
> Tomi Valkeinen wrote:
>
>> On 05/02/2019 08:38, Andreas Kemnade wrote:
>>> This panel has a backlight, so add a property describing that and
>>> add the code to use that.
>>> This makes things like xset dpm
Hi, Jitao:
On Tue, 2019-02-12 at 14:19 +0800, Jitao Shi wrote:
> This patch adds mipi tx driver support for mt8183.
>
> Mipi_tx of mt8183 is very different to mt8173.
> 1.Separate mipi tx setting to mtk_mt8173_mipi_tx.c for mt8173
> 2.Separate mipi tx setting to mtk_mt8183_mipi_tx.c for mt8183
>
The PHY core expects PHY drivers not to set Pause and Asym_Pause bits,
unless the driver only wants to specify one of them due to HW
limitation. In the case of the Marvell10g driver, we don't need to set
them.
Signed-off-by: Maxime Chevallier
Suggested-by: Andrew Lunn
---
drivers/net/phy/marvel
From: Eugen Hristev
This change is a redesign in the formats and the way the ISC is
configured w.r.t. sensor format and the output format from the ISC.
I have changed the splitting between sensor output (which is also ISC input)
and ISC output.
The sensor format represents the way the sensor is c
Hi Felipe,
Sorry for the late response, I didn't receive your mail.
Felipe Balbi wrotes:
>Hi,
>
>Ran Wang writes:
>> +static void dwc3_power_off_all_roothub_ports(struct dwc3 *dwc)
>> +{
>> +int i, port_num;
>> +u32 reg, op_regs_base, offset;
>> +void __iomem*xhci_re
Le 14/02/2019 à 23:04, Daniel Axtens a écrit :
Hi Christophe,
--- a/arch/powerpc/include/asm/string.h
+++ b/arch/powerpc/include/asm/string.h
@@ -27,6 +27,20 @@ extern int memcmp(const void *,const void *,__kernel_size_t);
extern void * memchr(const void *,int,__kernel_size_t);
extern vo
On Thu, Feb 14, 2019 at 2:40 AM Christoph Hellwig wrote:
>
> And just let the architectures that want it select the symbol.
> Same for GENERIC_BUG_RELATIVE_POINTERS.
>
> Signed-off-by: Christoph Hellwig
This slightly changes the behavior of GENERIC_BUG_RELATIVE_POINTERS
for arm64, riscv, x86.
P
Hi Krzysztof,
On Fri, 15 Feb 2019 at 13:03, Krzysztof Kozlowski wrote:
>
> On Thu, 14 Feb 2019 at 19:37, Anand Moon wrote:
> >
> > Hi Krzysztof,
> >
> > Thanks for your review comments.
> >
> > On Thu, 14 Feb 2019 at 18:29, Krzysztof Kozlowski wrote:
> > >
> > > On Wed, 13 Feb 2019 at 22:41, An
Hi Krzysztof,
On Fri, 15 Feb 2019 at 13:01, Krzysztof Kozlowski wrote:
>
> On Thu, 14 Feb 2019 at 19:35, Anand Moon wrote:
> >
> > hi Krzysztof,
> >
> > Thanks fro your review comments.
> >
> > On Thu, 14 Feb 2019 at 18:11, Krzysztof Kozlowski wrote:
> > >
> > > Hi Anand,
> > >
> > > Thanks for
On 14/02/2019 21:33, Tony Krowiak wrote:
On 2/14/19 8:51 AM, Pierre Morel wrote:
The subject leads one to believe this patch series introduces
ioctl definitions for AQIC, but there is not a single ioctl
definition in the series. Something like this might be more
appropriate:
This is right Tony
On Fri, Feb 15, 2019 at 9:21 AM Christophe Leroy
wrote:
>
>
>
> Le 15/02/2019 à 09:11, Mathieu Malaterre a écrit :
> > On Sat, Dec 8, 2018 at 4:46 PM Mathieu Malaterre wrote:
> >>
> >> `pt_regs_check` is a dummy function, its purpose is to break the build
> >> if struct pt_regs and struct user_pt
On 05/02/2019 14:25, Roger Quadros wrote:
Tero,
On 11/01/19 11:44, Roger Quadros wrote:
The AM65 SoC has 2MB MSMC RAM. Add this as a mmio-sram
node so drivers can use it via genpool API.
Following areas are marked reserved:
- Lower 128KB for ATF
- 64KB@0xf for SYSFW
- Upper 1MB for cache
On Thu, Dec 27, 2018 at 04:42:25PM +0100, Paul Kocialkowski wrote:
> The driver's interrupt handler checks whether a message is currently
> being handled with the curr_msg pointer. When it is NULL, the interrupt
> is considered to be unexpected. Similarly, the i2c_start_transfer
> routine checks fo
On 12/02/2019 14:22, Vignesh R wrote:
TI AM654 SoC has two ADC instances in the MCU domain. Add DT nodes for
the same.
Signed-off-by: Vignesh R
---
Tero,
Could you also pick up DT bindings here:
https://patchwork.kernel.org/patch/10751429/
All the Acks are in place.
Queued for 5.1, includin
On 05/02/2019 14:45, Roger Quadros wrote:
Hi,
The AM654 SoC supports 2 DWC3 USB controller instances. The
AM654 base board supports the 2nd (USB1) instance in high-speed.
This series enables support for USB1 instance on the AM654-base-board.
The series depends on [1] and [2]. Both are in the -
czw., 14 lut 2019 o 22:30 Shravan Kumar Ramani
napisał(a):
>
> This patch adds support for the GPIO controller used by Mellanox
> BlueField SOCs.
>
> Reviewed-by: David Woods
> Signed-off-by: Shravan Kumar Ramani
> ---
> drivers/gpio/Kconfig | 7 ++
> drivers/gpio/Makefile | 1 +
>
On Friday, February 15, 2019 12:26 AM, Andi Kleen wrote:
> > diff --git a/include/uapi/linux/perf_event.h
> > b/include/uapi/linux/perf_event.h index 9de8780..ec97a70 100644
> > --- a/include/uapi/linux/perf_event.h
> > +++ b/include/uapi/linux/perf_event.h
> > @@ -372,7 +372,8 @@ struct perf_event
On Mon, Feb 11, 2019 at 10:54:44AM -0800, Jae Hyun Yoo wrote:
> In multi-master environment, this driver's master cannot know
> exactly when a peer master sends data to this driver's slave so
> cases can be happened that this master tries sending data through
> the master_xfer function but slave da
On Friday, February 15, 2019 12:32 AM, Andi Kleen wrote:
>
> > +static void intel_pmu_get_global_status(struct kvm_pmu *pmu,
> > + struct msr_data *msr_info)
> > +{
> > + u64 guest_debugctl, freeze_lbr_bits =
> DEBUGCTLMSR_FREEZE_LBRS_ON_PMI |
> > +
On 19-02-14 16:55:22, Angus Ainslie wrote:
> On 2019-02-13 11:05, Abel Vesa wrote:
> > Add the opp table containing only non over drive opps.
> > Also add the cpu-supply nodes for the A53 cores in the EVK board.
> >
> > Signed-off-by: Abel Vesa
> > ---
> > arch/arm64/boot/dts/freescale/imx8mq-ev
Hi Chao,
On 2019/2/15 15:02, Chao Yu wrote:
> On 2019/2/1 20:16, Gao Xiang wrote:
>> As Al pointed out, "
>> ... and while we are at it, what happens to
>> unsigned int nameoff = le16_to_cpu(de[mid].nameoff);
>> unsigned int matched = min(startprfx, endprfx);
>>
>> struct qstr dname
On Fri, Feb 15, 2019 at 01:10:33AM +0200, Igor Stoppa wrote:
>
>
> On 14/02/2019 13:28, Peter Zijlstra wrote:
> > On Thu, Feb 14, 2019 at 12:41:32AM +0200, Igor Stoppa wrote:
>
> [...]
>
> > > +#define wr_rcu_assign_pointer(p, v) ({ \
> > > + smp_mb(); \
> > > + wr_assig
On Fri, 15 Feb 2019 07:21:50 +,
Matthias Brugger wrote:
>
>
>
> On 2/15/19 7:02 AM, Erin Lo wrote:
> > This adds dt-binding documentation of SYSIRQ for Mediatek MT8183 SoC
> > Platform.
> >
> > Signed-off-by: Erin Lo
> > Acked-by: Rob Herring
> > ---
>
> Reviewed-by: Matthias Brugger
>
On Friday, February 15, 2019 9:50 AM, Like Xu wrote:
> To: Wang, Wei W ; linux-kernel@vger.kernel.org;
> k...@vger.kernel.org; pbonz...@redhat.com; a...@linux.intel.com;
> pet...@infradead.org
> Cc: Liang, Kan ; mi...@redhat.com;
> rkrc...@redhat.com; Xu, Like ; ja...@google.com;
> arei.gong...@hua
i2c_get_dma_safe_msg_buf() allocates space based on msg->len. If threshold is
0 and msg->len is also 0, function makes zero-length allocation, which returns
a special ZERO_SIZE_PTR instead of a NULL pointer, and this will cause later
code to fail. Modify the threshold to > 0 so the function returns
On Thu, Feb 14, 2019 at 09:54:28AM +0800, Qii Wang wrote:
> On Tue, 2019-02-05 at 14:16 +0100, Wolfram Sang wrote:
> > > + - mediatek,share-i3c: i3c controller can share i2c function.
> >
> > I am not happy with this binding. There must be a better way of using
> > the I3C controller in I2C mode.
Hi Dan,
On 2019/2/15 15:57, Dan Carpenter wrote:
> On Fri, Feb 15, 2019 at 03:02:25PM +0800, Chao Yu wrote:
>> On 2019/2/1 20:16, Gao Xiang wrote:
>>> + /*
>>> +* on-disk error, let's only BUG_ON in the debugging mode.
>>> +* otherwise, it will return 1 to just skip the invalid name
>>>
On Thursday, February 14, 2019 5:43 PM, David Hildenbrand wrote:
> Yes indeed, that is the important bit. They must not be put pack to the
> buddy before they have been processed by the hypervisor. But as the pages
> are not in the buddy, no one allocating a page will stumble over such a page
> and
On Fri 2019-02-15 08:17:36, chenzefeng (A) wrote:
> HI, Jiri Kosina,
>
> On Fri, 15 Feb 2019, Jiri Kosina wrote:
> >On Fri, 15 Feb 2019, chenzefeng (A) wrote:
>
> >> On x86-64, for 32-bit PC-relacive branches, we can generate PLT32
> >> relocation, instead of PC32 relocation. and R_X86_64_PLT32
On Fri, Feb 15, 2019 at 3:25 AM Sugaya, Taichi
wrote:
> On 2019/02/15 0:18, Arnd Bergmann wrote:
> > On Thu, Feb 14, 2019 at 3:44 PM Daniel Lezcano
> > wrote:
> >>
> >> On 13/02/2019 11:34, Sugaya, Taichi wrote:
> >>> Hi,
> >>>
> >>> On 2019/02/12 18:06, Daniel Lezcano wrote:
> On 08/02/2019
On 2/14/19 7:09 PM, Florian Fainelli wrote:
On 2/14/19 9:26 AM, Alexandre Torgue wrote:
GMAC IP is little-endian and used on several kind of CPU (big or little
endian). Main callbacks functions of the stmmac drivers take care about
it. It was not the case for dwmac4_get_timestamp function.
> In a function, for a local variable returned by calling
> of_find_device_by_node(),
I suggest to reconsider this information once more.
1. Will an other wording be more appropriate for the storage of
a function return value?
2. Can the restriction “local” be omitted?
3. Will any macros be
On Fri 15-02-19 08:00:22, Greg KH wrote:
> On Thu, Feb 14, 2019 at 12:20:27PM -0800, Andrew Morton wrote:
> > On Thu, 14 Feb 2019 09:56:46 -0800 Linus Torvalds
> > wrote:
> >
> > > On Wed, Feb 13, 2019 at 3:37 PM Richard Weinberger
> > > wrote:
> > > >
> > > > Your shebang line exceeds BINPRM_B
On Fri, Feb 15, 2019 at 05:02:02PM +0800, Hsin-Yi Wang wrote:
> i2c_get_dma_safe_msg_buf() allocates space based on msg->len. If threshold is
> 0 and msg->len is also 0, function makes zero-length allocation, which returns
> a special ZERO_SIZE_PTR instead of a NULL pointer, and this will cause lat
Hi Lukasz and Fabrizio,
Am 15.02.19 um 07:52 schrieb Lukasz Majewski:
> The best approach is to run:
>
> git format patch -1
>
> And then
>
> scripts/get_maintainer.pl 0001-xxx
>
> You shall see the the list of people to send the patch.
No, that does not answer his question. And please
On 2019/2/15 12:28, Ritesh Harjani wrote:
>
> On 2/14/2019 9:40 PM, Chao Yu wrote:
>> On 2019-2-14 15:46, Sahitya Tummala wrote:
>>> On Wed, Feb 13, 2019 at 11:25:31AM +0800, Chao Yu wrote:
On 2019/2/4 16:06, Sahitya Tummala wrote:
> Fix below warning coming because of using mutex lock in
If "acpi=off" specified in cmdline, the whole functions of acpi.c
should not work, there is no need to ealy parse RSDP, so detect
"acpi=off" in the very first place.
Also replace magic number with macro.
Signed-off-by: Chao Fan
---
arch/x86/boot/compressed/acpi.c | 12 ++--
1 file chang
On Thu, 14 Feb 2019 13:30:59 -0500
Tony Krowiak wrote:
> On 2/14/19 12:36 PM, Pierre Morel wrote:
> > On 14/02/2019 17:57, Cornelia Huck wrote:
> >> On Thu, 14 Feb 2019 16:47:30 +0100 Pierre Morel
> >> wrote:
> >>
> >>> On 14/02/2019 15:54, Cornelia Huck wrote:
> On Thu, 14 Feb 2019 1
Am Mittwoch, 13. Februar 2019, 18:06:37 CET schrieb Akash Gajjar:
> rename dc12, vcc_sys, vcc1v8_pmu regulators and make it more redable as per
> the schematic of rk3399-rockpro64.
>
> Signed-off-by: Akash Gajjar
applied for (hopefully) 5.1
Thanks
Heiko
On Thursday, February 14, 2019 6:01 PM, David Hildenbrand wrote:
> And how to preload without locking?
The memory is preload per-CPU. It's usually called outside the lock.
Best,
Wei
Ok, I can add a check in another patch. Should we return NULL pointer
if msg->len is 0 or print out some warnings? Thanks.
On Fri, Feb 15, 2019 at 5:10 PM Wolfram Sang wrote:
>
> On Fri, Feb 15, 2019 at 05:02:02PM +0800, Hsin-Yi Wang wrote:
> > i2c_get_dma_safe_msg_buf() allocates space based on
From: Sanjay R Mehta
Add bug fix for ntb_perf and ntb_hw_amd
Sanjay R Mehta (4):
NTB: ntb_perf: Increased the number of message retries to 1000
NTB: ntb_perf: Disable NTB link after clearing peer XLAT registers
NTB: ntb_perf: Clear stale values in doorbell and command SPAD
register
N
On Tue, Jan 15, 2019 at 11:43:51PM +0100, Wolfram Sang wrote:
>
> > All errors (new ones prefixed by >>):
> >
> > >> ERROR: "at91_init_twi_bus_slave" [drivers/i2c/busses/i2c-at91.ko]
> > >> undefined!
> > >> ERROR: "at91_twi_probe_slave" [drivers/i2c/busses/i2c-at91.ko] undefined!
>
> That need
From: Sanjay R Mehta
while waiting for the peer ntb_perf to initialize scratchpad
registers, local side ntb_perf might have already exhausted the
maximum number of retries which is currently set to 500. To avoid
this and to give little more time to the peer ntb_perf for scratchpad
initialization
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit af63147c1edacfb75a28885a7cd7e6f44e626164:
>
> perf/x86/intel: Add counter freezing quirk for Goldmon
Am Mittwoch, 13. Februar 2019, 18:06:38 CET schrieb Akash Gajjar:
> lcd panel pinmux and vcc1v8_s3 regulator is redundant and has a no impact,
> so removing it.
>
> Signed-off-by: Akash Gajjar
vcc1v8_s3 is actually also a emmc supply, so I'd like to keep it around
for completenes sake.
I've now
From: Sanjay R Mehta
If ntb link disabled before clearing peer's XLAT register, the clearing
won't have any effect since the link is already down. So modified the
sequence so that the link is down only towards the end of the function
after clearing the XLAT register
Signed-off-by: Sanjay R Mehta
From: Sanjay R Mehta
when ntb_perf is unloaded, the command scratchpad register still
retains the last initialized value of PERF_CMD_INVAL. When ntb_perf
is re-loaded and reads peer command scratchpad register and it mis
interprets the peer state as initialized.
To avoid this, clearing the local
From: Sanjay R Mehta
As per amd ntb spec it says that peer limit register
must be programmed
Signed-off-by: Sanjay R Mehta
---
drivers/ntb/hw/amd/ntb_hw_amd.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/ntb/hw/amd/ntb_hw_amd.c b/drivers/ntb/hw/amd/ntb_hw
On Fri, Feb 15, 2019 at 10:10:00AM +0100, Michal Hocko wrote:
> On Fri 15-02-19 08:00:22, Greg KH wrote:
> > On Thu, Feb 14, 2019 at 12:20:27PM -0800, Andrew Morton wrote:
> > > On Thu, 14 Feb 2019 09:56:46 -0800 Linus Torvalds
> > > wrote:
> > >
> > > > On Wed, Feb 13, 2019 at 3:37 PM Richard W
Am Mittwoch, 13. Februar 2019, 18:06:39 CET schrieb Akash Gajjar:
> rename white and red LEDs with status and heartbeat respectively.
> replace red LED default state off with default-trigger heartbeat.
>
> Signed-off-by: Akash Gajjar
Hmm, in the schematics the leds are named work + diy as in the
I'm announcing the release of the 4.9.157 kernel.
No one should upgrade to this release, use 4.9.158 instead.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web
diff --git a/Makefile b/Makefile
index 956923115f7e..4eb7a17e18f1 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 156
+SUBLEVEL = 157
EXTRAVERSION =
NAME = Roaring Lionus
diff --git a/arch/arm/mach-iop32x/n2100.c b/arch/arm/mach-iop32x/n2100.c
index
diff --git a/Makefile b/Makefile
index 4eb7a17e18f1..2b8434aaeece 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 9
-SUBLEVEL = 157
+SUBLEVEL = 158
EXTRAVERSION =
NAME = Roaring Lionus
diff --git a/fs/binfmt_script.c b/fs/binfmt_script.c
index 634bdbb23851..afdf4
I'm announcing the release of the 4.9.158 kernel.
All users of the 4.9 kernel series must upgrade.
The updated 4.9.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.9.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.14.100 kernel.
No one should use this, use 4.14.101 instead.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web browser:
Hello RT Folks!
I'm pleased to announce the 4.4.174-rt178 stable release.
This release is just an update to the new stable 4.4.174 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.
I'm announcing the release of the 4.14.101 kernel.
All users of the 4.14 kernel series must upgrade.
The updated 4.14.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.14.y
and can be browsed at the normal kernel.org git web browser
I'm announcing the release of the 4.19.23 kernel.
All users of the 4.19 kernel series must upgrade.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 86fa9a371383..d5b20b618517 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 14
-SUBLEVEL = 100
+SUBLEVEL = 101
EXTRAVERSION =
NAME = Petit Gorille
diff --git a/fs/binfmt_script.c b/fs/binfm
diff --git a/Makefile b/Makefile
index 3b10c8b542e2..86fa9a371383 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 14
-SUBLEVEL = 99
+SUBLEVEL = 100
EXTRAVERSION =
NAME = Petit Gorille
diff --git a/arch/arm/mach-iop32x/n2100.c b
On 13.02.2019 12:50, Fabrice Gasnier wrote:
> Add a device link between the PWM consumer and the PWM provider. This
> enforces the PWM user to get suspended before the PWM provider. It
> allows proper synchronization of suspend/resume sequences: the PWM user
> is responsible for properly stopping
I'm announcing the release of the 4.19.22 kernel.
Don't use this, use 4.19.23 instead.
The updated 4.19.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.19.y
and can be browsed at the normal kernel.org git web browser:
htt
diff --git a/Makefile b/Makefile
index ba5f14d38d8e..8cfcb01fcd7b 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 19
-SUBLEVEL = 21
+SUBLEVEL = 22
EXTRAVERSION =
NAME = "People's Front"
diff --git a/arch/arm/boot/dts/da850.dtsi
On Fri, Feb 15, 2019 at 05:17:27PM +0800, Hsin-Yi Wang wrote:
> Ok, I can add a check in another patch. Should we return NULL pointer
> if msg->len is 0 or print out some warnings? Thanks.
No warning, msg->len == 0 is a valid setting. But interesting question:
I was about to say NULL, but your dri
I'm announcing the release of the 4.20.9 kernel.
Stay away from this, use 4.20.10 instead.
The updated 4.20.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.20.y
and can be browsed at the normal kernel.org git web browser:
Hi Jiri and James,
> On Feb 15, 2019, at 15:35, Jiri Kosina wrote:
>
> On Thu, 14 Feb 2019, james broadus wrote:
>
>>> This should be fixed in hid.git#for-5.1/i2c-hid already by commit
>>> 1475af255e18f. Could you please confirm that?
>>>
>>
>> Hi Jiri. That change mutes the log messages, but
I'm announcing the release of the 4.20.10 kernel.
All users of the 4.20 kernel series must upgrade.
The updated 4.20.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.20.y
and can be browsed at the normal kernel.org git web browser:
Commit-ID: f4fe11b7bf7ff6a1ccf15d7a9484f0ff7d1e92ae
Gitweb: https://git.kernel.org/tip/f4fe11b7bf7ff6a1ccf15d7a9484f0ff7d1e92ae
Author: Alexey Budankov
AuthorDate: Tue, 22 Jan 2019 20:52:03 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 11 Feb 2019 12:32:21 -0300
perf recor
On Thu, 14 Feb 2019 20:47:59 +,
Thomas Gleixner wrote:
>
> From: Ming Lei
>
> The NVME PCI driver contains a tedious mechanism for interrupt
> allocation, which is necessary to adjust the number and size of interrupt
> sets to the maximum available number of interrupts which depends on the
diff --git a/Makefile b/Makefile
index 8cfcb01fcd7b..3dcf3f2363c1 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 19
-SUBLEVEL = 22
+SUBLEVEL = 23
EXTRAVERSION =
NAME = "People's Front"
diff --git a/fs/binfmt_script.c b/fs/binf
diff --git a/Makefile b/Makefile
index d7d190781010..c9b831f5e873 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 20
-SUBLEVEL = 8
+SUBLEVEL = 9
EXTRAVERSION =
NAME = Shy Crocodile
diff --git a/arch/arm/boot/dts/da850.dtsi b/ar
Am Mittwoch, 13. Februar 2019, 18:06:40 CET schrieb Akash Gajjar:
> vcc5v0_host and vcc5v0_typec is supplied by vcc5v0_usb and not vcc5v0_sys.
> add node for vcc5v0_usb fixed regulator.
>
> Signed-off-by: Akash Gajjar
applied for (hopefully) 5.1
Thanks
Heiko
diff --git a/Makefile b/Makefile
index c9b831f5e873..6f7a8172de44 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 20
-SUBLEVEL = 9
+SUBLEVEL = 10
EXTRAVERSION =
NAME = Shy Crocodile
diff --git a/fs/binfmt_script.c b/fs/binfmt_s
Commit-ID: 859dcf64389c93a647f230a7cfd206d30bc9d286
Gitweb: https://git.kernel.org/tip/859dcf64389c93a647f230a7cfd206d30bc9d286
Author: Mathieu Poirier
AuthorDate: Fri, 8 Feb 2019 15:35:43 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 14 Feb 2019 13:30:52 -0300
perf cs-etm
Hi,
On 15-02-19 08:01, Yauhen Kharuzhy wrote:
On Thu, Feb 14, 2019 at 04:05:26PM +0100, Hans de Goede wrote:
I would do something similar with the fuel-gauge in
drivers/platform/x86/intel_cht_int33fe.c, one option would
be to simply count the number of resources in the ACPI
resource table f
On Thu, 14 Feb 2019 17:45:06 +0100
Pierre Morel wrote:
> On 14/02/2019 16:54, Cornelia Huck wrote:
> > On Thu, 14 Feb 2019 14:51:02 +0100
> > Pierre Morel wrote:
> >
> >> This patch adds interception code for the PQAP instructions,
> >> and a callback inside the KVM arch structure for s390.
>
Commit-ID: 2187d87eacd46f6214ce3dc9cfd7a558375a4153
Gitweb: https://git.kernel.org/tip/2187d87eacd46f6214ce3dc9cfd7a558375a4153
Author: Thomas Richter
AuthorDate: Mon, 11 Feb 2019 11:06:27 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 14 Feb 2019 13:31:08 -0300
perf report
Commit-ID: dd81eafacc52961ed1b2bf3e998b92ccfd9108bc
Gitweb: https://git.kernel.org/tip/dd81eafacc52961ed1b2bf3e998b92ccfd9108bc
Author: Paul Clarke
AuthorDate: Thu, 7 Feb 2019 12:53:11 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 14 Feb 2019 13:31:08 -0300
perf vendor eve
On 14/02/2019 16:23, Bartosz Golaszewski wrote:
diff --git a/drivers/nvmem/core.c b/drivers/nvmem/core.c
index f7301bb4ef3b..a3bed2d9aec7 100644
--- a/drivers/nvmem/core.c
+++ b/drivers/nvmem/core.c
@@ -687,7 +687,7 @@ struct nvmem_device *nvmem_register(const struct
nvmem_config *config)
Commit-ID: ffe18505ba1d641a4935321d3c525e4e2efd64c3
Gitweb: https://git.kernel.org/tip/ffe18505ba1d641a4935321d3c525e4e2efd64c3
Author: Paul Clarke
AuthorDate: Thu, 7 Feb 2019 12:53:12 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 14 Feb 2019 13:31:09 -0300
perf vendor eve
On Fri, Feb 15, 2019 at 2:25 AM Xiongfeng Wang
wrote:
>
>
>
> On 2019/2/15 7:15, Rafael J. Wysocki wrote:
> > On Thursday, February 14, 2019 2:58:21 PM CET Xiongfeng Wang wrote:
> >>
> >> On 2019/2/14 18:58, Rafael J. Wysocki wrote:
> >>> On Thu, Feb 14, 2019 at 8:46 AM Xiongfeng Wang
> >>> wrote
Commit-ID: 69ba708f4df6250dfa0410297024eeedd7ab3362
Gitweb: https://git.kernel.org/tip/69ba708f4df6250dfa0410297024eeedd7ab3362
Author: Paul Clarke
AuthorDate: Thu, 7 Feb 2019 12:53:13 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 14 Feb 2019 13:31:09 -0300
perf vendor eve
e 624 it is initialized)
Patch is agaisnt 5.0-rc6 (localversion-next is next-20190215)
drivers/staging/rtlwifi/halmac/halmac_88xx/halmac_func_88xx.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/rtlwifi/halmac/halmac_88xx/halmac_func_88xx.c
b/drivers
On Fri, Feb 15, 2019 at 05:10:47PM +0800, Chao Fan wrote:
> If "acpi=off" specified in cmdline, the whole functions of acpi.c
> should not work, there is no need to ealy parse RSDP, so detect
> "acpi=off" in the very first place.
>
> Also replace magic number with macro.
>
> Signed-off-by: Chao F
On Fri, Feb 15, 2019 at 10:31 AM Hans de Goede wrote:
> On 14-02-19 15:15, Yauhen Kharuzhy wrote:
> I would do something similar with the fuel-gauge in
> drivers/platform/x86/intel_cht_int33fe.c, one option would
> be to simply count the number of resources in the ACPI
> resource table for the IN
Thanks for Reporting this Randy,
I will send a patch to fix this!
On 15/02/2019 03:20, Randy Dunlap wrote:
On 2/14/19 3:23 PM, a...@linux-foundation.org wrote:
The mm-of-the-moment snapshot 2019-02-14-15-22 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
REA
1 - 100 of 987 matches
Mail list logo
