On Monday, January 28, 2019 11:04:22 AM CET Ross Lagerwall wrote:
> v2 changes:
> - Address Boris's comments.
>
> ---
>
> I recently encountered a crash in cper_estatus_check() when called by
> bert_init(). Patches follow to fix the problem. Note that I cannot fully
> test the patches since the h
On Wednesday, February 13, 2019 12:55:49 PM CET Heikki Krogerus wrote:
> This makes it possible to support drivers that use
> fwnode_get_named_child_node() and device_get_named_child_node()
> functions.
>
> The node name is for now taken from a device property named
> "name". That mimics the old s
From: RickyWu
this enables and adds OCP function for Realtek A series cardreader chips
and fixes some OCP flow in rts5260.c
Signed-off-by: RickyWu
---
drivers/misc/cardreader/rts5227.c | 64 +++---
drivers/misc/cardreader/rts5249.c | 32 +--
drivers/misc/cardreader/rts5260.c |
Add support for active discharge for USB power switches.
Signed-off-by: pascal paillet
---
Documentation/devicetree/bindings/regulator/st,stpmic1-regulator.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/regulator/st,stpmic1-regulator.txt
b/Documentati
Change buck1 voltage range to be conform with the data-sheet.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/stpmic1_regulator.c
b/drivers/regulator/stpmic1_regulator.c
index 6970
Stop using a regulator_init callback. This leads to a more simple regulator
registration code. This also permits to spuress struct stpmic1_regulator.
Also rename stpmic1_regulators_matches to stpmic1_matches.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 168 +
Regulator high pull down are enabled by default so remove support in the
driver.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/regulator/stpmic1_regulator.c
b/drivers/regulator/stpmic1_regulator.c
Add support for active discharge for USB power switches.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 68 ---
1 file changed, 55 insertions(+), 13 deletions(-)
diff --git a/drivers/regulator/stpmic1_regulator.c
b/drivers/regulator/st
Get the regulator mode definition from the bindings header.
Signed-off-by: pascal paillet
---
drivers/regulator/stpmic1_regulator.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/regulator/stpmic1_regulator.c
b/drivers/regulator/stpmic1_regulator.c
index d456fb
The interrupt parent description is not needed as the parent is a parent
node with 'interrupt-controller' property.
Signed-off-by: pascal paillet
---
Documentation/devicetree/bindings/regulator/st,stpmic1-regulator.txt | 3 ---
1 file changed, 3 deletions(-)
diff --git
a/Documentation/devicetr
Regulator high pull down are enabled by default so remove support in the
driver.
Signed-off-by: Pascal Paillet
---
Documentation/devicetree/bindings/regulator/st,stpmic1-regulator.txt | 2 --
1 file changed, 2 deletions(-)
diff --git
a/Documentation/devicetree/bindings/regulator/st,stpmic1-reg
The goal of this patch-set is to improve the stpmic1 regulator driver:
with Fixes:
- Simplify regulator registration code
- Remove support of regulator pull-down
- Fix buck1 voltage range
- Fix binding documentation
with a new feature:
- Add support for active discharge
Pascal Paillet (8):
regul
From: Claudiu Beznea
Add support for SAM9X60's PWM controller.
Signed-off-by: Claudiu Beznea
---
drivers/pwm/pwm-atmel.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/drivers/pwm/pwm-atmel.c b/drivers/pwm/pwm-atmel.c
index 647d063562db..229cedb02770 100644
--- a/driv
From: Claudiu Beznea
Add PWM binding for SAM9X60 SoC.
Signed-off-by: Claudiu Beznea
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/pwm/atmel-pwm.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/pwm/atmel-pwm.txt
b/Documentation/devicet
From: Claudiu Beznea
Add struct atmel_pwm_data to embed different per controller information. At
this stage, embed a member of type struct atmel_pwm_registers in it.
Signed-off-by: Claudiu Beznea
---
drivers/pwm/pwm-atmel.c | 64 +++--
1 file changed
From: Claudiu Beznea
This series adds support for PWM controller of the new SAM9X60. The difference
b/w this one and the provious AT91SAM9X5 is the counter size (32 bits compared
with 16 bits on the previous version) thus, allowing to generate signals with
bigger periods and duty cycles. This ser
From: Claudiu Beznea
New SAM9X60's PWM controller use 32 bits counters thus it could generate
signals with higher period and duty cycles than the old ones. Prepare the
current driver to be able to work with old controllers (that uses 16 bits
counters) and with the new SAM9X60's controller, by pro
On Tue, Feb 19, 2019 at 6:11 AM Sugaya, Taichi
wrote:
>
> Hi,
> Thank you for you comments.
>
> On 2019/02/18 21:09, Arnd Bergmann wrote:
> > On Fri, Feb 8, 2019 at 1:28 PM Sugaya Taichi
> > wrote:
> >> +
> >> + aliases {
> >> + serial1 = &uart1;
> >> + };
> >
> > Maybe
On Tue, Feb 19, 2019 at 8:45 AM Hugo Lefeuvre wrote:
>
> Hi Stephen, Arnd,
>
> > After merging the asm-generic tree, today's linux-next build (powerpc
> > allnoconfig) failed like this:
> > ...
> > Caused by commit
> >
> > 8e074c243ed3 ("iomap: add missing const to ioread*/iowrite addr arg")
>
>
This is v6 patchset for supporting goodix GT5553 CTP. Here is the
previous version[1]
Changes for v5:
- document bindings for required regulators, which are need during
power-on sequence
- enable, disable required regulators as described in power-on sequence
using normal regulator calls
- upda
Goodix CTP controllers support analog, digital and gpio regulator
supplies on relevant controller pin configurations.
Out of which AVDD28 and VDDIO regulators are required in few goodix CTP
chips during power-on sequence.
AVDD22, DVDD12 regulators have no relevant functionality described from
dat
GT5663 is capacitive touch controller with customized smart
wakeup gestures.
Add support for it by adding compatible and supported chip data.
The chip data on GT5663 is similar to GT1151, like
- config data register has 0x8050 address
- config data register max len is 240
- config data checksum h
GT5663 is capacitive touch controller with customized smart
wakeup gestures, it support chipdata which is similar to
existing GT1151 and require AVDD28 supply for some boards.
Document the compatible for the same.
Signed-off-by: Jagan Teki
Reviewed-by: Rob Herring
---
Documentation/devicetree/
Goodix CTP controllers require AVDD28, VDDIO regulators for power-on
sequence.
The delay between these regualtor operations as per Power-on Timing
from datasheet[1] is 0 (T1 >= 0 usec).
So, enable and disable these regulators in proper order using normal
regulator functions without any delay in b
On Thursday, February 14, 2019 7:12:48 PM CET Douglas Anderson wrote:
> The genpd_dev_pm_attach_by_name() simply takes the name and passes it
> to of_property_match_string() where the argument is "const char *".
> Adding a const here allows a later patch to add a const to
> dev_pm_domain_attach_by_
Hi,
I am observing huge fsync latencies for a small file under the below
test scenario -
process A -
Issue async write of 4GB using dd command (say large_file) on /data
mounted
with ext4:
dd if=/dev/zero of=/data/testfile bs=1M count=4096
process B -
In parallel another process wrote a smal
On Wed, Feb 13, 2019 at 08:40:35PM +0100, Marcin Ciupak wrote:
> This patch adds driver for Nordic Semiconductor nRF24L01+ radio
> transceiver.
>
> Signed-off-by: Marcin Ciupak
> ---
> Changes in v2:
> - add terminating newlines to all logging formats
> Changes in v3:
> - patch subject
> -
On Monday, February 18, 2019 5:53:30 AM CET Viresh Kumar wrote:
> On 16-02-19, 11:31, Yangtao Li wrote:
> > This issue was detected with the help of Coccinelle. So
> > change the order of function calls to fix it.
> >
> > Fixes: 1690d8bb91e37 (cpufreq: scpi/scmi: Fix freeing of dynamic OPPs)
> >
On Thursday, February 14, 2019 11:46:21 AM CET Viresh Kumar wrote:
> Double NOT (!!) operation is normally done to convert a non-zero value
> to 1 and keep zero as is, but that isn't the requirement in this case.
> All we wanted was to make sure that only one of the two routines isn't
> set, i.e. e
On 18/02/2019 22:08, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Commit 4c06c4e6cf63 ("driver core: Fix possible supplier PM-usage
> counter imbalance") introduced a regression that causes suppliers
> to be suspended prematurely for device links added during consumer
> driver probe i
On Thursday, February 14, 2019 12:15:43 PM CET Harry Pan wrote:
> This patch gives the reader an intuitive metric of the time cost by
> the kernel issuing a filesystem sync during suspend; although developer
> can guess by the timestamp of next log or enable the ftrace power event
> for manual calc
On Tuesday, February 12, 2019 12:06:04 PM CET Viresh Kumar wrote:
> The cpufreq core doesn't remove the cpufreq policy anymore on CPU
> offline operation, rather that happens when the CPU device gets
> unregistered from the kernel. This allows faster recovery when the CPU
> comes back online. This
Hello,
On Mon, 18 Feb 2019 21:37:25 +0100
Arnd Bergmann wrote:
> > > I would say we should strengthen the behavior of outX() where possible.
> > > I don't know if arm64 actually has a way of doing that, my understanding
> > > earlier was that the AXI bus was already posted, so there is not much
Hallo Schatz, ich hoffe, es ist alles gut mit dir
und deine Familie? Ich habe eine wichtige Vereinbarung mit Ihnen zu besprechen
Bitte antworten Sie mir umgehend.
Danke dir
Michelle
Generic mmu_gather provides everything that ARM needs:
- range tracking
- RCU table free
- VM_EXEC tracking
- VIPT cache flushing
The one notable curiosity is the 'funny' range tracking for classical
ARM in __pte_free_tlb().
Cc: Nick Piggin
Cc: "Aneesh Kumar K.V"
Cc: Andrew Morton
Cc: Rus
Move the mmu_gather::page_size things into the generic code instead of
powerpc specific bits.
Cc: Nick Piggin
Cc: "Aneesh Kumar K.V"
Cc: Andrew Morton
Acked-by: Will Deacon
Signed-off-by: Peter Zijlstra (Intel)
---
arch/Kconfig |3 +++
arch/arm/include/asm/tlb.h |
On 02/19/2019 08:27 AM, Jason Yan wrote:
If we remove the scsi disk when running io with fio, oops occured with
the following condition.
[scsi_eh_0] [fio]
scsi_end_request
->blk_update_request
->end_bio(io returned to userspace)
Needed for ia64 -- alternatively we drop the entire hook.
Cc: Will Deacon
Cc: "Aneesh Kumar K.V"
Cc: Andrew Morton
Cc: Nick Piggin
Signed-off-by: Peter Zijlstra (Intel)
---
include/asm-generic/tlb.h |2 ++
1 file changed, 2 insertions(+)
--- a/include/asm-generic/tlb.h
+++ b/include/asm
Hi all,
Sorry I haven't posted these in a while, I sorta forgot about them for a little.
Not much changed since last time; one change to the ARM patch as suggested by
Will and a fresh Changelog for patch 12 as requested by Vineet. And some
trivial rebasing of the s390 bits.
They've sat in my que
Since all architectures are now using it, it is redundant.
Acked-by: Will Deacon
Signed-off-by: Peter Zijlstra (Intel)
---
include/asm-generic/tlb.h |1 -
mm/mmu_gather.c |4
2 files changed, 5 deletions(-)
--- a/include/asm-generic/tlb.h
+++ b/include/asm-generic/tlb.h
Make issuing a TLB invalidate for page-table pages the normal case.
The reason is twofold:
- too many invalidates is safer than too few,
- most architectures use the linux page-tables natively
and would thus require this.
Make it an opt-out, instead of an opt-in.
Acked-by: Will Deacon
Sig
When an architecture does not have (an efficient) flush_tlb_range(),
but instead always uses full TLB invalidates, the current generic
tlb_flush() is sub-optimal, for it will generate extra flushes in
order to keep the range small.
But if we cannot do range flushes, that is a moot concern. Optiona
The one obvious thing SH and ARM want is a sensible default for
tlb_start_vma(). (also: https://lkml.org/lkml/2004/1/15/6 )
Avoid all VIPT architectures providing their own tlb_start_vma()
implementation and rely on architectures to provide a no-op
flush_cache_range() when it is not relevant.
The
Now that all architectures are converted to the generic code, remove
the arch hooks.
Acked-by: Will Deacon
Signed-off-by: Peter Zijlstra (Intel)
---
mm/mmu_gather.c | 93 +---
1 file changed, 42 insertions(+), 51 deletions(-)
--- a/mm/mmu_g
Mon, Feb 18, 2019 at 07:22:24PM CET, mkube...@suse.cz wrote:
>Add information about permanent hadware address of a device (as provided by
>ETHTOOL_GPERMADDR ioctl command) in GET_INFO reply if ETH_INFO_IM_PERMADDR
>flag is set in the request.
>
>There is no separate attribute for hardware address l
Cc: heiko.carst...@de.ibm.com
Cc: npig...@gmail.com
Cc: a...@linux-foundation.org
Cc: aneesh.ku...@linux.vnet.ibm.com
Cc: will.dea...@arm.com
Cc: Linus Torvalds
Cc: li...@armlinux.org.uk
Signed-off-by: Martin Schwidefsky
Signed-off-by: Peter Zijlstra (Intel)
Link: http://lkml.kernel.org/r/2018
Write a comment explaining some of this..
Cc: Nick Piggin
Cc: Andrew Morton
Cc: "Aneesh Kumar K.V"
Acked-by: Will Deacon
Signed-off-by: Peter Zijlstra (Intel)
---
include/asm-generic/tlb.h | 119 --
1 file changed, 116 insertions(+), 3 deletions(-
Generic mmu_gather provides everything ia64 needs (range tracking).
Cc: Will Deacon
Cc: "Aneesh Kumar K.V"
Cc: Andrew Morton
Cc: Nick Piggin
Cc: Tony Luck
Signed-off-by: Peter Zijlstra (Intel)
---
arch/ia64/include/asm/tlb.h | 256 ---
arch/ia64/inc
For the architectures that do not implement their own tlb_flush() but
do already use the generic mmu_gather, there are two options:
1) the platform has an efficient flush_tlb_range() and
asm-generic/tlb.h doesn't need any overrides at all.
2) the platform lacks an efficient flush_tlb_range(
As the comment notes; it is a potentially dangerous operation. Just
use tlb_flush_mmu(), that will skip the (double) TLB invalidate if
it really isn't needed anyway.
Acked-by: Will Deacon
Signed-off-by: Peter Zijlstra (Intel)
---
include/asm-generic/tlb.h | 10 +++---
mm/memory.c
Add the Kconfig option HAVE_MMU_GATHER_NO_GATHER to the generic
mmu_gather code. If the option is set the mmu_gather will not
track individual pages for delayed page free anymore. A platform
that enables the option needs to provide its own implementation
of the __tlb_remove_page_size function to fr
Provide a generic tlb_flush() implementation that relies on
flush_tlb_range(). This is a little awkward because flush_tlb_range()
assumes a VMA for range invalidation, but we no longer have one.
Audit of all flush_tlb_range() implementations shows only vma->vm_mm
and vma->vm_flags are used, and of
Generic mmu_gather provides the simple flush_tlb_range() based range
tracking mmu_gather UM needs.
Cc: Will Deacon
Cc: "Aneesh Kumar K.V"
Cc: Andrew Morton
Cc: Nick Piggin
Cc: Richard Weinberger
Signed-off-by: Peter Zijlstra (Intel)
---
arch/um/include/asm/tlb.h | 156 -
There are no external users of this API (nor should there be); remove it.
Acked-by: Will Deacon
Signed-off-by: Peter Zijlstra (Intel)
---
include/asm-generic/tlb.h |1 -
mm/mmu_gather.c | 34 +-
2 files changed, 17 insertions(+), 18 deletions(-)
Generic mmu_gather provides everything SH needs (range tracking and
cache coherency).
Cc: Will Deacon
Cc: "Aneesh Kumar K.V"
Cc: Andrew Morton
Cc: Nick Piggin
Cc: Yoshinori Sato
Cc: Rich Felker
Signed-off-by: Peter Zijlstra (Intel)
---
arch/sh/include/asm/pgalloc.h |7 ++
arch/sh/inclu
On Tue, Feb 19, 2019 at 05:15:47PM +0800, YueHaibing wrote:
> On 2019/2/19 16:59, Jarkko Sakkinen wrote:
> > On Tue, Feb 19, 2019 at 03:26:18PM +0800, YueHaibing wrote:
> >> calc_tpm2_event_size return size of the event which type is
> >> size_t, If it is an invalid event, returns 0. And all the
>
On Fri, 15 Feb 2019 at 20:45, Ard Biesheuvel wrote:
>
> On Fri, 15 Feb 2019 at 20:43, Nick Desaulniers
> wrote:
> >
> > On Fri, Feb 15, 2019 at 11:28 AM Ard Biesheuvel
> > wrote:
> > >
> > > On Fri, 15 Feb 2019 at 20:25, Nick Desaulniers
> > > wrote:
> > > >
> > > > On Fri, Feb 15, 2019 at 11
On Tue, Feb 19, 2019 at 10:04:34AM +, Pascal PAILLET-LME wrote:
> Change buck1 voltage range to be conform with the data-sheet.
This is a bug fix so it should've gone at the start of the series to
make it easier to apply and send to Linus as a fix.
signature.asc
Description: PGP signature
When reading the "See below" here, I'd expect to find some further
description of "Odd Fixes" a little bit later in the file. However,
as far as I can see, there is no further description available. Thus
let's simply remove these deceptive two words.
Signed-off-by: Thomas Huth
---
Please double-
Mon, Feb 18, 2019 at 07:21:24PM CET, mkube...@suse.cz wrote:
>Note: this is marked as RFC because it's rather late in the cycle; the plan
>is to make a regular submission (with changes based on review) once
>net-next reopens after the 5.1 merge window. The full (work in progress)
>series, together
Hi TeJun
I've built the 5.0.0-rc6 kernel with psi option, but I cannot find any
cgroup.controllers when I mounted cgroup2.
[root@bogon /]# uname -r
[root@bogon /]# 5.0.0-rc6+
[root@bogon /]# mount -t cgroup2 none cgroup2/
[root@bogon /]# cat cgroup2/cgroup.controllers
[root@bogon /]
[root@bogon /]
In function do_write_buffer(), in the for loop, there is a case
chip_ready() returns 1 while chip_good() returns 0, so it never
break the loop.
To fix this, chip_good() is enough and it should timeout if it stay
bad for a while.
Fixes: dfeae1073583 ("mtd: cfi_cmdset_0002: Change write buffer to ch
Signed-off-by: Eugeniy Paltsev
---
NOTE:
Even if this patch have no logical dependency with gpu-enabling-patch
(http://patchwork.ozlabs.org/patch/1034722/)
gpu-enabling-patch should be applied first to avoid rebasing.
arch/arc/boot/dts/hsdk.dts | 27 +++
arch/a
On Tue, Feb 19, 2019 at 4:44 AM Tobin C. Harding wrote:
>
> Currently we have a test module but it is not tied into the kselftest
> infrastructure. In preparation for adding string manipulation functions
> and testing we should enable kselftest to utilize the test module.
>
> Enable string testin
My Acer Nitro 5 AN515-42 laptop with a Ryzen 2700U hangs on boot because
of spurious interrupts from pinctrl-amd.
This seems to happen because the touchpad interrupt is enabled on boot
in "level" mode and there is no way to clear it until a touchpad driver
probes.
Fix by disabling all gpio interr
On Tue, Feb 19, 2019 at 5:35 AM Sergey Senozhatsky
wrote:
> On (02/08/19 16:23), Petr Mladek wrote:
> Hmm... So the assumption here is that the target buffer always has
> at least strlen("(efault)") bytes and, thus, we always can write the
> error message to it.
Same assumption as for pointers,
On Mon, Jan 28, 2019 at 04:34:16PM -0800, Rick Edgecombe wrote:
> For architectures with CONFIG_ARCH_HAS_SET_ALIAS, pages can be unmapped
> briefly on the directmap, even when CONFIG_DEBUG_PAGEALLOC is not
> configured. So this changes kernel_map_pages and kernel_page_present to be
s/this changes/
Hi Marc,
A gentle reminder on this one...
Thanks,
Shameer
> -Original Message-
> From: Linuxarm [mailto:linuxarm-boun...@huawei.com] On Behalf Of Shameer
> Kolothum
> Sent: 14 January 2019 09:50
> To: marc.zyng...@arm.com; linux-kernel@vger.kernel.org
> Cc: gkulka...@marvell.com; suzuki.
On Tue, Feb 19, 2019 at 5:07 AM Sergey Senozhatsky
wrote:
> Suppose, in my driver I want to sprintf() IPv4 address. The longest
> possible address is 3 * 4 (%d%d%d) + 3 bytes (dots) + terminating NULL.
> E.g. 111.111.111.111
>
> So I can allocate a 16-bytes buffer (stack or slab) and accidentally
On Mon, Feb 18, 2019 at 05:01:59PM +, Robin Murphy wrote:
> On 18/02/2019 14:37, Stanislaw Gruszka wrote:
> [...]
> >Another issue is that dma_map_sg() & dma_map_page() may require some
> >constraints. I'm not sure about that and I want to clarify that with
> >CCed mm maintainers. I think DMA d
On Mon, Feb 18, 2019 at 09:16:03PM -0800, Bjorn Andersson wrote:
> On Wed 13 Feb 07:23 PST 2019, Lorenzo Pieralisi wrote:
>
> > On Fri, Jan 25, 2019 at 03:26:16PM -0800, Bjorn Andersson wrote:
> > > Acquiring the reset GPIO low means that reset is being deasserted, this
> > > is followed almost im
> I'm not sending a pull request for this if it breaks any architectures,
> so I think we need to fix them all, and I suppose we also have to
> change all architectures in the same patch that changes the architecture
> independent declaration, so it doesn't break intermittently.
>
> At this point,
On Tue, Feb 19, 2019 at 11:35:12AM +0100, Ard Biesheuvel wrote:
> On Fri, 15 Feb 2019 at 20:45, Ard Biesheuvel
> wrote:
> >
> > On Fri, 15 Feb 2019 at 20:43, Nick Desaulniers
> > wrote:
> > >
> > > On Fri, Feb 15, 2019 at 11:28 AM Ard Biesheuvel
> > > wrote:
> > > >
> > > > On Fri, 15 Feb 2019
Hi David,
On Mon, Feb 18, 2019 at 03:33:10PM -0800, David Miller wrote:
> From: Vadim Lomovtsev
> Date: Mon, 18 Feb 2019 09:52:14 +
>
> > @@ -169,6 +169,20 @@ static int nicvf_check_pf_ready(struct nicvf *nic)
> > return 1;
> > }
> >
> > +static int nicvf_send_cfg_done(struct nicvf *n
On Tue, Jan 22, 2019 at 02:33:27PM +0800, Xiaowei Bao wrote:
> Add the PCIe EP mode support for layerscape platform.
>
> Signed-off-by: Xiaowei Bao
> Reviewed-by: Minghuan Lian
> Reviewed-by: Zhiqiang Hou
> Reviewed-by: Kishon Vijay Abraham I
> ---
> depends on: https://patchwork.kernel.org/pr
On 19/02/2019 01:34, Chen Yu wrote:
[...]
> This patch set based on Heikki Krogerus's patches.
> Have you applied https://do-db2.lkml.org/lkml/2019/2/13/106 first?
> And these configs should be set to y:
> CONFIG_TYPEC
> CONFIG_TYPEC_TCPM
> CONFIG_TYPEC_TCPCI
> CONFIG_TYPEC_
On Tue, Feb 19, 2019 at 11:27 AM Thomas Petazzoni
wrote:
> On Mon, 18 Feb 2019 21:37:25 +0100
> Arnd Bergmann wrote:
>
> > Ah, it seems we actually do that on 32-bit ARM, at least on one platform,
> > see 6a02734d420f ("ARM: mvebu: map PCI I/O regions strongly ordered")
> > and prior commits.
>
>
Hi Thomas,
On Tue, Feb 19, 2019 at 11:27:47AM +0100, Thomas Petazzoni wrote:
> On Mon, 18 Feb 2019 21:37:25 +0100
> Arnd Bergmann wrote:
>
> > > > I would say we should strengthen the behavior of outX() where possible.
> > > > I don't know if arm64 actually has a way of doing that, my understand
On Tue, 19 Feb 2019 at 12:19, Greg KH wrote:
>
> On Tue, Feb 19, 2019 at 11:35:12AM +0100, Ard Biesheuvel wrote:
> > On Fri, 15 Feb 2019 at 20:45, Ard Biesheuvel
> > wrote:
> > >
> > > On Fri, 15 Feb 2019 at 20:43, Nick Desaulniers
> > > wrote:
> > > >
> > > > On Fri, Feb 15, 2019 at 11:28 AM
On Tue, Feb 19, 2019 at 12:31:50PM +0100, Arnd Bergmann wrote:
> On Tue, Feb 19, 2019 at 11:27 AM Thomas Petazzoni
> wrote:
> > On Mon, 18 Feb 2019 21:37:25 +0100
> > Arnd Bergmann wrote:
> >
> > > Ah, it seems we actually do that on 32-bit ARM, at least on one platform,
> > > see 6a02734d420f ("
On Tue, Feb 19, 2019 at 11:24:00AM +0100, Jiri Pirko wrote:
> Mon, Feb 18, 2019 at 07:22:24PM CET, mkube...@suse.cz wrote:
> >Add information about permanent hadware address of a device (as provided by
> >ETHTOOL_GPERMADDR ioctl command) in GET_INFO reply if ETH_INFO_IM_PERMADDR
> >flag is set in t
On Tue, 19 Feb 2019, Peter Zijlstra wrote:
> On Tue, Feb 19, 2019 at 10:04:09AM +0100, Peter Zijlstra wrote:
> > > Does that make more sense?
> >
> > It appears to me you're going about it backwards.
>
> So how about you do a GCC plugin that verifies limits on code-gen
> between user_access_begi
This patch series adds a SPI driver and DT documentation
for HiFive Unleashed board.
Yash Shah (2):
spi: sifive: Add DT documentation for SiFive SPI controller
spi: sifive: Add driver for the SiFive SPI controller
.../devicetree/bindings/spi/spi-sifive.txt | 37 ++
drivers/spi/Kconf
Add driver for the SiFive SPI controller
on the HiFive Unleashed board.
Signed-off-by: Palmer Dabbelt
Signed-off-by: Emil Renner Berthing
Signed-off-by: Yash Shah
---
drivers/spi/Kconfig | 6 +
drivers/spi/Makefile | 1 +
drivers/spi/spi-sifive.c | 450
DT documentation for SPI controller added.
Signed-off-by: Palmer Dabbelt
Signed-off-by: Emil Renner Berthing
Signed-off-by: Yash Shah
---
.../devicetree/bindings/spi/spi-sifive.txt | 37 ++
1 file changed, 37 insertions(+)
create mode 100644 Documentation/devicetre
> Avri,
>
> > Is there any reason why this sires is not applied for 5.1?
>
> I haven't had time to review it yet. I'll get there...
A kind reminder.
Thanks,
Avri
>
> --
> Martin K. PetersenOracle Linux Engineering
From: Colin Ian King
There is a null check on the pointer bh to avoid a null pointer dereference
on bh->b_data however later bh is passed to mark_buffer_dirty that can also
cause a null pointer dereference on bh. Avoid this potential null pointer
dereference by moving the call to mark_buffer_dir
On Mon, 18 Feb 2019 23:07:23 +0100
Jann Horn wrote:
> The first version of this method was missing the check for
> `ret == PATH_MAX`; then such a check was added, but it didn't call kfree()
> on error, so there was still a small memory leak in the error case.
> Fix it by using strndup_user() inst
The patch
SoC: imx-sgtl5000: add missing put_device()
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 L
The patch
dt-bindings: regulator: remove regulator pull-down support for stpmic1
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime
The patch
regulator: stpmic1: Remove support for regulator pull down
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
The patch
regulator: core: Drop lockdep annotation in drms_uA_update()
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the ne
The patch
regulator: stpmic1: Simplify regulators registration
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 ho
The patch
regulator: stpmic1: Change buck1 voltage range
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) a
The patch
dt-bindings: regulator: remove interrupt-parent description on stpmic1
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime
The patch
regulator: stpmic1: Use regulator mode definition from bindings
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
The patch
dt-bindings: regulator: Add active discharge support for stpmic1
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in th
The patch
regulator: stpmic1: Add active discharge support
has been applied to the regulator tree at
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours)
blkoops is a sample for pstore/blk. It can only record oops, excluding
panics as no read/write apis for panic registered. It support settings
on Kconfg/device tree/module parameters. It can record oops log even
power failure if "PSTORE_BLKOOPS_BLKDEV" on Kconfig or "block-device"
on dts or "blkdev"
Create DT binding document for blkoops.
Signed-off-by: liaoweixiong
---
.../devicetree/bindings/pstore/blkoops.txt | 53 ++
MAINTAINERS| 1 +
2 files changed, 54 insertions(+)
create mode 100644 Documentation/devicetree/bindin
101 - 200 of 1032 matches
Mail list logo
