On Fri, Aug 23, 2019 at 02:30:02PM +0200, Robin van der Gracht wrote:
> The older generation i.MX6 processors send a powerdown request interrupt if
> the powerkey is released before a hard shutdown (5 second press). This should
> allow software to bring down the SoC safely.
>
> For this driver to
On Fri, Aug 23, 2019 at 05:27:03PM -0700, Andrey Smirnov wrote:
> Configure IRQ line for SX1503 GPIO expander. We already have
> appropriate pinmux entry and all that is missing is "interrupt-parent"
> and "interrupts" properties. Add them.
>
> Signed-off-by: Andrey Smirnov
> Cc: Shawn Guo
> Cc:
On Fri, Aug 23, 2019 at 05:27:47PM -0700, Andrey Smirnov wrote:
> The devicetree specification recommends using generic node names.
>
> Some ZII dts files already follow such recommendation, but some don't,
> so use generic node names for consistency among the ZII dts files.
>
> Signed-off-by: An
On Mon, Aug 19, 2019 at 08:49:35PM +0800, Ming Lei wrote:
> Hi Thomas,
>
> The 1st patch makes __irq_build_affinity_masks() more reliable, such as,
> all nodes can be covered in the spread.
>
> The 2nd patch spread vectors on node according to the ratio of this node's
> CPU number to number of al
On Thu, Aug 22, 2019 at 10:52:28AM -0700, Stephen Brennan wrote:
> Checkpatch reports WARNING:SUSPECT_CODE_INDENT in several places. Fix
> this by aligning code properly with tabs.
>
> Signed-off-by: Stephen Brennan
> ---
> .../rtl8192u/ieee80211/ieee80211_crypt_ccmp.c | 2 +-
> .../staging/rt
On Fri, Aug 23, 2019 at 04:32:41PM +0200, Uwe Kleine-König wrote:
> On Fri, Aug 23, 2019 at 03:41:09PM +0200, Richard Genoud wrote:
> > Since commit ce59e48fdbad ("serial: mctrl_gpio: implement interrupt
> > handling"), the GPIOs interrupts are handled by mctrl_gpio_irq_handle().
>
> Well no, sinc
On Tue 2019-08-20 14:53:04, Dan Murphy wrote:
> Change the define name of the full scale current registers.
>
> Signed-off-by: Dan Murphy
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.h
Linus,
please pull the latest x86-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-urgent-for-linus
up to: b63f20a778c8: x86/retpoline: Don't clobber RFLAGS during CALL_NOSPEC on
i386
A few fixes for x86:
- Fix a boot regression caused by th
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
up to: b99328a60a48: timekeeping/vsyscall: Prevent math overflow in BOOTTIME
update
A single fix for a regression caused by the generic VD
Linus,
please pull the latest sched-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-urgent-for-linus
up to: b0fdc01354f4: sched/core: Schedule new worker even if PI-blocked
Handle the worker management in situations where a task is scheduled
Linus,
please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
up to: d0ff14fdc987: genirq: Properly pair kobject_del() with kobject_add()
A single fix for a imbalanced kobject operation in the irq decriptor
Linus,
please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
up to: f1c6ece23729: kprobes: Fix potential deadlock in kprobe_optimizer()
Two small fixes for kprobes and perf:
- Prevent a deadlock in k
On Sun, 25 Aug 2019, Ming Lei wrote:
> On Mon, Aug 19, 2019 at 08:49:35PM +0800, Ming Lei wrote:
>
> Hi Thomas,
>
> Gentle ping on the two patches.
In my queue
Most files in arch/um have "Licensed under the GPL" in comments at the
top. Convert to use SPDX headers. I've broken these changes into a
patch series even though they're effectively one logical change,
because the diff was >1700 lines. I can resend as a single patch if
preferred.
There are some r
Convert files to use SPDX header. All files are licensed under the GPLv2.
Signed-off-by: Alex Dewar
---
arch/um/os-Linux/Makefile| 2 +-
arch/um/os-Linux/drivers/Makefile| 2 +-
arch/um/os-Linux/drivers/etap.h | 2 +-
arch/um/os-Linux/drivers/ethertap_kern.c | 2
Convert files to use SPDX header. All files are licensed under the
GPLv2.
Signed-off-by: Alex Dewar
---
arch/um/kernel/Makefile | 2 +-
arch/um/kernel/config.c.in| 4 ++--
arch/um/kernel/exec.c | 2 +-
arch/um/kernel/exitcode.c | 2 +-
arch/um/kernel/gmon_syms.c| 2 +-
Convert files to use SPDX header. All files are licensed under the GPLv2.
Signed-off-by: Alex Dewar
---
arch/um/drivers/Makefile| 2 +-
arch/um/drivers/chan.h | 2 +-
arch/um/drivers/chan_kern.c | 2 +-
arch/um/drivers/chan_user.c | 2 +-
arch/um/drivers/
Convert files to use SPDX header. All files are licensed under the GPLv2.
Signed-off-by: Alex Dewar
---
arch/um/include/asm/kmap_types.h| 2 +-
arch/um/include/asm/mmu.h | 2 +-
arch/um/include/asm/mmu_context.h | 2 +-
arch/um/include/asm/page.h | 2 +-
On Mon 2019-08-19 17:17:46, Matthew Garrett wrote:
> From: Josh Boyer
>
> There is currently no way to verify the resume image when returning
> from hibernate. This might compromise the signed modules trust model,
> so until we can work with signed hibernate images we disable it when the
> kerne
* Tetsuo Handa wrote:
> On 2019/08/25 5:22, Ingo Molnar wrote:
> >> So I'd be willing to try that (and then if somebody reports a
> >> regression we can make it use "fatal_signal_pending()" instead)
> >
> > Ok, will post a changelogged patch (unless Tetsuo beats me to it?).
>
> Here is a patc
On 2019/08/25 18:59, Ingo Molnar wrote:
>> @@ -132,8 +132,10 @@ static ssize_t read_mem(struct file *file, char __user
>> *buf,
>> #endif
>>
>> bounce = kmalloc(PAGE_SIZE, GFP_KERNEL);
>> -if (!bounce)
>> -return -ENOMEM;
>> +if (!bounce) {
>> +err = -ENOMEM
Out of 15 contributors mentioned in driver file, 9 got invalid email
domains, 6 are unresponsive.
Let us keep the driver as-is for sometime more time & hope to hear
from the author soon in future.
Please drop v1,v2. What do you think Joe.
On Mon, Aug 19, 2019 at 5:40 AM Joe Perches wrote:
>
> O
* Tetsuo Handa wrote:
> > - We should probably separate out a third 'fatal error' variant: for
> >example if copying to user-space generates a page fault, then we
> >clearly should not pretend that all is fine and return a short read
> >even if we made some progress, a -EFAULT i
Hi Dan,
Thank you for the update.
On 8/20/19 9:53 PM, Dan Murphy wrote:
> Fix the brightness control for I2C mode. Instead of
> changing the full scale current register update the ALS target
> register for the appropriate banks.
>
> In addition clean up some code errors and random misspellings
On Fri, Aug 16, 2019 at 7:12 PM Alexander Steffen
wrote:
>
> On 15.08.2019 19:03, Oshri Alkobi wrote:
> > On Thu, Jul 18, 2019 at 8:10 PM Alexander Steffen
> > wrote:
> >>
> >> On 18.07.2019 14:51, eyal.co...@nuvoton.com wrote:
> >>> Hi Jarkko and Alexander,
> >>>
> >>> We have made an additional
On Fri, 23 Aug 2019 15:53:37 +
wrote:
> From: Tudor Ambarus
>
> The Flash parameters and settings are now stored in 'struct spi_nor'.
> Use this instead of the stack allocated params.
>
> Few functions stop passing pointer to params, as they can get it from
> 'struct spi_nor'. spi_nor_pars
On Fri, 23 Aug 2019 15:53:35 +
wrote:
> From: Tudor Ambarus
>
> The scope is to move all [FLASH-SPECIFIC] parameters and settings
> from 'struct spi_nor' to 'struct spi_nor_flash_parameter'.
>
> 'struct spi_nor_flash_parameter' describes the hardware capabilities
> and associated settings
On Fri, 23 Aug 2019 15:53:39 +
wrote:
> From: Tudor Ambarus
>
> All flash parameters and settings should reside inside
> 'struct spi_nor_flash_parameter'. Drop the local copy of
> quad_enable() and use the one from 'struct spi_nor_flash_parameter'.
>
> Signed-off-by: Tudor Ambarus
Review
On Fri, 23 Aug 2019 15:53:41 +
wrote:
> From: Tudor Ambarus
>
> All flash parameters and settings should reside inside
> 'struct spi_nor_flash_parameter'. Move clear_sr_bp() from
> 'struct spi_nor' to 'struct spi_nor_flash_parameter'.
>
> Rename clear_sr_bp()/disable_block_protection() to
On Fri, 23 Aug 2019 15:53:43 +
wrote:
> From: Tudor Ambarus
>
> All flash parameters and settings should reside inside
> 'struct spi_nor_flash_parameter'. Move the SMPT parsed erase map
> from 'struct spi_nor' to 'struct spi_nor_flash_parameter'.
>
> Please note that there is a roll-back m
On Fri, 23 Aug 2019 15:53:33 +
wrote:
> From: Tudor Ambarus
>
> This series is a prerequisite for the effort of moving the
> manufacturer specific code out of the SPI NOR core.
>
> The scope is to move all [FLASH-SPECIFIC] parameters and settings
> from 'struct spi_nor' to 'struct spi_nor_
On Sat, 24 Aug 2019 12:00:41 +
wrote:
> From: Tudor Ambarus
>
> The goal is to move the quad_enable manufacturer specific init in the
> nor->manufacturer->fixups->default_init()
>
> The legacy quad_enable() implementation is spansion_quad_enable(),
> select this method by default.
>
> Set
On Sat, 24 Aug 2019 12:00:43 +
wrote:
> From: Tudor Ambarus
>
> Add functions to delimit what the chunks of code do:
>
> static void spi_nor_init_params()
> {
> spi_nor_legacy_init_params()
> spi_nor_manufacturer_init_params()
> spi_nor_sfdp_init_params()
> }
>
> Add des
Rework FLL handling to use common code introduced earlier.
Signed-off-by: Michał Mirosław
---
sound/soc/atmel/atmel_wm8904.c | 11 +-
sound/soc/codecs/Kconfig | 1 +
sound/soc/codecs/wm8904.c | 476 ++---
sound/soc/codecs/wm8904.h | 5 -
4 files c
A new implementation for FLLs as contained in WM8904, WM8994 and a few
other Cirrus Logic (formerly Wolfson) codecs. Patches using this common
code follow.
Signed-off-by: Michał Mirosław
---
sound/soc/codecs/Kconfig | 6 +
sound/soc/codecs/Makefile | 2 +
sound/soc/codecs/wm_fll.c | 518 +++
This series allows to use WM8904 codec as audio-graph-card component.
It starts with rework of FLL handling in the codec's driver, and as an
example includes (untested) rework for codec with similar FLL: WM8994.
Series based on tiwai/sound/for-next tree. You can also pull from:
https://rere.qmq
Rework FLL handling to use common code.
This uses polling for now to wait for FLL lock.
Signed-off-by: Michał Mirosław
---
sound/soc/codecs/Kconfig | 2 +
sound/soc/codecs/wm8994.c | 281 +++---
sound/soc/codecs/wm8994.h | 4 +-
3 files changed, 84 insertions
Choose clock source automatically if not provided. This will be the case
with eg. audio-graph-card.
Signed-off-by: Michał Mirosław
---
sound/soc/codecs/wm8904.c | 42 +--
1 file changed, 40 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/wm8904.c
On 08/25/2019 03:03 PM, Boris Brezillon wrote:
> External E-Mail
>
>
> On Sat, 24 Aug 2019 12:00:43 +
> wrote:
>
>> From: Tudor Ambarus
>>
>> Add functions to delimit what the chunks of code do:
>>
>> static void spi_nor_init_params()
>> {
>> spi_nor_legacy_init_params()
>> spi
On Sat, 24 Aug 2019 12:00:48 +
wrote:
> From: Tudor Ambarus
>
> Get rid of MFR handling and implement specific manufacturer
> default_init() fixup hooks.
>
> Signed-off-by: Tudor Ambarus
> ---
> drivers/mtd/spi-nor/spi-nor.c | 30 --
> 1 file changed, 20 inser
On Sat, 24 Aug 2019 12:00:47 +
wrote:
> From: Boris Brezillon
>
> Add the SNOR_F_HAS_LOCK flag and set it when SPI_NOR_HAS_LOCK is set
> in the flash_info entry or when it's a Micron or ST flash.
>
> Move the locking hooks in a separate struct so that we have just
> one field to update whe
Since de40614de99 ("firmware: dmi_scan: Add DMI_OEM_STRING support to
dmi_matches") dmi_check_system() can match OEM_STRINGs itself.
Use the feature.
Signed-off-by: Michał Mirosław
---
drivers/ata/ata_piix.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drive
On Sat, 24 Aug 2019 12:07:14 +
wrote:
> From: Tudor Ambarus
>
> nor->params.setup() configures the SPI NOR memory. Useful for SPI NOR
> flashes that have peculiarities to the SPI NOR standard, e.g.
> different opcodes, specific address calculation, page size, etc.
> Right now the only user
On Sat, 24 Aug 2019 12:07:16 +
wrote:
> From: Tudor Ambarus
>
> s3an_nor_scan() was overriding the opcode selection done in
> spi_nor_default_setup(). Set nor->setup() method in order to
> avoid the unnecessary call to spi_nor_default_setup().
>
> Signed-off-by: Tudor Ambarus
I guess you
On Sat, 24 Aug 2019 12:19:20 +
wrote:
> From: Tudor Ambarus
>
> Bring all flash parameters default initialization in
> spi_nor_legacy_params_init().
>
> Signed-off-by: Tudor Ambarus
Reviewed-by: Boris Brezillon
> ---
> drivers/mtd/spi-nor/spi-nor.c | 29 +++--
>
On Sat, 24 Aug 2019 12:27:12 +
wrote:
> From: Tudor Ambarus
>
> To avoid inadvertent writes during power-up, some flashes are
> write-protected by default after a power-on reset cycle.
> A Global Block-Protection Unlock command offers a single
> command cycle that unlocks the entire memory
On Sun, 25 Aug 2019 12:23:45 +
wrote:
> On 08/25/2019 03:03 PM, Boris Brezillon wrote:
> > External E-Mail
> >
> >
> > On Sat, 24 Aug 2019 12:00:43 +
> > wrote:
> >
> >> From: Tudor Ambarus
> >>
> >> Add functions to delimit what the chunks of code do:
> >>
> >> static void spi_nor
On 08/25/2019 03:24 PM, Boris Brezillon wrote:
> On Sat, 24 Aug 2019 12:00:48 +
> wrote:
>
>> From: Tudor Ambarus
>>
>> Get rid of MFR handling and implement specific manufacturer
>> default_init() fixup hooks.
>>
>> Signed-off-by: Tudor Ambarus
>> ---
>> drivers/mtd/spi-nor/spi-nor.c |
On 08/25/2019 02:38 PM, Boris Brezillon wrote:
> External E-Mail
>
>
> On Fri, 23 Aug 2019 15:53:33 +
> wrote:
>
>> From: Tudor Ambarus
>>
>> This series is a prerequisite for the effort of moving the
>> manufacturer specific code out of the SPI NOR core.
>>
>> The scope is to move all [
Depending on kernel and bootloader configuration, it's possible that
Realtek ethernet PHY isn't powered on properly. It needs some time
before it can be used.
Fix that by adding 100ms ramp delay to regulator responsible for
powering PHY.
Fixes: 94dcfdc77fc5 ("arm64: allwinner: pine64-plus: Enable
On 08/25/2019 02:47 PM, Boris Brezillon wrote:
> External E-Mail
>
>
> On Sat, 24 Aug 2019 12:00:41 +
> wrote:
>
>> From: Tudor Ambarus
>>
>> The goal is to move the quad_enable manufacturer specific init in the
>> nor->manufacturer->fixups->default_init()
>>
>> The legacy quad_enable()
On 08/25/2019 03:26 PM, Boris Brezillon wrote:
>> int (*disable_block_protection)(struct spi_nor *nor);
> Should we move this ->disable_block_protection() hook to
> spi_nor_locking_ops?
>
yes, will do. thanks!
On Fri, 23 Aug 2019 15:53:41 +
wrote:
> From: Tudor Ambarus
>
> All flash parameters and settings should reside inside
> 'struct spi_nor_flash_parameter'. Move clear_sr_bp() from
> 'struct spi_nor' to 'struct spi_nor_flash_parameter'.
>
> Rename clear_sr_bp()/disable_block_protection() to
jevents.c uses nftw() to enumerate files and outputs the corresponding
C structs in the order they are found. This makes it sensitive to
directory ordering, so that the perf executable is not reproducible.
To avoid this, store all the files and directories found and then sort
them by their (relat
On 08/25/2019 04:09 PM, Boris Brezillon wrote:
> On Fri, 23 Aug 2019 15:53:41 +
> wrote:
>
>> From: Tudor Ambarus
>>
>> All flash parameters and settings should reside inside
>> 'struct spi_nor_flash_parameter'. Move clear_sr_bp() from
>> 'struct spi_nor' to 'struct spi_nor_flash_parameter
On Sun, 25 Aug 2019 12:57:35 +
wrote:
> On 08/25/2019 03:24 PM, Boris Brezillon wrote:
> > On Sat, 24 Aug 2019 12:00:48 +
> > wrote:
> >
> >> From: Tudor Ambarus
> >>
> >> Get rid of MFR handling and implement specific manufacturer
> >> default_init() fixup hooks.
> >>
> >> Signed-of
On Sun, 25 Aug 2019 13:19:57 +
wrote:
> On 08/25/2019 04:09 PM, Boris Brezillon wrote:
> > On Fri, 23 Aug 2019 15:53:41 +
> > wrote:
> >
> >> From: Tudor Ambarus
> >>
> >> All flash parameters and settings should reside inside
> >> 'struct spi_nor_flash_parameter'. Move clear_sr_bp()
CONFIG_SHELL falls back to sh when bash is not installed on the system,
but nobody is testing such a case since bash is usually installed.
That is, shell scripts invoked by CONFIG_SHELL are only tested with
bash.
It makes it difficult to test whether the hashbang #!/bin/sh is real.
In fact, I saw
Hi all,
In commit
b63f20a778c8 ("x86/retpoline: Don't clobber RFLAGS during CALL_NOSPEC on
i386")
Fixes tag
Fixes: 776b043848fd2 ("x86/retpoline: Add initial retpoline support")
has these problem(s):
- Target SHA1 does not exist
Did you mean
Fixes: 76b043848fd2 ("x86/retpoline: Add i
On 22.08.19 17:04, Markus Elfring wrote:
> From: Markus Elfring
> Date: Thu, 22 Aug 2019 10:55:33 +0200
>
> The dev_kfree_skb() function performs also input parameter validation.
> Thus the test around the shown calls is not needed.
>
> This issue was detected by using the Coccinelle software.
>
Linus,
The following changes since commit d1abaeb3be7b5fa6d7a1fbbd2e14e3310005c4c1:
Linux 5.3-rc5 (2019-08-18 14:31:08 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/ubifs.git
tags/for-linus-5.3-rc6
for you to fetch changes up to 0af83abbd4
Linus,
The following changes since commit d1abaeb3be7b5fa6d7a1fbbd2e14e3310005c4c1:
Linux 5.3-rc5 (2019-08-18 14:31:08 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rw/uml.git
tags/for-linus-5.3-rc6
for you to fetch changes up to e0917f879536
Hello clock maintainers,
v2 of the clock driver addresses most review comments from Stephen, and
contains a few fixes found while testing on hardware.
Stephen, I did not get a chance to move to the new parent registration scheme.
If you would be comfortable with taking these patches for 5.4 I can
The ast2600 is a new BMC SoC from ASPEED. It contains many more clocks
than the previous iterations, so support is broken out into it's own
driver.
Signed-off-by: Joel Stanley
---
v2:
- Make headers standalone
- Rename lock so it doesn't alias with clk-aspeed's lock
- Document critical clocks,
They will be reused by the ast2600 driver.
Signed-off-by: Joel Stanley
---
v2:
include required headers for structures used by clk-aspeed.h
drivers/clk/clk-aspeed.c | 67 ++--
drivers/clk/clk-aspeed.h | 82
2 files changed, 8
Em Sat, Aug 24, 2019 at 09:45:19PM +0530, Souptick Joarder escreveu:
> Removed duplicate headers which are included twice.
>
> Signed-off-by: Souptick Joarder
> Reviewed-by: Mukesh Ojha
Thanks, applied.
- Arnaldo
> ---
> tools/perf/util/data.c | 1 -
> tools/perf/util/get_cur
Em Sun, Aug 25, 2019 at 02:13:29PM +0100, Ben Hutchings escreveu:
> jevents.c uses nftw() to enumerate files and outputs the corresponding
> C structs in the order they are found. This makes it sensitive to
> directory ordering, so that the perf executable is not reproducible.
>
> To avoid this,
On 08/25/2019 03:49 PM, Boris Brezillon wrote:
> External E-Mail
>
>
> On Sat, 24 Aug 2019 12:27:12 +
> wrote:
>
>> From: Tudor Ambarus
>>
>> To avoid inadvertent writes during power-up, some flashes are
>> write-protected by default after a power-on reset cycle.
>> A Global Block-Protec
Em Fri, Aug 23, 2019 at 02:03:37PM -0700, Andi Kleen escreveu:
> From: Andi Kleen
>
> Use timestamp__scnprintf_nsec to print nanoseconds for the time
> sort key, instead of open coding.
Thanks, tested and applied.
- Arnaldo
> Signed-off-by: Andi Kleen
> ---
> tools/perf/util/sort.c | 10 ++-
Em Fri, Aug 23, 2019 at 04:42:47PM -0400, Vince Weaver escreveu:
> On Fri, 26 Jul 2019, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Jul 23, 2019 at 04:42:30PM -0400, Vince Weaver escreveu:
> > > my perf_tool_fuzzer has found another issue, this one a buffer overflow
> > > in perf_header__read_build
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm announcing the release of the 5.2.10 kernel.
All users of the 5.2 kernel series must upgrade.
The updated 5.2.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-5.2.y
and can be brow
I'm announcing the release of the 4.4.190 kernel.
All users of the 4.4 kernel series must upgrade.
The updated 4.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-4.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 81a0ada6536f..83acf2d6c55e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 4
PATCHLEVEL = 4
-SUBLEVEL = 189
+SUBLEVEL = 190
EXTRAVERSION =
NAME = Blurry Fish Butt
diff --git a/arch/arm/mach-davinci/sleep.S b/arch/arm/mach-davinci/sleep.S
i
I'm announcing the release of the 4.9.190 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:
diff --git a/Documentation/siphash.txt b/Documentation/siphash.txt
new file mode 100644
index ..908d348ff777
--- /dev/null
+++ b/Documentation/siphash.txt
@@ -0,0 +1,175 @@
+ SipHash - a short input PRF
+---
+Written by Jason A. Donenf
I'm announcing the release of the 4.14.140 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
diff --git a/Documentation/sysctl/net.txt b/Documentation/sysctl/net.txt
index b67044a2575f..e12b39f40a6b 100644
--- a/Documentation/sysctl/net.txt
+++ b/Documentation/sysctl/net.txt
@@ -91,6 +91,14 @@ Values :
0 - disable JIT kallsyms export (default value)
1 - enable JIT kallsyms
I'm announcing the release of the 4.19.68 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 b6aa6e8d4411..6f164b04d953 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
# SPDX-License-Identifier: GPL-2.0
VERSION = 4
PATCHLEVEL = 19
-SUBLEVEL = 67
+SUBLEVEL = 68
EXTRAVERSION =
NAME = "People's Front"
diff --git a/arch/arm64/include/asm/efi.h
Some Allwinner H6 boards have timing problems when dealing with
DDR-capable eMMC cards. These boards include the Pine H64 and Tanix TX6.
These timing problems result in out of sync communication between the
driver and the eMMC, which renders the memory unsuable for every
operation but some basic c
On Wed, 21 Aug 2019 17:16:53 +0300
Beniamin Bia wrote:
> From: Stefan Popa
>
> The AD7606B is a 16-bit ADC that supports simultaneous sampling of 8
> channels. It is pin compatible to AD7606, but adds extra modes by
> writing to the register map.
>
> The AD7606B can be configured to work in so
On Wed, 21 Aug 2019 17:16:54 +0300
Beniamin Bia wrote:
> Add Beniamin Bia as maintainer for AD7606 driver.
>
> Signed-off-by: Beniamin Bia
Applied to the togreg branch of iio.git and pushed out as testing
for the autobuilders to probably ignore it.
Thanks,
Jonathan
> ---
> Changes in v3:
> -
Thanks, a bunch Sasha.
On 10:47 Sun 25 Aug 2019, Sasha Levin wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I'm announcing the release of the 5.2.10 kernel.
All users of the 5.2 kernel series must upgrade.
The updated 5.2.y git tree can be found at:
git://git.kernel.org/pub/scm
On 23/08/2019 16:16, Vidya Sagar wrote:
> When a platform has an open PCIe slot, not having a device connected to
> it doesn't have to result in a dev_err() print saying that the link is
> not up but a dev_info() would suffice.
>
> Signed-off-by: Vidya Sagar
> ---
> drivers/pci/controller/dwc/
HI Vasily,
On Wed, Aug 14, 2019 at 11:01 AM Vasily Khoruzhick wrote:
>
> On Tue, Aug 13, 2019 at 1:06 PM Ondřej Jirman wrote:
> >
> > On Mon, Aug 12, 2019 at 04:54:15PM -0700, Vasily Khoruzhick wrote:
> > > On Mon, Aug 12, 2019 at 4:46 PM Frank Lee wrote:
> > > >
> > > > HI Vasily,
> > > >
> >
It was found that on a dual-socket x86-64 system with nvdimm, reading
/proc/kpagecount may cause the system to panic:
===
[ 79.917682] BUG: unable to handle page fault for address: fffe
[ 79.924558] #PF: supervisor read access in kernel mode
[ 79.929696] #PF: erro
On Sat, Aug 24, 2019 at 10:50 PM Tetsuo Handa
wrote:
>
> @@ -142,7 +144,7 @@ static ssize_t read_mem(struct file *file, char __user
> *buf,
> sz = size_inside_page(p, count);
> cond_resched();
> err = -EINTR;
> - if (fatal_signal_pendi
Hi,
Please find attached patch which fixes a warning reported by
checkpatch.pl in drivers/mailbox/arm_mhu.c.
Fix warning reported by checkpatch.pl:
WARNING: Prefer 'unsigned int' to bare use of 'unsigned'
+ unsigned irq;
Signed-off-by: Peikan Tsai
---
drivers/mailbox/arm_mhu.c | 2 +-
1
Mimi Zohar used spaces instead of a tab when adding Jarkko Sakkinen as
further maintainer to the KEYS-TRUSTED section entry.
In fact, ./scripts/checkpatch.pl -f MAINTAINERS complains:
WARNING: MAINTAINERS entries use one tab after TYPE:
#8581: FILE: MAINTAINERS:8581:
+M: Jarkko Sakkine
On Sun, Aug 25, 2019 at 2:45 AM Thomas Gleixner wrote:
>
> - Clear the RDRAND CPUID bit on AMD family 15h and 16h CPUs which are
> affected by broken firmware which does not initialize RDRAND correctly
> after resume. Add a command line parameter to override this for machine
> which
On Wed, 21 Aug 2019 17:16:55 +0300
Beniamin Bia wrote:
> The documentation for ad7606 was migrated to yaml.
>
> Signed-off-by: Beniamin Bia
make dt_binding_check
DT_SCHEMA_FILES=Documentation/devicetree/bindings/iio/adc/adi,ad7606.yaml
3 things needed fixing beyond the tweak Rob mentioned (a
On Wed, 21 Aug 2019 17:16:56 +0300
Beniamin Bia wrote:
> Documentation for AD7606B Analog to Digital Converter and software
> mode was added.
>
> Signed-off-by: Beniamin Bia
Tweaked as per Peter's comment and added Rob's Reviewed-by from v2
Seems everyone decided to review this one just as you
On Sat, Aug 24, 2019 at 11:25:24PM -0400, Theodore Y. Ts'o wrote:
> On Fri, Aug 23, 2019 at 10:47:34AM +0800, Shaokun Zhang wrote:
> > From: Yang Guo
> >
> > @es_stats_cache_hits and @es_stats_cache_misses are accessed frequently in
> > ext4_es_lookup_extent function, it would influence the ext4
util.c exists both in scripts/kconfig/ and scripts/kconfig/lxdialog.
Previously, Kbuild could not pass different flags to source files with
the same basename. Now that this issue was solved, you can split util.c
out of parser.y and compile them independently of each other.
Signed-off-by: Masahiro
On Sun, Aug 25, 2019 at 10:18:02AM -0700, Linus Torvalds wrote:
> Not doing the Zen 2 boot-time case? Everybody assumes that all
> firmware has been fixed?
My info is that all Zen has been taken care of with fw fixes.
> That one should be easy to verify since it happens at boot: just do
> "rdrand
Len Brown has not been active in this part since around 2010. The recent
activity suggests that Thomas Gleixner and Jiang Lui were maintaining
this part of the kernel sources. Jiang Lui has not been active in the
kernel sources since beginning 2016. So, the maintainer's role seems to
be now with Th
Sasha,
Sasha Levin schreef op zo 25-08-2019 om 10:47 [-0400]:
> I'm announcing the release of the 5.2.10 kernel.
>
> All users of the 5.2 kernel series must upgrade.
>
> The updated 5.2.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
>
Hi,
On 24-08-19 23:04, Katsuhiro Suzuki wrote:
This patch limits Headphone mixer volume to 4 from 7.
Because output sound suddenly becomes very loudly with many noise if
set volume over 4.
Signed-off-by: Katsuhiro Suzuki
Higher then 4 not working matches my experience, see this comment from
On Sun, Aug 25, 2019 at 10:30 AM Borislav Petkov wrote:
>
> Should we do that somewhere in the early boot code by adding a WARN_ON()
> or so and see who screams?
It might be a good idea, just to see if it ever happens (again).
It doesn't even have to be early boot. It's probably more important t
Hi Linus,
Please pull this cleanup.
Cheers,
Miguel
The following changes since commit d1abaeb3be7b5fa6d7a1fbbd2e14e3310005c4c1:
Linux 5.3-rc5 (2019-08-18 14:31:08 -0700)
are available in the Git repository at:
https://github.com/ojeda/linux.git tags/auxdisplay-for-linus-v5.3-rc7
for you
1 - 100 of 253 matches
Mail list logo
