Linus,
Please pull the latest x86-platform-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-platform-for-linus
# HEAD: fa112cf1e8bc693d5a666b1c479a2859c8b6e0f1 x86/olpc: Fix build error
with CONFIG_MFD_CS5535=m
Two minor OLPC changes: a build fix an
On Tue, 23 Oct 2018 at 12:01, Peter Zijlstra wrote:
>
> On Fri, Oct 19, 2018 at 06:17:51PM +0200, Vincent Guittot wrote:
> > In order to achieve this time scaling, a new clock_pelt is created per rq.
>
>
> > diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> > index 3990818..d987f50 100644
On (10/23/18 21:04), Sergey Senozhatsky wrote:
>
> Seems that s390 is the only arch which defines its own bust_spinlocks().
> Not sure why... Just to play games with console_loglevel?
>
> ---
>
> void bust_spinlocks(int yes)
> {
> if (yes) {
> oops_in_progress = 1;
> }
On 10/17/2018 3:58 AM, Evan Green wrote:
On Mon, Oct 8, 2018 at 6:26 AM Veerabhadrarao Badiganti
wrote:
On few SDHCI-MSM controllers, the host controller's clock tuning
circuit may go out of sync if controller clocks are gated which
eventually will result in data CRC, command CRC/timeout erro
Linus,
Please pull the latest x86-paravirt-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-paravirt-for-linus
# HEAD: 3a025de64bf89c84a79909069e3c24ad9e710d27 x86/hyperv: Enable PV
qspinlock for Hyper-V
Two main changes:
- Remove no longer parts
Linus,
Please pull the latest x86-mm-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-mm-for-linus
# HEAD: 977e4be5eb714c48a67afc26a6c477f24130a1f2 x86/stackprotector: Remove
the call to boot_init_stack_canary() from cpu_startup_entry()
Lots of chang
On (10/23/18 20:54), Sergey Senozhatsky wrote:
> So I did look at what lib/bust_spinlocks.c does; and I agree that waking
> up klogd makes little sense, on the other hand it just sets per-cpu
> pending bit, so not a big deal. console_unlock() should do there the
> same thing as console_flush_on_pan
On (10/23/18 13:07), Petr Mladek wrote:
> Though this looks a bit weird.
>
> I have just realized that console_unblank() is called by
> bust_spinlocks(0) and does basically the same as
> console_flush_on_panic(). Also it does not make much
> sense wake_up_klogd() there. Finally, it seems to be
> t
On 22 October 2018 at 20:06, Edgecombe, Rick P
wrote:
> On Sat, 2018-10-20 at 19:20 +0200, Ard Biesheuvel wrote:
>> Hi Rick,
>>
>> On 19 October 2018 at 22:47, Rick Edgecombe
>> wrote:
>> > If BPF JIT is on, there is no effective limit to prevent filling the entire
>> > module space with JITed e/
Hi Taniya,
Both the patches are missing v9 in their subject line - this threw off
patchwork when trying to download the patches.
On Thu, Oct 11, 2018 at 5:06 PM Taniya Das wrote:
>
> Add QCOM cpufreq firmware device bindings for Qualcomm Technology Inc's
> SoCs. This is required for managing the
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive merge window updates for HID subsystem. Highlights:
=
- rumble support for Xbox One S, from Andrey Smirnov
- high-resolution support for Logitech mice, from Harry Cutts
- support for r
Good day,
I am Mr. Aziz Dake, from Burkina Faso a Minister confide on me to
look for foreign partner who will assist him to invest the sum of
Thirty Million Dollars ($30,000,000) in your country.
He has investment interest in mining, exotic properties for commercial
resident, development prop
Linus,
Please pull the latest x86-grub2-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-grub2-for-linus
# HEAD: e7b66d16fe41722350ba87f5788052ef53ee28bb x86/acpi, x86/boot: Take
RSDP address for boot params if available
This tree extends the x86 boo
Hi Arnaldo,
On 09.10.2018 22:32, Arnaldo Carvalho de Melo wrote:
> Em Tue, Oct 09, 2018 at 05:36:24PM +0300, Alexey Budankov escreveu:
>>
>> Store -k clockid frequency into Perf trace to enable timestamps
>> derived metrics conversion into wall clock time on reporting stage.
>>
>> Below is the ex
On Tue 23-10-18 10:01:08, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > On Mon 22-10-18 20:45:17, Tetsuo Handa wrote:
> > > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c
> > > > index e79cb59552d9..a9dfed29967b 100644
> > > > --- a/mm/memcontrol.c
> > > > +++ b/mm/memcontrol.c
> > > > @@ -1380,1
On Tue, Oct 23, 2018 at 5:08 PM Luis Henriques wrote:
>
> If we try to copy into a file that was just written, any data that is remote
> copied will be overwritten by our buffered writes once they are flushed. When
> this happens, the call to invalidate_inode_pages2_range will also return a
> -EB
Linus,
Please pull the latest x86-cpu-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-cpu-for-linus
# HEAD: 995d5f64b62f20f05b8e0972f07ec4d6c2c9 tools/cpupower: Add Hygon
Dhyana support
The main changes in this cycle were:
- Add support for th
RK809 and RK817 are power management IC chips for multimedia products.
most of their functions and registers are same, including the clkout
funciton.
Signed-off-by: Tony Xie
Acked-by: Stephen Boyd
---
drivers/clk/Kconfig | 9 ---
drivers/clk/clk-rk808.c | 64 +++
On Tue, Oct 23, 2018 at 10:48 AM Ingo Molnar wrote:
>
> Please pull the latest core-rcu-for-linus git tree from:
I have now begun pulling the "Ingo series". Just FYI, I'm not going to
send "Pulled" emails for all the individual emails as I get to them.
Linus
On Fri 12-10-18 17:04:46, Edgecombe, Rick P wrote:
[...]
> Any thoughts on if instead of all this there was just a system wide limit on
> BPF
> JIT module space usage?
We do allow to charge vmalloc memory to a memory cgroup. Isn't that a
way forward?
--
Michal Hocko
SUSE Labs
Hi Marc,
On Tue, Oct 23, 2018 at 1:11 PM Marc Zyngier wrote:
> On Mon, 27 Aug 2018 10:06:51 +0100,
> Bartosz Golaszewski wrote:
> As for the whole "early device" debate, my take is that we'd be much
> better off making the device model available early, rather than trying
> to architect something
Add support for the rk809 and rk817 regulator driver.
Their specifications are as follows:
1. The RK809 and RK809 consist of 5 DCDCs, 9 LDOs
and have the same registers for these components except dcdc5.
2. The dcdc5 is a boost dcdc for RK817 and is a buck for RK809.
3. T
The rk809 and rk817 are a Power Management IC (PMIC) for multimedia
and handheld devices. It contains the following components:
- Regulators
- RTC
- Clocking
Both RK809 and RK817 chips are using a similar register map,
so we can reuse the RTC and Clocking a
RK809 and RK817 are power management IC chips for multimedia products.
Most of their functions and registers are same, including the rtc.
Signed-off-by: Tony Xie
Acked-by: Alexandre Belloni
---
drivers/rtc/Kconfig | 4 +--
drivers/rtc/rtc-rk808.c | 68 ++
Most of functions and registers of the rk817 and rk808 are the same,
so they can share allmost all codes.
Their specifications are as follows��
1) The RK809 and RK809 consist of 5 DCDCs, 9 LDOs and have the same registers
for these components except dcdc5.
2) The dcdc5 is a boost dcdc for
Add device tree bindings documentation for Rockchip's RK809 & RK817 PMIC.
Signed-off-by: Tony Xie
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/mfd/rk808.txt | 44 +
1 file changed, 44 insertions(+)
diff --git a/Documentation/devicetree/bindings/mfd/rk8
Hello,
I am wondering if it is possible to add initramfs as an ELF section to
the bzImage, and if so - how?
I am aware that it is possible to compile-in an initramfs or to supply
it as an external file. Both of these options don't fit my needs. The
first one doesn't fit because it is very difficu
Linus,
Please pull the latest x86-build-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-build-for-linus
# HEAD: b3569d3a4b4fe93ee33eaa3c69ec3ed2cd3b276a x86/kconfig: Remove
redundant 'default n' lines from all x86 Kconfig's
A small cleanup to x86 Kc
On Tue, Oct 23, 2018 at 02:55:07PM +0800, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed a -7.2% regression of blogbench.read_score due to commit:
Thanks. I've seen some slightly worse performance results in blogbench,
but overall it's better or still acceptable, also confirmed by othe
Linus,
Please pull the latest x86-boot-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus
# HEAD: 44060e8a5189fd79220a94422b8249a85e91 x86/boot/KASLR: Remove
return value from handle_mem_options()
Two cleanups and a bugfix for a rare
On 21/09/2018 17:30, David Howells wrote:
From: Al Viro
Allow a detached tree created by open_tree(..., OPEN_TREE_CLONE) to be
attached by move_mount(2).
If by the time of final fput() of OPEN_TREE_CLONE-opened file its tree is
not detached anymore, it won't be dissolved. move_mount(2) is adj
On Thu, Oct 18, 2018 at 01:14:32AM +0100, Liviu Dudau wrote:
> Commit 45d4c6de4e49 ("leds: gpio: Try to lookup gpiod from device")
> removed the common code path that set the led_dat->gpiod pointer in
> create_gpio_led(), but only added it back for the devices that have
> a valid gpio_led_platform_
From: Denis Efremov
This patch makes argument names equal in the documentation and
declarations of the audit_* hooks.
Signed-off-by: Denis Efremov
---
include/linux/lsm_hooks.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/linux/lsm_hooks.h b/include/linux/l
From: Denis Efremov
The path_chmod hook was changed in the commit
"switch security_path_chmod() to struct path *" (cdcf116d44e7).
The argument @mnt was removed from the hook, @dentry was changed
to @path. This patch updates the documentation accordingly.
Signed-off-by: Denis Efremov
---
includ
From: Denis Efremov
The socket_getpeersec_dgram hook was changed in the commit
"[AF_UNIX]: Kernel memory leak fix for af_unix datagram getpeersec patch"
(dc49c1f94e34). The arguments @secdata and @seclen were changed to @sock
and @secid. This patch updates the documentation accordingly.
Signed-o
Linus,
Please pull the latest x86-asm-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-asm-for-linus
# HEAD: ec3a94188df7d28b374868d9a2a0face910e62ab x86/fsgsbase/64: Clean up
various details
The main changes in this cycle were the fsgsbase related p
On paź 22, 2018 22:09, Nishad Kamdar wrote:
> Use the gpiod interface instead of the deprecated old non-descriptor
> interface.
Hi
> Signed-off-by: Nishad Kamdar
> ---
> Changes in v2:
> - Use the spi_device struct embedded in st instead
>of passing it as an argument to ad2s1210_setup_gpios
Linus,
Welcome back.
Enjoy!
The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight.git
backlight-next-4.20
for you to fetc
From: Denis Efremov
The task_setscheduler hook was changed in the commit
"security: remove unused parameter from security_task_setscheduler()"
(b0ae19811375). The arguments @policy, @lp were removed from the hook.
This patch updates the documentation accordingly.
Signed-off-by: Denis Efremov
--
Hi Bartosz,
On Mon, 27 Aug 2018 10:06:51 +0100,
Bartosz Golaszewski wrote:
>
> From: Bartosz Golaszewski
>
> Old early platform device support is now sh-specific. Before moving on
> to implementing new early platform framework based on real platform
> devices, prefix all early platform symbols
Linus,
Please pull the latest x86-apic-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-apic-for-linus
# HEAD: 76f99ae5b54d48430d1f0c5512a84da0ff9761e0 irq/matrix: Spread managed
interrupts on allocation
Improve the spreading of managed IRQs at alloc
From: Denis Efremov
This patch slightly fixes the documentation for the
socket_post_create hook. The documentation states that
i_security field is accessible through inode field of socket
structure (i.e., 'sock->inode->i_security'). There is no inode
field in the socket structure. The i_security
On Tue 2018-10-16 14:04:25, Sergey Senozhatsky wrote:
> >From printk()/serial console point of view panic() is special, because
> it may force CPU to re-enter printk() or/and serial console driver.
> Therefore, some of serial consoles drivers are re-entrant. E.g. 8250:
>
> serial8250_console_write
Linus,
Please pull the latest sched-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-core-for-linus
# HEAD: 11e13696a08e838ba48c72404c2b3f41429b5b20
sched/completions/Documentation: Add recommendation for dynamic and ONSTACK
completions
The
Hi Mike,
On Tue, Oct 23, 2018 at 10:53:50AM +, Mike Looijmans wrote:
> On 23-10-18 11:01, Moritz Fischer wrote:
> > Hi Mike,
> >
> > seems like a good usecase (though uncommon), question below
>
> Usecases for ICAP:
> - It's considerably faster than PCAP
> - Self-repairing logic (e.g. single
Linus,
Please pull the latest ras-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ras-core-for-linus
# HEAD: 711f76a328cbe5b49164bb14bcb593fa52102051 x86/mcelog: Remove one
mce_helper definition
Misc smaller fixes and cleanups.
Thanks,
I
On 10/23/18 10:59 AM, Gustavo A. R. Silva wrote:
>
> On 10/23/18 9:01 AM, Johannes Berg wrote:
>> On Tue, 2018-10-23 at 02:13 +0200, Gustavo A. R. Silva wrote:
>>> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
>>> where we are expecting to fall through.
>>>
>>> Warning lev
From: Denis Efremov
The syslog hook was changed in the commit
"capabilities/syslog: open code cap_syslog logic to
fix build failure" (12b3052c3ee8). The argument @from_file
was removed from the hook. This patch updates the
documentation for the syslog hook accordingly.
Signed-off-by: Denis Efrem
On 23-10-18 11:01, Moritz Fischer wrote:
> Hi Mike,
>
> seems like a good usecase (though uncommon), question below
Usecases for ICAP:
- It's considerably faster than PCAP
- Self-repairing logic (e.g. single-event upsets)
- Being programmed from a remote FPGA
- Programming through another bus (e.
Linus,
Please pull the latest perf-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git perf-core-for-linus
# HEAD: dda93b45389f025fd3422d22cc31cc1ea6040305 Merge branch 'x86/cache'
into perf/core, to pick up fixes
The main updates in this cycle were:
From: Denis Efremov
The @type argument of the sb_copy_data hook was removed
in the commit "LSM/SELinux: Interfaces to allow FS to control
mount options" (e0007529893c). This commit removes the description
of the @type argument from the LSM documentation.
Signed-off-by: Denis Efremov
---
includ
Hi Linus,
Welcome back.
Enjoy!
The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:
Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git mfd-next-4.20
for you to fetch changes
On Wed, Oct 24, 2018 at 01:25:37AM +0800, Peng Hao wrote:
> Signed-off-by: Peng Hao
> ---
> .../devicetree/bindings/arm/pvpanic-mmio.txt | 26
> ++
> 1 file changed, 26 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/arm/pvpanic-mmio.txt
>
> diff
On Wed, Oct 24, 2018 at 01:25:35AM +0800, Peng Hao wrote:
> pvpanic device is a qemu-specific emulation device. Pvpanic
> devices are now available for ARM64. This patch supports the APCI
> way to get device information.
This woule be better described as:
pvpanic: add MMIO support
On some archi
On Dienstag, 23. Oktober 2018 06:03:56 CEST Andi Kleen wrote:
> > So what if my libm wasn't compiled with -fasynchronous-unwind-tables? We
>
> It's default (64bit since always and 32bit now too) Unless someone disabled
> it.
Excellent, good to know. Since [1] doesn't explicitly disable it, I woul
Hi all,
I have stumbled upon this crash on my arm64 system:
[7.040874] SMP: Total of 64 processors activated.
[7.045720] CPU features: detected: GIC system register CPU interface
[7.052240] CPU features: detected: 32-bit EL0 Support
[7.144026] CPU: All CPU(s) started at EL2
[
Linus,
Please pull the latest locking-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-core-for-linus
# HEAD: 01a14bda11add9dcd4a59200f13834d634559935 locking/lockdep: Make
global debug_locks* variables read-mostly
Lots of changes in this c
On 2018/10/23 17:21, Petr Mladek wrote:
> On Fri 2018-10-19 09:18:16, Tetsuo Handa wrote:
>> I assumed we calculate the average dynamically, for the amount of
>> messages printed by an OOM event is highly unstable (depends on
>> hardware configuration such as number of nodes, number of zones,
>> an
On Tue, Oct 23, 2018 at 8:01 AM Martin Schwidefsky
wrote:
>>
> please pull s390 fixes and features for 4.20
Pulled,
Linus
On Tue, Oct 23, 2018 at 08:36:17AM +, Clark Wang wrote:
> Add dmas and dma-names for ecspi1~4 to fix kernel boot error:
> "spi_imx 3084.ecspi: dma setup error -19, use pio".
Actually this should not be an error and the message is supposed to say:
Unable to setup DMA, falling back
Hi,
This new patch series changes the approach to enabling the no-1.8V
quirk. We determined that not having the DSM method might not be a good
enough signal for the board/eMMC not supporting 1.8V.
It now uses a DMI quirk; I've also added another machine which benefited
from the previous patch, bu
If there's no ACPI DSM for voltage switch, it will just cause a lot of
debug info down the line, we only need one at startup.
Signed-off-by: Anisse Astier
---
drivers/mmc/host/sdhci-pci-core.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/mmc/host/sdhci-pci-core.c
b/d
Hi,
Le mercredi 10 octobre 2018 à 16:58 +0200, Maxime Ripard a écrit :
> On Wed, Oct 10, 2018 at 01:41:32PM +0200, Paul Kocialkowski wrote:
> > This adds support for the 3.5" LCD panel from Lemaker, sold for use with
> > BananaPi boards. It comes with a 24-bit RGB888 parallel interface and
> > req
If the motherboard is known not to support 1.8V properly, add the
necessary quirk on probe.
This fixes an issue on a Gemini Lake (GLK) laptop : eMMC driver will
timeout on boot (from 60seconds to 10minutes ) as the cqhci attempts CQE
recovery after a failed voltage switch. In earlier kernels, the
This machine also displays the same issue that is fixed by the quirk.
Signed-off-by: Anisse Astier
---
drivers/mmc/host/sdhci-pci-core.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/mmc/host/sdhci-pci-core.c
b/drivers/mmc/host/sdhci-pci-core.c
index 396413f7c854..f2c1fb339d
On Fri, Oct 19, 2018 at 06:17:51PM +0200, Vincent Guittot wrote:
> In order to achieve this time scaling, a new clock_pelt is created per rq.
> diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h
> index 3990818..d987f50 100644
> --- a/kernel/sched/sched.h
> +++ b/kernel/sched/sched.h
> @@ -
Hi Boris,
> -Original Message-
> From: Boris Brezillon [mailto:boris.brezil...@bootlin.com]
> Sent: Tuesday, October 23, 2018 3:27 PM
> To: Yogesh Narayan Gaur
> Cc: Mark Brown ; Tudor Ambarus
> ; linux-...@lists.infradead.org; linux-
> s...@vger.kernel.org; marek.va...@gmail.com; cyrille
Hi,
On 10/23/2018 12:39 PM, Yogesh Narayan Gaur wrote:
> Hi,
>
> Did we have have any comments or remarks about this patch-series, if not
> please apply.
Now that the octal mode is close to an end, it would make sense to wait for it,
so that you can add the octal flag for this memory when intr
On 10/23/18 2:41 AM, Linus Torvalds wrote:
> So I've obviously started pulling stuff for the merge window, and one
> of the things I noticed with Greg doing it for the last few weeks was
> that he has this habit (or automation) to send Ack emails when he
> pulls.
>
> In fact, I reacted to them not
Hi Yogesh,
On Tue, 23 Oct 2018 09:39:25 +
Yogesh Narayan Gaur wrote:
> Hi,
>
> Did we have have any comments or remarks about this patch-series, if not
> please apply.
Sorry, but it was already too late for this release, and the merge
window just started, so it will have to wait at least
The patch
ASoC: stm32: add clock dependency for sai
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Lin
The patch
ASoC: stm32: sai: fix master clock naming
has been applied to the asoc tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Lin
On Tue, 23 Oct 2018, Linus Torvalds wrote:
> Comments?
I'm used to watching the git-commits-head mailing list to see what's being
pulled and don't need anything further as an ack.
--
James Morris
On Tue, 23 Oct 2018 09:37:13 +
Yogesh Narayan Gaur wrote:
> Add support for octo mode I/O data transfer in spi-mem framework.
>
> Signed-off-by: Yogesh Gaur
Reviewed-by: Boris Brezillon
> ---
> Changes for v3:
> - Modified string 'octal' with 'octo'.
> Changes for v2:
> - Patch added in
On Tue, 23 Oct 2018 09:37:06 +
Yogesh Narayan Gaur wrote:
> Add flags for Octo mode I/O data transfer
> Required for the SPI controller which can do the data transfer (TX/RX)
> on 8 data lines e.g. NXP FlexSPI controller.
> SPI_TX_OCTO: transmit with 8 wires
> SPI_RX_OCTO: receive with 8 wi
On Tue, Oct 23, 2018 at 11:17:38AM +0200, Boris Brezillon wrote:
> sent in-reply to the original email or in a separate email. I know Mark
> (Brown) has it automated in some way, not sure if it's through patchwork
> or if he's using a custom tool, and I'm also not sure it works for pull
> requests
Linus,
Please pull the latest core-rcu-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git core-rcu-for-linus
# HEAD: d0346559a7c358a5328e1fa43135acc548c0f224 Merge branch 'for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu into co
On Tue, Oct 23, 2018 at 10:35 AM Kirill A. Shutemov
wrote:
>
> Can you tag merge commit with message-id of the pull request?
> Automation machinery can reply to the pull request with proper CC list
> obtained from the archive?
If it's a "proper" pull request (ie done by git request-pull), then
th
On Tue, Oct 23, 2018 at 12:35:22PM +0300, Kirill A. Shutemov wrote:
> On Tue, Oct 23, 2018 at 10:10:47AM +0100, Linus Torvalds wrote:
> > So I feel that he automation model is just not good. The reply should
> > go to the actual pull request, not to the git history. People who want
> > just _that_
syzbot has found a reproducer for the following crash on:
HEAD commit:ca9eb48fe01f Merge tag 'regulator-v5.0' of git://git.kerne..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=11a6093940
kernel config: https://syzkaller.appspot.com/x/.config?x=963b24
Hi,
Did we have have any comments or remarks about this patch-series, if not
please apply.
Both patches in the series been reviewed by Tudor.
--
Regards
Yogesh Gaur
> -Original Message-
> From: Yogesh Narayan Gaur
> Sent: Friday, October 12, 2018 12:02 PM
> To: 'Boris Brezillon'
> Cc
Add support for octo mode IO data transfer.
Micron flash, mt35xu512aba, supports octal mode data transfer and
NXP FlexSPI controller supports 8 data lines for data transfer (Rx/Tx).
Patch series
* Add support for octo mode flags and parsing of same in spi driver.
* Add parsing logic for spi-mem fr
Add octo mode flags for octal I/O data transfer support.
NXP FlexSPI controller supports 8 lines Rx/Tx data transfer.
Signed-off-by: Yogesh Gaur
---
Changes for v3:
- Modified string 'octal' with 'octo'.
Changes for v2:
- None
drivers/spi/spi-nxp-fspi.c | 4 ++--
1 file changed, 2 insertions(+)
Flash mt35xu512aba connected to FlexSPI controller supports
1-1-8/1-8-8 protocol.
Added flag spi-rx-bus-width and spi-tx-bus-width with values as
8 and 8 respectively for both flashes connected at CS0 and CS1.
Signed-off-by: Yogesh Gaur
---
Changes for v3:
- None
Changes for v2:
- None
arch/arm
Add support for octo mode I/O data transfer in spi-mem framework.
Signed-off-by: Yogesh Gaur
---
Changes for v3:
- Modified string 'octal' with 'octo'.
Changes for v2:
- Patch added in v2 version.
drivers/spi/spi-mem.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/
Add octo read flag for flash mt35xu512aba.
This flash, mt35xu512aba, is only complaint to SFDP JESD216B and does
not seem to support newer JESD216C standard that provides auto
detection of Octal mode capabilities and opcodes. Therefore, this
capability is manually added using new SPI_NOR_OCTO_READ
Add support for octo mode I/O data transfer based on the controller (spi)
mode.
Assign hw-capability mask bits for octo transfer.
Signed-off-by: Yogesh Gaur
---
Changes for v3:
- Modified string 'octal' with 'octo'.
Changes for v2:
- Incorporated review comments of Boris.
drivers/mtd/devices/m2
Add flags for Octo mode I/O data transfer
Required for the SPI controller which can do the data transfer (TX/RX)
on 8 data lines e.g. NXP FlexSPI controller.
SPI_TX_OCTO: transmit with 8 wires
SPI_RX_OCTO: receive with 8 wires
Signed-off-by: Yogesh Gaur
---
Changes for v3:
- Modified string 'oc
- Add opcodes for octo I/O commands
* Read : 1-1-8 and 1-8-8 protocol
* Write : 1-1-8 and 1-8-8 protocol
* opcodes for 4-byte address mode command
- Entry of macros in _convert_3to4_xxx function
- Add flag specifying flash support octo read commands.
Signed-off-by: Vignesh R
Signed-off-b
On 18-10-23 10:51:27, Peter Zijlstra wrote:
> On Tue, Oct 23, 2018 at 10:57:40AM +0800, Yi Sun wrote:
> > On 18-10-22 19:15:16, Peter Zijlstra wrote:
>
> > > > +#if defined(CONFIG_X86_64) && defined(CONFIG_PARAVIRT_SPINLOCKS)
> > > > && IS_ENABLED(CONFIG_HYPERV)
> > > > +
On Tue, Oct 23, 2018 at 6:41 AM Rafael J. Wysocki wrote:
>
> ACPI updates for 4.20-rc1.
This - and the power management updates - pulled.
Linus
On Tue, Oct 23, 2018 at 10:10:47AM +0100, Linus Torvalds wrote:
> So I feel that he automation model is just not good. The reply should
> go to the actual pull request, not to the git history. People who want
> just _that_ could already automate the git history thing without me
> even doing anythin
On Tue, Oct 23, 2018 at 09:41:32AM +0100, Linus Torvalds wrote:
> In particular, the issue is that after each pull, I do a build test
> before the pull is really "final", and while that build test is
> ongoing (which takes anything from a few minutes to over an hour when
> I'm on the road and using
Hi Andreas,
we're getting there :) It seems your mail setup is still a bit
funky though. Did you use git send-email / git format-patch?
On Tue, Oct 23, 2018 at 09:01:39AM +, Andreas Puhm wrote:
> From bfc602900b016f65bc2f183aa93702101a1fdc17 Mon Sep 17 00:00:00 2001
> From: Andreas Puhm
> Da
On 10/22, Enke Chen wrote:
>
> As the coredump of a process may take time, in certain time-sensitive
> applications it is necessary for a parent process (e.g., a process
> manager) to be notified of a child's imminent death before the coredump
> so that the parent process can act sooner, such as re
On Tue, 23 Oct 2018 11:02:45 +0200,
Willy Tarreau wrote:
>
> On Tue, Oct 23, 2018 at 09:41:32AM +0100, Linus Torvalds wrote:
> > Because yes, the second option likely works fine in most cases, but my
> > pull might not actually be final *if* something goes bad (where bad
> > might be just "oops,
Hi Linus,
Please pull these general updates for the security subsystem.
In this patchset, there are a couple of minor updates, as well as some
reworking of the LSM initialization code from Kees Cook (these prepare the
way for ordered stackable LSMs, but are a valuable cleanup on their own).
--
Hi Rob,
On Tue, Sep 04, 2018 at 03:05:57PM +0200, Johan Hovold wrote:
> Hi all,
>
> On Mon, Aug 27, 2018 at 10:21:44AM +0200, Johan Hovold wrote:
> > Several drivers currently use of_find_compatible_node() to lookup child
> > nodes while failing to notice that the of_find_ functions search the
>
The clock-frequency property is not mandatory for the i2c buses. If it's
not present in the device tree, the buses __usually__ assume it's 100kHZ
(see altera, at91, axxia, etc.). Broadcom uses a 375kHZ default
clock-frequency, so the default clock frequency varies from bus to bus.
There are i2c cl
The clock-frequency property is not mandatory for the i2c buses. If it's
not present in the device tree, the buses __usually__ assume it's 100kHZ
(see altera, at91, axxia, etc.). Broadcom uses a 375kHZ default
clock-frequency, so the default clock frequency varies from bus to bus.
There are i2c cl
401 - 500 of 564 matches
Mail list logo