On Sun, Jun 9, 2019 at 8:57 PM Joe Perches wrote:
>
> On Sun, 2019-06-09 at 16:14 +0900, Masahiro Yamada wrote:
> > Hi Joe,
> >
> > On Thu, Jun 6, 2019 at 2:06 AM Joe Perches wrote:
> > > Perhaps a checkpatch change too:
> > >
> > > The first block updates unsigned only bitfields
> > > The
On Wed, 2019-06-05 at 18:45 -0700, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> GUP longterm pins of non-pagecache file system pages (eg FS DAX) are
> currently disallowed because they are unsafe.
>
> The danger for pinning these pages comes from the fact that hole punch
> and/or truncate
Hello stable team,
Please consider applying the following 2 patches to Linux-4.14 stable
tree. The patches fix regression introduced in 3.14 where both read and
write started to run under lock taken, which resulted in FUSE (and many
other drivers) deadlocks for cases where stream-like files are
On Wed, 2019-06-05 at 18:45 -0700, ira.we...@intel.com wrote:
> From: Ira Weiny
>
> Signed-off-by: Ira Weiny
> ---
> fs/locks.c | 20 ++-
> include/trace/events/filelock.h | 35 +
> 2 files changed, 50 insertions(+), 5
This patch fixes below issues reported by checkpatch
CHECK: spaces preferred around that '-' (ctx:VxV)
+ skb_copy_bits(pfile->pkt, pfile->buf_len-pfile->pkt_len,
rmem, len);
CHECK: spaces preferred around that '*' (ctx:VxV)
+#define WMM_XMIT_THRESHOLD (NR_XMITFRAME*2/5)
this patch fixes below issue reported by checkpatch
CHECK: Using comparison to true is error prone
+ if (res == true)
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/os_dep/xmit_linux.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This patch fixes below issue reported by checkpatch
CHECK: Comparison to NULL could be written "!pxmitbuf->pallocated_buf"
+ if (pxmitbuf->pallocated_buf == NULL)
Signed-off-by: Hariprasad Kelam
---
drivers/staging/rtl8723bs/os_dep/xmit_linux.c | 2 +-
1 file changed, 1
This patch removed following unused member variables from struct _adapter
IsrContent, xmitThread, evtThread, recvThread
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/staging/rtl8712/drv_types.h
This patch renames CamelCase variable lockRxFF0Filter to
lock_rx_ff0_filter in drv_types.h, usb_intf.c and xmit_linux.c
This was reported by checkpatch.pl
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h | 2 +-
drivers/staging/rtl8712/usb_intf.c | 2 +-
This patch renames CamelCase cmdThread to cmd_thread in struct _adapter in
drv_types.h and in os_intfs.c
This was reported by checkpatch.pl
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h | 2 +-
drivers/staging/rtl8712/os_intfs.c | 6 +++---
2 files changed, 4
In function oid_rt_pro_write_register_hdl, Adapter->ImrContent is
assigned with RegRWStruct->value but Adapter->ImrContent is never used
anywhere else. So those lines has no impact and are removed removed.
As that was the only place where ImrContent was used, so the member
variable is removed
This patch renames CamelCase variable wkFilterRxFF0 to wk_filter_rx_ff0 in
drv_types.h, rtl871x_xmit.c and xmit_linux.c
This was reported by checkpatch.pl
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h| 2 +-
drivers/staging/rtl8712/rtl871x_xmit.c | 2 +-
In process of cleaning up rtl8712 struct _adapter in drv_types.h I have
tried to remove some unused variables and redundant lines of code
associated with those variables. I have also fixed some CamelCase
reported by checkpatch.pl
Following review comments from previous versions are addressed
Hi,
On 09/06/2019 14:20:46+0200, Horatiu Vultur wrote:
> Move board-ocelot.config from configs/generic to configs. This allows to
> enable or disable more configuration options for ocelot board.
> Therefore enable the following options:
> CONFIG_MISC_FILESYSTEMS=y
> CONFIG_SQUASHFS=y
>
This patch renames CamelCase EepromAddressSizefrom to eeprom_address_size in
struct _adapter and in related files drv_types.h, rtl871x_eeprom.c, usb_intf.c
This was reported by checkpatch.pl
Signed-off-by: Deepak Mishra
---
drivers/staging/rtl8712/drv_types.h | 2 +-
On Tue, Jun 04, 2019 at 07:44:49PM -0700, Roman Gushchin wrote:
> Let's separate the page counter modification code out of
> __memcg_kmem_uncharge() in a way similar to what
> __memcg_kmem_charge() and __memcg_kmem_charge_memcg() work.
>
> This will allow to reuse this code later using a new
>
In halbtc8723b2ant_TdmaDurationAdjust function,below piece of code is
repeated many times.
halbtc8723b2ant_PsTdma(pBtCoexist, NORMAL_EXEC, true, val);
pCoexDm->psTdmaDuAdjType = val;
So replace the same with "HAL_BTC8723B2ANT_DMA_DURATION_ADJUST" MACRO.
Signed-off-by: Hariprasad Kelam
-
On Tue, Jun 04, 2019 at 07:44:48PM -0700, Roman Gushchin wrote:
> Currently SLUB uses a work scheduled after an RCU grace period
> to deactivate a non-root kmem_cache. This mechanism can be reused
> for kmem_caches release, but requires generalization for SLAB
> case.
>
> Introduce
On Sat, Jun 08, 2019 at 08:24:36PM -0400, Joel Fernandes wrote:
> On Fri, May 31, 2019 at 10:43 AM Joel Fernandes
> wrote:
> [snip]
> > >
> > > Either way, it would be good for you to just try it. Create a kernel
> > > module or similar than hammers on percpu_down_read() and percpu_up_read(),
>
Move board-ocelot.config from configs/generic to configs. This allows to
enable or disable more configuration options for ocelot board.
Therefore enable the following options:
CONFIG_MISC_FILESYSTEMS=y
CONFIG_SQUASHFS=y
CONFIG_SQUASHFS_XZ=y
CONFIG_NET_SCHED=y
CONFIG_NET_SCH_INGRESS=y
Thanks for taking time to review,
On 08/06/2019 20:22, Cezary Rojewski wrote:
On 2019-06-07 10:56, Srinivas Kandagatla wrote:
On platforms which have smart speaker amplifiers connected via
soundwire and modeled as aux devices in ASoC, in such usecases machine
driver should be able to get sdw
Thanks for taking time to review,
On 07/06/2019 13:50, Pierre-Louis Bossart wrote:
On 6/7/19 3:56 AM, Srinivas Kandagatla wrote:
This patch adds bindings for Qualcomm soundwire controller.
Qualcomm SoundWire Master controller is present in most Qualcomm SoCs
either integrated as part of WCD
Thanks for taking time to review,
On 07/06/2019 14:36, Pierre-Louis Bossart wrote:
+config SOUNDWIRE_QCOM
+ tristate "Qualcomm SoundWire Master driver"
+ select SOUNDWIRE_BUS
+ depends on SND_SOC
depends on SLIMBUS if you need the SlimBus link to talk to your
SoundWire Master?
Thanks for taking time to review,
I agre with most of the comments specially handling returns and making
code more readable.
Will fix them in next version.
On 08/06/2019 22:53, Cezary Rojewski wrote:
On 2019-06-07 10:56, Srinivas Kandagatla wrote:
Qualcomm SoundWire Master controller is
On Tue, Jun 04, 2019 at 07:44:47PM -0700, Roman Gushchin wrote:
> The delayed work/rcu deactivation infrastructure of non-root
> kmem_caches can be also used for asynchronous release of these
> objects. Let's get rid of the word "deactivation" in corresponding
> names to make the code look better
Hi!
> > When I start flightgear, I get framerates around 20 fps and cpu at
> > 3GHz:
> >
> > pavel@duo:~/bt$ cat /proc/cpuinfo | grep MHz
> > cpu MHz : 3027.471
> > cpu MHz : 2981.863
> > cpu MHz : 2958.352
> > cpu MHz
On Tue, Jun 04, 2019 at 07:44:45PM -0700, Roman Gushchin wrote:
> Johannes noticed that reading the memcg kmem_cache pointer in
> cache_from_memcg_idx() is performed using READ_ONCE() macro,
> which doesn't implement a SMP barrier, which is required
> by the logic.
>
> Add a proper smp_rmb() to
On Sun, Jun 09, 2019 at 04:54:00PM +0530, Saurav-Girepunje wrote:
> ---
> drivers/usb/musb/musb_core.c | 1 -
> 1 file changed, 1 deletion(-)
Please stop, wait a few days, then fix your commit to not have
everything mushed into the subject: line, resend the patch to YOURSELF
to verify that it
On Sun, Jun 09, 2019 at 05:16:48PM +0530, Deepak Kumar Mishra wrote:
> Hi Greg,
>
> On 09/06/19 4:40 PM, Greg KH wrote:
> > On Sat, Jun 08, 2019 at 04:26:55PM +0530, Deepak Mishra wrote:
> > > In process of cleaning up rtl8712 struct _adapter in drv_types.h I have
> > > tried to remove some
On Sun, Jun 09, 2019 at 11:06:37AM +0200, Ingo Molnar wrote:
>
> * tip-bot for Borislav Petkov wrote:
>
> > Commit-ID: b8b5ca6600dec2a4f1e50ca9d3cf9e1d032870cd
> > Gitweb:
> > https://git.kernel.org/tip/b8b5ca6600dec2a4f1e50ca9d3cf9e1d032870cd
> > Author: Borislav Petkov
> >
On Sun, 2019-06-09 at 16:14 +0900, Masahiro Yamada wrote:
> Hi Joe,
>
> On Thu, Jun 6, 2019 at 2:06 AM Joe Perches wrote:
> > Perhaps a checkpatch change too:
> >
> > The first block updates unsigned only bitfields
> > The second tests uapi definitions and suggests "__
> Good.
>
> In
Hello,
Donation for you, reply back for more information on how to get it.
Signed,
Harold Diamond.
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
This finalizes the descriptor conversion of the MAX8952 driver
by letting the VID0 and VID1 GPIOs be fetched from descriptors.
Both VID0 and VID1 must be supplied for the VID selection to work,
I add some code to preserve the semantics that if only one of
the two VID gpios is supplied, it will be
Hi Greg,
On 09/06/19 4:40 PM, Greg KH wrote:
On Sat, Jun 08, 2019 at 04:26:55PM +0530, Deepak Mishra wrote:
In process of cleaning up rtl8712 struct _adapter in drv_types.h I have
tried to remove some unused variables and redundant lines of code
associated with those variables. I have also
And the more enligthened of you may be interested in my project about realizing
the zén-concept I use.
https://www.youtube.com/channel/UCXt31evVH11u8IzD4e3923Q
Since commit df17e62e5bff ("PCI: Add support for polling PME state on
suspended legacy PCI devices"), the work item pci_pme_list_scan() polls
the PME status flag of devices and wakes them up if the bit is set.
The function performs a check whether a device's upstream bridge is in
D0 for otherwise
On Sun, Jun 09, 2019 at 01:04:09AM +0100, Dragan Cvetic wrote:
> Stores configuration based on parameters from the DT
> node and values from the SD-FEC core plus reads
> the default state from the SD-FEC core. To obtain
> values from the core register read, write capabilities
> have been added
---
drivers/usb/musb/musb_core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/musb/musb_core.c b/drivers/usb/musb/musb_core.c
index 9f5a4819a744..2451e0ee2d01 100644
--- a/drivers/usb/musb/musb_core.c
+++ b/drivers/usb/musb/musb_core.c
@@ -909,7 +909,6 @@ static void
Hi!
> When I start flightgear, I get framerates around 20 fps and cpu at
> 3GHz:
>
> pavel@duo:~/bt$ cat /proc/cpuinfo | grep MHz
> cpu MHz : 3027.471
> cpu MHz : 2981.863
> cpu MHz : 2958.352
> cpu MHz :
On Sun, Jun 09, 2019 at 01:04:07AM +0100, Dragan Cvetic wrote:
> Implement a platform driver that matches with xlnx,
> sd-fec-1.1 device tree node and registers as a character
> device, including:
> - SD-FEC driver binds to sdfec DT node.
> - creates and initialise an initial driver dev structure.
On 6/9/19 1:05 PM, Pavel Machek wrote:
On Sun 2019-06-09 13:03:40, Jacek Anaszewski wrote:
Hi Wolfram,
Thank you for the patches.
On 6/8/19 12:55 PM, Wolfram Sang wrote:
We have a dedicated pointer for that, so use it. Much easier to read and
less computation involved.
Signed-off-by:
Hi!
When I start flightgear, I get framerates around 20 fps and cpu at
3GHz:
pavel@duo:~/bt$ cat /proc/cpuinfo | grep MHz
cpu MHz : 3027.471
cpu MHz : 2981.863
cpu MHz : 2958.352
cpu MHz : 2864.001
pavel@duo:~/bt$
(Ok, fgfs is really
On Sat, Jun 08, 2019 at 04:26:55PM +0530, Deepak Mishra wrote:
> In process of cleaning up rtl8712 struct _adapter in drv_types.h I have
> tried to remove some unused variables and redundant lines of code
> associated with those variables. I have also fixed some CamelCase
> reported by
On Sat, Jun 08, 2019 at 01:45:05PM +, Geordan Neukum wrote:
> On Sat, Jun 08, 2019 at 03:27:46PM +0800, Hao Xu wrote:
> > modify void* to void * for #define inb_p(a) readq((void*)a)
> > and #define outb_p(d,a) writeq(d,(void*)a)
> >
> > Signed-off-by: Hao Xu
> > ---
> >
On Sun 2019-06-09 13:03:40, Jacek Anaszewski wrote:
> Hi Wolfram,
>
> Thank you for the patches.
>
> On 6/8/19 12:55 PM, Wolfram Sang wrote:
> >We have a dedicated pointer for that, so use it. Much easier to read and
> >less computation involved.
> >
> >Signed-off-by: Wolfram Sang
> >---
> >
>
This driver does not use any symbols from
no so just drop the includes.
Cc: Javier Martinez Canillas
Signed-off-by: Linus Walleij
---
drivers/regulator/max77802-regulator.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/regulator/max77802-regulator.c
Hi Wolfram,
Thank you for the patches.
On 6/8/19 12:55 PM, Wolfram Sang wrote:
We have a dedicated pointer for that, so use it. Much easier to read and
less computation involved.
Signed-off-by: Wolfram Sang
---
Please apply to your subsystem tree.
drivers/leds/leds-pca955x.c | 2 +-
1
On Fri, Jun 07, 2019 at 12:41:23PM +0530, Nishka Dasgupta wrote:
> Remove variables that are declared and assigned values but not otherwise
> used.
> Issue found with Coccinelle.
>
> Signed-off-by: Nishka Dasgupta
> ---
> drivers/staging/rtl8723bs/core/rtw_mlme_ext.c | 9 -
> 1 file
On Sun, Jun 09, 2019 at 11:07:41AM +0530, Hariprasad Kelam wrote:
> fix below issues reported by checkpatch
>
> CHECK: Please don't use multiple blank lines
> WARNING: space prohibited between function name and open parenthesis '('
> +void _rtw_open_pktfile (_pkt *pktptr, struct pkt_file *pfile)
Fixed a coding style issue.
Signed-off-by: Harold André
---
drivers/staging/ralink-gdma/ralink-gdma.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/ralink-gdma/ralink-gdma.c
b/drivers/staging/ralink-gdma/ralink-gdma.c
index de3e357b2640..5854551d0a52
On Wed, Jun 05, 2019 at 03:53:49PM +0200, Valerio Genovese wrote:
> This was reported by sparse:
> drivers/staging/isdn/hysdn/hysdn_procconf.c:352:23: warning: symbol
> 'hysdn_proc_entry' was not declared. Should it be static?
>
> Signed-off-by: Valerio Genovese
> ---
>
On Sun, Jun 09, 2019 at 04:02:32PM +0530, Hariprasad Kelam wrote:
>
> As part of halbtc8723b2ant_TdmaDurationAdjust function below
> piece of code is used many times.
>
> halbtc8723b2ant_PsTdma(pBtCoexist, NORMAL_EXEC, true, val);
> pCoexDm->psTdmaDuAdjType = val;
>
> This
Hi Jitao
Always good to see more panels added.
On Sat, Jun 08, 2019 at 03:02:29PM +0800, Jitao Shi wrote:
> Add documentation for boe tv101wum-n16 panel.
The changelog says tv101wum-n16 but the compatible says tv101wum-nl6.
Please pick the right one and be consistent. (number one '1' versus
Add binding documentation for TI's HyperBus memory controller present on
AM654 SoC.
Signed-off-by: Vignesh Raghavendra
---
v5:
Update binding example to show MMIO mux
Fix reg property for flash slave.
.../devicetree/bindings/mtd/ti,am654-hbmc.txt | 51 +++
MAINTAINERS
Cypress' HyperBus is Low Signal Count, High Performance Double Data Rate
Bus interface between a host system master and one or more slave
interfaces. HyperBus is used to connect microprocessor, microcontroller,
or ASIC devices with random access NOR flash memory (called HyperFlash)
or self refresh
As part of halbtc8723b2ant_TdmaDurationAdjust function below
piece of code is used many times.
halbtc8723b2ant_PsTdma(pBtCoexist, NORMAL_EXEC, true, val);
pCoexDm->psTdmaDuAdjType = val;
This patch replaces this common code with MACRO
Add DT binding documentation for HyperFlash devices.
Signed-off-by: Vignesh Raghavendra
Reviewed-by: Rob Herring
---
v5: No change
.../devicetree/bindings/mtd/cypress,hyperflash.txt | 13 +
1 file changed, 13 insertions(+)
create mode 100644
Cypress HyperBus is Low Signal Count, High Performance Double Data Rate Bus
interface between a host system master and one or more slave interfaces.
HyperBus is used to connect microprocessor, microcontroller, or ASIC
devices with random access NOR flash memory(called HyperFlash) or
self refresh
HyperFlash devices are compliant with CFI AMD/Fujitsu Extended Command
Set (0x0002) for flash operations, therefore
drivers/mtd/chips/cfi_cmdset_0002.c can be used as is. But these devices
do not support DQ polling method of determining chip ready/good status.
These flashes provide Status Register
Add driver for HyperBus memory controller on TI's AM654 SoC. Programming
IP is pretty simple and provides direct memory mapped access to
connected Flash devices.
Add basic support for the IP without DMA. Second chipSelect is not
supported for now.
Signed-off-by: Vignesh Raghavendra
---
v5:
Drop
Dear Friend,
Greetings to you friend, I am Mr. Dawuda Usman working with a
Commercial bank here in Lome Togo in the department of Audit and
accounting manager ,
There is this fund that was kept in my custody years ago,please I need
your assistance for the transferring of this fund to your bank
This function is used by ptrace and proc files like /proc/pid/cmdline and
/proc/pid/environ.
Access_remote_vm never returns error codes, all errors are ignored and
only size of successfully read data is returned. So, if current task was
killed we'll simply return 0 (bytes read).
Mmap_sem could
Do not stuck forever if something wrong.
Killable lock allows to cleanup stuck tasks and simplifies investigation.
Replace the only unkillable mmap_sem lock in clear_refs_write.
Signed-off-by: Konstantin Khlebnikov
Reviewed-by: Roman Gushchin
Reviewed-by: Cyrill Gorcunov
Reviewed-by: Kirill
Do not stuck forever if something wrong.
Killable lock allows to cleanup stuck tasks and simplifies investigation.
It seems ->d_revalidate() could return any error (except ECHILD) to
abort validation and pass error as result of lookup sequence.
Signed-off-by: Konstantin Khlebnikov
Reviewed-by:
v1:
https://lore.kernel.org/lkml/155790967258.1319.11531787078240675602.stgit@buzz/
v1 "mm: use down_read_killable for locking mmap_sem in access_remote_vm"
https://lore.kernel.org/lkml/155790847881.2798.7160461383704600177.stgit@buzz/
changes since v1:
* update comments and collect
Do not stuck forever if something wrong.
Killable lock allows to cleanup stuck tasks and simplifies investigation.
This function also used for /proc/pid/smaps.
Signed-off-by: Konstantin Khlebnikov
Reviewed-by: Roman Gushchin
Reviewed-by: Cyrill Gorcunov
Reviewed-by: Kirill Tkhai
Acked-by:
Do not stuck forever if something wrong.
Killable lock allows to cleanup stuck tasks and simplifies investigation.
Signed-off-by: Konstantin Khlebnikov
Reviewed-by: Roman Gushchin
Reviewed-by: Cyrill Gorcunov
Reviewed-by: Kirill Tkhai
Acked-by: Michal Hocko
---
fs/proc/task_mmu.c |8
Do not stuck forever if something wrong.
Killable lock allows to cleanup stuck tasks and simplifies investigation.
Signed-off-by: Konstantin Khlebnikov
Reviewed-by: Roman Gushchin
Reviewed-by: Cyrill Gorcunov
Reviewed-by: Kirill Tkhai
Acked-by: Michal Hocko
---
fs/proc/task_mmu.c |4
On Thu, Jun 06, 2019 at 11:28:04PM +0200, Petr Štetiar wrote:
> Hi,
>
> Karl has reported to me today, that he's experiencing weird reboot hang on his
> devices with 4.9.180 kernel and that he has bisected it down to my backported
> patch.
>
> I would like to kindly ask you for removal of this
Hello,
Same problem for linux 5.1.7:
Kernel building fails with the same relocation error.
5.1.5 does not have the problem, builds fine for me.
Is there anything I can do to investigate the problem?
--
Prof. Dr. Klaus Kusche
Private address: Rosenberg 41, 07546 Gera, Germany
+49 365
Usually the value of min_free_kbytes is multiply of 4,
and in this case ,the right shift is ok.
But if it's not, the right-shifting operation will lose the low 2 bits,
and this cause kernel don't reserve enough memory.
So it's necessary to align the value of min_free_kbytes to multiply of 4.
For
Fill in RX status->chain_signal to avoid empty value.
Signed-off-by: Ryder Lee
---
.../net/wireless/mediatek/mt76/mt7615/mac.c | 30 ++-
.../net/wireless/mediatek/mt76/mt7615/mac.h | 5
2 files changed, 34 insertions(+), 1 deletion(-)
diff --git
On 17.05.2019 15:45, Michal Hocko wrote:
On Wed 15-05-19 11:41:14, Konstantin Khlebnikov wrote:
Ditto.
Proper changelog or simply squash those patches into a single patch if
you do not feel like copy is fun
Signed-off-by: Konstantin Khlebnikov
---
fs/proc/task_mmu.c |8 ++--
* tip-bot for Borislav Petkov wrote:
> Commit-ID: b8b5ca6600dec2a4f1e50ca9d3cf9e1d032870cd
> Gitweb:
> https://git.kernel.org/tip/b8b5ca6600dec2a4f1e50ca9d3cf9e1d032870cd
> Author: Borislav Petkov
> AuthorDate: Sat, 20 Apr 2019 21:30:11 +0200
> Committer: Borislav Petkov
>
Woohoo! testing time fells,thanks Linus!.
On 20:46 Sat 08 Jun , Linus Torvalds wrote:
No, I'm not confused, and I haven't lost track of what day it is, I do
actually know that it's still Saturday here, not Sunday, and I'm just
doing rc4 a bit early because I'll be on an airplane during my
On Sun, Jun 09, 2019 at 01:38:02PM +0530, Saurav-Girepunje wrote:
> ---
> drivers/usb/musb/musb_core.c | 1 -
> 1 file changed, 1 deletion(-)
I think something went wrong with your commit :(
Thanks, a bunch Greg!
On 09:38 Sun 09 Jun , Greg KH wrote:
I'm announcing the release of the 5.1.8 kernel.
All users of the 5.1 kernel series must upgrade.
The updated 5.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.1.y
---
drivers/usb/musb/musb_core.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/usb/musb/musb_core.c b/drivers/usb/musb/musb_core.c
index 9f5a4819a744..2451e0ee2d01 100644
--- a/drivers/usb/musb/musb_core.c
+++ b/drivers/usb/musb/musb_core.c
@@ -909,7 +909,6 @@ static void
On Sat, Jun 08, 2019 at 06:49:09PM -0700, Paul Walmsley wrote:
> On Wed, 5 Jun 2019, Kevin Hilman wrote:
>
> > Enable PRCI clock driver and serial console by default, so the default
> > upstream defconfig is bootable to a serial console.
> >
> > Signed-off-by: Kevin Hilman
>
> Thanks, queued
On Sat, Jun 08, 2019 at 10:50:14PM -0700, Paul Walmsley wrote:
> Once there are SoC variants that have different CPU cores, but with the
> remaining chip integration the same, I think it would make sense to move
> the CONFIG_SOC_ stuff out from ARM, RISC-V, etc., into something that's
> not CPU
Hello,
syzbot found the following crash on:
HEAD commit:79c3ba32 Merge tag 'drm-fixes-2019-06-07-1' of git://anong..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=16eacf36a0
kernel config: https://syzkaller.appspot.com/x/.config?x=60564cb52ab29d5b
I'm announcing the release of the 4.14.124 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
diff --git a/Documentation/conf.py b/Documentation/conf.py
index 63857d33778c..329c519158b6 100644
--- a/Documentation/conf.py
+++ b/Documentation/conf.py
@@ -37,7 +37,7 @@ needs_sphinx = '1.3'
extensions = ['kerneldoc', 'rstFlatTable', 'kernel_include', 'cdomain',
'kfigure']
# The name of
diff --git a/Documentation/conf.py b/Documentation/conf.py
index b691af4831fa..22c1a6d96f9e 100644
--- a/Documentation/conf.py
+++ b/Documentation/conf.py
@@ -37,7 +37,7 @@ needs_sphinx = '1.3'
extensions = ['kerneldoc', 'rstFlatTable', 'kernel_include', 'cdomain',
'kfigure',
I'm announcing the release of the 5.1.8 kernel.
All users of the 5.1 kernel series must upgrade.
The updated 5.1.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.1.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 4.19.49 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
diff --git a/Documentation/admin-guide/cgroup-v2.rst
b/Documentation/admin-guide/cgroup-v2.rst
index 20f92c16ffbf..26b3a3e7daf6 100644
--- a/Documentation/admin-guide/cgroup-v2.rst
+++ b/Documentation/admin-guide/cgroup-v2.rst
@@ -177,6 +177,15 @@ cgroup v2 currently supports the following mount
On Sat, Jun 08, 2019 at 11:50:30AM -0700, Guenter Roeck wrote:
> On 6/7/19 8:38 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.1.8 release.
> > There are 85 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues
On Sun, Jun 09, 2019 at 12:36:23AM +0530, Naresh Kamboju wrote:
> On Sat, 8 Jun 2019 at 15:03, Greg Kroah-Hartman
> 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
Hi Joe,
On Thu, Jun 6, 2019 at 2:06 AM Joe Perches wrote:
> Perhaps a checkpatch change too:
>
> The first block updates unsigned only bitfields
> The second tests uapi definitions and suggests "__
Fixes gcc '-Wunused-but-set-variable' warning:
drivers/net/ethernet/mscc/ocelot_ace.c: In function ‘vcap_cmd’:
drivers/net/ethernet/mscc/ocelot_ace.c:108:6: warning: variable ‘rc’ set
but not used [-Wunused-but-set-variable]
int rc;
^
It's never used since introduction in commit
Zdravstvuyte! Vas interesuyut kliyentskiye bazy dannykh?
Hi Arnaldo,
On Fri, Jun 07, 2019 at 03:23:25PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Jun 07, 2019 at 02:44:25PM +0800, Leo Yan escreveu:
> > On Thu, Jun 06, 2019 at 05:10:56PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Wed, Jun 05, 2019 at 10:16:33AM -0600, Mathieu Poirier
syzbot is reporting that use of SOCKET_I()->sk from open() can result in
use after free problem [1], for socket's inode is still reachable via
/proc/pid/fd/n despite destruction of SOCKET_I()->sk already completed.
But there is no point with calling security_file_open() on sockets
because
On Sun, 2 Jun 2019 01:05:00 -0700
Paul Walmsley wrote:
Hi!
> Add initial board data for the SiFive HiFive Unleashed A00.
>
> Currently the data populated in this DT file describes the board
> DRAM configuration and the external clock sources that supply the
> PRCI.
>
> This third version
701 - 795 of 795 matches
Mail list logo