On Thu, Sep 12, 2019 at 11:29:00AM +0200, Arnd Bergmann wrote:
> Generally speaking, the way that works best is
> config SUBSYS_DRIVER_FOO
>tristate "SUBSYS support for FOO platform"
>depends on ARCH_FOO || COMPILE_TEST
>depends on SUBSYS
>default "m" if ARCH_FOO
On Wed, Sep 11, 2019 at 5:55 PM Ray Jui wrote:
> These patches were actually all internally reviewed by Broadcom
> maintainers before sending out to the mailing list.
>
> Obviously you wouldn't know about that, :)
>
> One of us should have explicitly given our ACK, sorry...
It's fine, the proces
The value of 'start' entry is no change whenever writing 0 to configfs.
So the endpoint that stopped once can't restart.
Fixes: d74679911610 ("PCI: endpoint: Introduce configfs entry for configuring
EP functions")
Cc: Kishon Vijay Abraham I
Signed-off-by: Kunihiko Hayashi
---
drivers/pci/endpo
Hi Abishek,
On Wednesday, September 11, 2019 11:54:24 AM CEST Abhishek Goel wrote:
> Cpupower tool has set and info options which are not being used by
> POWER machines. For powerpc, we will return directly for these two
> subcommands. This removes the ambiguous error message while using set
> opt
On Wed, Sep 11, 2019 at 8:52 AM Dmitry Torokhov
wrote:
> This introduces fwnode_gpiod_get_index() that iterates through common gpio
> suffixes when trying to locate a GPIO within a given firmware node.
>
> We also switch devm_fwnode_gpiod_get_index() to call
> fwnode_gpiod_get_index() instead of
On Thu, Sep 12, 2019 at 10:23:44AM +0100, Linus Walleij wrote:
> Mark: please tag both of these for stable.
Too late, I already applied them. If you ping Greg I'm sure
he'll pick them up (and there's a good chance Sasha will find
them anyway).
signature.asc
Description: PGP signature
On Wed, Sep 11, 2019 at 10:56:31AM -0700, Ray Jui wrote:
>
>
> On 9/11/19 10:53 AM, Sheetal Tigadoli wrote:
> > Thanks for the review and comments.
> >
> > On Tue, Sep 10, 2019 at 10:46 PM Greg Kroah-Hartman
> > wrote:
> > >
> > > On Tue, Sep 10, 2019 at 08:47:04PM +0530, Sheetal Tigadoli wro
On Wed, Sep 11, 2019 at 8:52 AM Dmitry Torokhov
wrote:
> devm_fwnode_get_index_gpiod_from_child() is too long, besides the fwnode
> in question does not have to be a child of device node. Let's rename it
> to devm_fwnode_gpiod_get_index() and keep the old name for compatibility
> for now.
>
> Als
Hi Arnd,
On Thu, Sep 12, 2019 at 2:59 PM Arnd Bergmann wrote:
>
> On Thu, Sep 12, 2019 at 12:18 AM Amit Kucheria
> wrote:
> >
> > I was using initcall_debugging on a QCOM platform and ran across a bunch of
> > driver initcalls that are enabled even if their SoC support is disabled.
> >
> > Here
On Thu, Sep 12, 2019 at 03:48:44AM +0530, Amit Kucheria wrote:
> I was using initcall_debugging on a QCOM platform and ran across a bunch of
> driver initcalls that are enabled even if their SoC support is disabled.
What exactly is the problem you're trying to fix here? For the
drivers I looked
On Wed, Sep 11, 2019 at 08:31:09PM -0600, Yu Zhao wrote:
> The function doesn't need to return any value, and the check can be
> done in one pass.
>
> There is a behavior change: before the patch, we stop at the first
> invalid free object; after the patch, we stop at the first invalid
> object, f
From: Quentin Perret
EAS computes the energy impact of migrating a waking task when deciding
on which CPU it should run. However, the current approach is known to
have a high algorithmic complexity, which can result in prohibitively
high wake-up latencies on systems with complex energy models, su
From: Alexander Sverdlin
If two irq_create_mapping() calls perform a mapping of the same hwirq on
two CPU cores in parallel they both will get 0 from irq_find_mapping(),
both will allocate unique virq using irq_domain_alloc_descs() and both
will finally irq_domain_associate() it. Giving different
From: Alexander Sverdlin
irq_create_fwspec_mapping() can race with itself during IRQ trigger type
configuration. Possible scenarios include:
- Mapping exists, two irq_create_fwspec_mapping() running in parallel do
not detect type mismatch, IRQ remains configured with one of the
different tri
From: Alexander Sverdlin
irq_domain_associate() is the only place where irq_find_mapping() can be
used reliably (under irq_domain_mutex) to make a decision if the mapping
shall be created or not. Other calls to irq_find_mapping() (not under
any lock) cannot be used for this purpose and lead to ra
From: Alexander Sverdlin
Seems that the discovered race was here since adapting the PowerPC code
into genirq in 2012. I was surprized it went unnoticed all this time, but
it turns out, device registration (being it DT or ACPI) is mostly
sequential in kernel. In our case probe deferring was involv
Hi Shuah,
Thanks for the review. Few comments below.
On 09/11/2019 03:41 PM, shuah wrote:
On 9/11/19 3:54 AM, Abhishek Goel wrote:
Cpupower tool has set and info options which are not being used by
POWER machines. For powerpc, we will return directly for these two
subcommands. This removes th
On Wed, Sep 11, 2019 at 10:51 AM Dmitry Torokhov
wrote:
> If we are willing to sacrifice the custom label for the GPIO that
> fwnode_gpiod_get_index() allows us to set, then there are several
> drivers that could actually use gpiod_get() API.
We have:
gpiod_set_consumer_name(gpiod, "name");
to d
On Thu, Sep 12, 2019 at 04:38:25PM +0800, butt3rflyh4ck wrote:
> can the issue assigned a CVE number?please reply on me as soon as possible.
> thank you
As per the kernel documentation, the kernel community does not assign,
or deal with, CVEs numbers at all. Just go ask for one directly from
MITR
On Wed, Sep 11, 2019 at 08:31:08PM -0600, Yu Zhao wrote:
> Mask of slub objects per page shouldn't be larger than what
> page->objects can hold.
>
> It requires more than 2^15 objects to hit the problem, and I don't
> think anybody would. It'd be nice to have the mask fixed, but not
> really worth
Hi Marc,
> -Original Message-
> From: Marc Zyngier
> Sent: Wednesday, September 11, 2019 7:31 PM
> To: Jianyong Wu (Arm Technology China)
> Cc: net...@vger.kernel.org; pbonz...@redhat.com;
> sean.j.christopher...@intel.com; richardcoch...@gmail.com; Mark Rutland
> ; Will Deacon ; Suzuki
Hi all:
During the development of virtio-mdev[1]. I find that mdev needs to be
extended to support devices other than vfio mdev device. So this
series tries to extend the mdev to be able to differ from different
devices by:
- device id and matching for mdev bus
- device speicfic callbacks and mov
On Thu, 12 Sep 2019 at 08:32, Krzysztof Kozlowski wrote:
>
> On Wed, 11 Sep 2019 at 23:07, Arnd Bergmann wrote:
> >
> > On Wed, Sep 11, 2019 at 8:36 PM Krzysztof Kozlowski wrote:
> > >
> > > Hi,
> > >
> > > Unfortunately the patches were applied right after closing the linux-next.
> >
> > Hi Krz
On Wed, Sep 11, 2019 at 6:01 PM Andy Shevchenko
wrote:
> On Wed, Sep 11, 2019 at 12:52:06AM -0700, Dmitry Torokhov wrote:
> > devm_fwnode_get_index_gpiod_from_child() is too long, besides the fwnode
> > in question does not have to be a child of device node. Let's rename it
> > to devm_fwnode_gpio
On Thu, Sep 12, 2019 at 03:48:48AM +0530, Amit Kucheria wrote:
> Push various EXYNOS drivers behind ARCH_EXYNOS dependency so that it
> doesn't get enabled by default on other platforms.
> config REGULATOR_S2MPS11
> tristate "Samsung S2MPS11/13/14/15/S2MPU02 voltage regulator"
> + depe
On 9/11/19 4:33 PM, Pengfei Li wrote:
In the past two days, I am working on what you suggested.
Great!
So far, I have completed the coding work, but I need some time to make
sure there are no bugs and verify the impact on performance.
It would probably be hard to measure with sufficient con
On Wed, Sep 11, 2019 at 8:52 AM Dmitry Torokhov
wrote:
> The old Arizona binding did not use -gpio or -gpios suffix, so
> devm_gpiod_get() does not work for it. As it is the one of a few users
> of devm_gpiod_get_from_of_node() API that I want to remove, I'd rather
> have a small quirk in the gpi
On Thu, Sep 12, 2019 at 12:18 AM Amit Kucheria wrote:
>
> I was using initcall_debugging on a QCOM platform and ran across a bunch of
> driver initcalls that are enabled even if their SoC support is disabled.
>
> Here are some fixups for a subset of them.
The idea seems reasonable, disabling a pl
On Thu, Sep 12, 2019 at 8:02 AM Amir Goldstein wrote:
>
> On Thu, Sep 12, 2019 at 8:24 AM Ding Xiang
> wrote:
> >
> > if ovl_encode_real_fh() fails, no memory was allocated
> > and the error in the error-valued pointer should be returned.
> >
> > V1->V2: fix SHA1 length problem
> >
> > Fixes: 9b6
On 9/12/19 11:20 AM, Thomas Huth wrote:
> On 12/09/2019 11.14, David Hildenbrand wrote:
>> On 12.09.19 11:00, Thomas Huth wrote:
>>> When the userspace program runs the KVM_S390_INTERRUPT ioctl to inject
>>> an interrupt, we convert them from the legacy struct kvm_s390_interrupt
>>> to the new stru
Hi Jacopo,
On 06/09/2019 14:54, Jacopo Mondi wrote:
> Implement device tree parsing to collect the available CMM instances
> described by the 'renesas,cmms' property. Associate CMMs with CRTCs and
> store a mask of active CMMs in the DU group for later enablement.
>
> Enforce the probe and suspen
On Wed, Sep 11, 2019 at 11:48 AM Stephen Rothwell wrote:
> cc3abdb73df4 ("pinctrl: iproc: Add 'get_direction' support")
>
> is missing a Signed-off-by from its committer.
Thanks, fixed it up!
Yours,
Linus Walleij
On Thu 12-09-19 09:47:30, David Hildenbrand wrote:
> On 12.09.19 09:16, Michal Hocko wrote:
> > On Wed 11-09-19 18:09:18, David Hildenbrand wrote:
> >> On 11.09.19 15:51, Michal Hocko wrote:
> >>> On Wed 11-09-19 15:20:02, Michal Hocko wrote:
> >>> [...]
> > 4. Continuously report, not the "one
On Tue, Sep 10, 2019 at 6:02 PM Dmitry Torokhov
wrote:
> This fixes 11da04af0d3b, as devm_gpiod_get_from_of_node() does
> not do translation "con-id" -> "con-id-gpios" that our bindings expects,
> and therefore it was wrong to change connection ID to be simply "enable"
> when moving to using devm
Am Do., 12. Sept. 2019 um 02:51 Uhr schrieb Ming Lei :
>
> On Thu, Sep 12, 2019 at 12:27 AM Gabriel C wrote:
> >
> > Hi Christoph,
> >
> > I see this was already discussed in 2 threads:
> >
> > https://lists.infradead.org/pipermail/linux-nvme/2019-April/023234.html
> > https://lkml.org/lkml/2019
Quoting Andrew Murray:
Quoting Gustavo Pimentel:
On 9/12/2019 4:25 PM, Andrew Murray wrote:
[...]
+static void intel_pcie_max_link_width_setup(struct intel_pcie_port *lpp)
+{
+ u32 mask, val;
+
+ /* HW auto bandwidth negotiation must be enabled */
+ pcie_rc_cfg_wr_mask(lpp, PC
On Thu, Sep 12, 2019 at 12:19 AM Amit Kucheria wrote:
>
> Push various XGENE drivers behind ARCH_XGENE dependency so that it
> doesn't get enabled by default on other platforms.
>
> Signed-off-by: Amit Kucheria
> ---
> arch/arm64/Kconfig.platforms | 3 +++
> drivers/clk/Kconfig| 2
On Tue, Sep 10, 2019 at 6:00 PM Dmitry Torokhov
wrote:
> This fixes 96392c3d8ca4, as devm_gpiod_get_from_of_node() does
> not do translation "con-id" -> "con-id-gpios" that our bindings expects,
> and therefore it was wrong to change connection ID to be simply
> "maxim,ena" when moving to using d
On Thu, Sep 12, 2019 at 12:19 AM Amit Kucheria wrote:
> diff --git a/drivers/bus/Kconfig b/drivers/bus/Kconfig
> index 1851112ccc29..d80e8d70bf10 100644
> --- a/drivers/bus/Kconfig
> +++ b/drivers/bus/Kconfig
> @@ -22,6 +22,7 @@ config ARM_CCI400_PORT_CTRL
>
> config BRCMSTB_GISB_ARB
> bo
On 12/09/2019 11.14, David Hildenbrand wrote:
> On 12.09.19 11:00, Thomas Huth wrote:
>> When the userspace program runs the KVM_S390_INTERRUPT ioctl to inject
>> an interrupt, we convert them from the legacy struct kvm_s390_interrupt
>> to the new struct kvm_s390_irq via the s390int_to_s390irq() f
On Wed 11-09-19 08:12:03, Alexander Duyck wrote:
> On Wed, Sep 11, 2019 at 4:36 AM Michal Hocko wrote:
> >
> > On Tue 10-09-19 14:23:40, Alexander Duyck wrote:
> > [...]
> > > We don't put any limitations on the allocator other then that it needs to
> > > clean up the metadata on allocation, and t
On Tue, Sep 10, 2019 at 4:29 PM Paul Kocialkowski
wrote:
> The Xylon LogiCVC display controller exports some GPIOs, which are
> exposed as a dedicated driver.
>
> This introduces the associated device-tree bindings documentation.
>
> Signed-off-by: Paul Kocialkowski
(...)
> +The controller expos
On 9/12/2019 11:50 AM, Marc Zyngier wrote:
On Thu, 12 Sep 2019 07:50:03 +0100,
"Shenhar, Talel" wrote:
Hi Marc,
On 9/11/2019 5:15 PM, Marc Zyngier wrote:
[+James]
Hi Talel,
On Tue, 10 Sep 2019 20:05:09 +0100,
Talel Shenhar wrote:
+ log1 = readl(pos->mmio_base + AL_POS_ERROR_LOG_
On Thu, Sep 12, 2019 at 12:19 AM Amit Kucheria wrote:
> diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
> index 9b2790d3f18a..bdf164a7a7c5 100644
> --- a/drivers/clk/Kconfig
> +++ b/drivers/clk/Kconfig
> @@ -194,6 +194,7 @@ config COMMON_CLK_ASPEED
>
> config COMMON_CLK_S2MPS11
>
On Tue, Sep 10, 2019 at 4:29 PM Paul Kocialkowski
wrote:
> Some drivers might need a custom get operation to match custom
> behavior implemented in the set operation.
>
> Add plumbing for supporting that.
>
> Signed-off-by: Paul Kocialkowski
Looks OK but as noted in the other patch: we are accu
On Tue, Sep 10, 2019 at 4:29 PM Paul Kocialkowski
wrote:
> The LogiCVC display hardware block comes with GPIO capabilities
> that must be exposed separately from the main driver (as GPIOs) for
> use with regulators and panels. A syscon is used to share the same
> regmap across the two drivers.
>
On Thu, Sep 12, 2019 at 12:19 AM Amit Kucheria wrote:
>
> Push various VEXPRESS drivers behind ARCH_VEXPRESS dependency so that it
> doesn't get enabled by default on other platforms.
>
> Signed-off-by: Amit Kucheria
> ---
> drivers/bus/Kconfig | 2 +-
> drivers/clk/versatile/Kconfig |
On 12.09.19 11:00, Thomas Huth wrote:
> When the userspace program runs the KVM_S390_INTERRUPT ioctl to inject
> an interrupt, we convert them from the legacy struct kvm_s390_interrupt
> to the new struct kvm_s390_irq via the s390int_to_s390irq() function.
> However, this function does not take car
Hi Gene Chen,
Please use ./scripts/get_maintainer.pl to find out which are the maintainer(s)
for a specific series/patch.
I added Lee Jones, who is the maintainer of the MTD subsystem.
Right now I have no time to review the patches, sorry.
Regards,
Matthias
On 12/09/2019 10:10, Gene Chen wrote
This patch adds missing soc ids for sdm845 and sda845
Signed-off-by: Srinivas Kandagatla
---
drivers/soc/qcom/socinfo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/soc/qcom/socinfo.c b/drivers/soc/qcom/socinfo.c
index 855353bed19e..8dc86a74559b 100644
--- a/drivers/soc/qcom/soc
looks like SoC ID is not exported to sysfs for some reason.
This patch adds it!
This is mostly used by userspace libraries like SNPE.
Signed-off-by: Srinivas Kandagatla
---
drivers/soc/qcom/socinfo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/soc/qcom/socinfo.c b/drivers/soc/
On Tue, Sep 10, 2019 at 3:15 PM Geert Uytterhoeven
wrote:
> This function was never used upstream, and is a relic of the original
> handhelds.org code the htc-egpio driver was based on.
>
> Signed-off-by: Geert Uytterhoeven
Patch applied.
Yours,
Linus Walleij
On 9/12/19 4:26 AM, Mike Kravetz wrote:
> On 9/11/19 8:05 AM, Waiman Long wrote:
>> When allocating a large amount of static hugepages (~500-1500GB) on a
>> system with large number of CPUs (4, 8 or even 16 sockets), performance
>> degradation (random multi-second delays) was observed when thousand
--
Hello,
Compliment of the season. My name is Dr. Omar Kalifa. i work with one
of the reputable banks here in West Africa.I have a lucrative and
profitable business to discuse with you. Reply if you are intersted
for more details.
Regards,
Dr. Omar Kalifa
This patch set adds Random Number Generator (RNG) support
for the Nuvoton NPCM Baseboard Management Controller (BMC).
The RNG driver we use power consumption when the RNG
is not required.
The NPCM RNG driver tested on NPCM750 evaluation board.
Addressed comments from:.
- Daniel Thompson: http
When the userspace program runs the KVM_S390_INTERRUPT ioctl to inject
an interrupt, we convert them from the legacy struct kvm_s390_interrupt
to the new struct kvm_s390_irq via the s390int_to_s390irq() function.
However, this function does not take care of all types of interrupts
that we can injec
Hi Linus,
On Thu, Sep 12, 2019 at 10:56 AM Linus Walleij wrote:
> On Fri, Jul 5, 2019 at 5:05 PM Geert Uytterhoeven
> wrote:
> > GPIO controllers are exported to userspace using /dev/gpiochip*
> > character devices. Access control to these devices is provided by
> > standard UNIX file system pe
On Fri, Jul 5, 2019 at 5:05 PM Geert Uytterhoeven
wrote:
> GPIO controllers are exported to userspace using /dev/gpiochip*
> character devices. Access control to these devices is provided by
> standard UNIX file system permissions, on an all-or-nothing basis:
> either a GPIO controller is access
Vitaly Kuznetsov 於 2019年9月12日週四 下午4:51寫道:
>
> Fuqian Huang writes:
>
> > Emulation of VMPTRST can incorrectly inject a page fault
> > when passed an operand that points to an MMIO address.
> > The page fault will use uninitialized kernel stack memory
> > as the CR2 and error code.
> >
> > The rig
Fuqian Huang writes:
> Emulation of VMPTRST can incorrectly inject a page fault
> when passed an operand that points to an MMIO address.
> The page fault will use uninitialized kernel stack memory
> as the CR2 and error code.
>
> The right behavior would be to abort the VM with a KVM_EXIT_INTERNA
From: Ian Rogers
> Sent: 11 September 2019 10:09
> On Wed, Jul 24, 2019 at 3:50 PM Numfor Mbiziwo-Tiapo wrote:
> >
> > The ubsan (undefined behavior sanitizer) build of perf throws an
> > error when the synthesize "Synthesize cpu map" function from
> > perf test is run.
> >
> > This can be reprodu
On Thu, 12 Sep 2019 07:50:03 +0100,
"Shenhar, Talel" wrote:
>
> Hi Marc,
>
>
> On 9/11/2019 5:15 PM, Marc Zyngier wrote:
> > [+James]
> >
> > Hi Talel,
> >
> > On Tue, 10 Sep 2019 20:05:09 +0100,
> > Talel Shenhar wrote:
> >
> >> + log1 = readl(pos->mmio_base + AL_POS_ERROR_LOG_1);
> > Do
From: Yunfeng Ye
> Sent: 11 September 2019 09:50
> We want to reduce the time of cpu_down() for saving power, found that
> cpu_psci_cpu_kill() cost 10ms after psci_ops.affinity_info() fail.
>
> Normally the time cpu dead is very short, it is no need to wait 10ms.
> so use udelay 10us to instead ms
On Thu, Sep 12, 2019 at 10:15 AM Joe Perches wrote:
>
> I am adding Miguel Ojeda to the cc's.
Thanks Joe!
> Of course you are welcome to try it, but I believe that
> clang-format doesn't work all that well yet.
>
> It's more a work in progress rather than a "standard".
>
> I believe you'll find
> On 12 Sep 2019, at 10:34, Dan Carpenter wrote:
>
> You did it. Well done. :P
>
> Reviewed-by: Dan Carpenter
Thanks :D Had some issues with my git configuration
setting up a home workstation but now it is all fine
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
# HEAD: 310aa0a25b338b3100c94880c9a69bec8ce8c3ae perf/hw_breakpoint: Fix
arch_hw_breakpoint use-before-initialization
Fix an initialization
On 09/12/2019 09:58 AM, Anshuman Khandual wrote:
>
> On 09/10/2019 09:47 PM, Catalin Marinas wrote:
>> On Tue, Sep 03, 2019 at 03:15:58PM +0530, Anshuman Khandual wrote:
>>> @@ -770,6 +1022,28 @@ int __meminit vmemmap_populate(unsigned long start,
>>> unsigned long end, int node,
>>> void vme
From: fengchunguo
Physical address should be set one shifting, but not cover shm struct data.
If offs was set 0, it cause KASAN error.
Log:
[22.345259@0] BUG: KASAN: slab-out-of-bounds in optee_handle_rpc+0x644/0x858
[22.352221@0] Read of size 4 at addr ffc0445485dc by task
tee_preload_fw/2
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
# HEAD: eddf3e9c7c7e4d0707c68d1bb22cc6ec8aef7d4a genirq: Prevent NULL
pointer dereference in resend_irqs()
Fix a race in the IRQ resend mechan
You did it. Well done. :P
Reviewed-by: Dan Carpenter
regards,
dan carpenter
Greetings From Mrs Elodie,
Calvary Greetings in the name of the LORD Almighty and Our LORD JESUS
CHRIST the giver of every good thing. Good day,i know this letter will
definitely come to you as a huge surprise, but I implore you to take
the time to go through it carefully as the decision you make
This aims to add a requests for bandwidth scaling depending
on the resolution and framerate (macroblocks per second). The
exact value of the requested bandwidth is get from a
pre-calculated tables for encoder and decoder.
Signed-off-by: Stanimir Varbanov
---
drivers/media/platform/Kconfig
Populate Venus DT node with interconnect properties.
Signed-off-by: Stanimir Varbanov
---
arch/arm64/boot/dts/qcom/sdm845.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/sdm845.dtsi
b/arch/arm64/boot/dts/qcom/sdm845.dtsi
index 0323e3da190a..567bfc89bd77 1006
Hello,
Here are two patches which adds interconnect bandwidth requests
depending on the resolution (macroblocks) in order to lower
bandwidth pressure on the interconnect and memory.
Changes since v1:
- correct typo in the 1/2 patch description
- add a dependency to INTERCONNECT
regards,
Stan
On 9/11/19 8:03 PM, Andy Lutomirski wrote:
That distinction is important because if it ever comes to a choice
between adding a new lock to protect vm_page_prot (and consequently slow
down the whole vm system) and using the WRITE_ONCE solution in TTM, we
should know what the implications are. As
Hi Linus,
here is a hopefully last pin control fix for the Aspeed.
Please pull it in!
Yours,
Linus Walleij
The following changes since commit d45331b00ddb179e291766617259261c112db872:
Linux 5.3-rc4 (2019-08-11 13:26:41 -0700)
are available in the Git repository at:
git://git.kernel.org/p
On Thu, Sep 12, 2019 at 05:44:21AM +0200, Ahmed S. Darwish wrote:
> > People have suggested adding a new getrandom flag,
> > GRND_I_KNOW_THIS_IS_INSECURE,
> > or some such, which wouldn't block and would return "best efforts"
> > randomness. I haven't been super enthusiastic about such a flag
> >
> +static int hmm_pfns_fill(unsigned long addr,
> + unsigned long end,
> + struct hmm_range *range,
> + enum hmm_pfn_value_e value)
Nit: can we use the space a little more efficient, e.g.:
static int hmm_pfns_fill(unsigned long addr,
Use strscpy instead of strcpy in exfat_core.c, and add a check
for length that will return already known FFS_INVALIDPATH.
Suggested-by: Rasmus Villemoes
Signed-off-by: Sandro Volery
---
v5: Fixed some whitespaces
v4: Replaced strlen check
v3: Failed to replace check
v2: Forgot to replace strlen
This fixes an issue when setting the encoder framerate because of
missing precision. Now the frameinterval type is changed to
TYPE_CONTINUOUS and step = 1. Also the math is changed when
framerate property is called - the firmware side expects the
framerate in Q16 values.
Signed-off-by: Loic Poulai
On Thu, Sep 12, 2019 at 02:58:45PM +0800, Dilip Kota wrote:
> Hi Andrew Murray,
>
> On 9/11/2019 6:30 PM, Andrew Murray wrote:
> > On Tue, Sep 10, 2019 at 03:46:17PM +0800, Dilip Kota wrote:
> > > Hi Andrew Murray,
> > >
> > > Please find my response inline.
> > >
> > > On 9/9/2019 4:31 PM, Andr
On Thu, Sep 12, 2019 at 9:43 AM Dan Williams wrote:
>
> Now I come to find that CodingStyle has settled on clang-format (in
> the last 15 months) as the new standard which is a much better answer
> to me than a manually specified style open to interpretation. I'll
> take a look at getting libnvdim
Hi Neil,
On 2019/9/11 23:54, Neil Armstrong wrote:
> On 11/09/2019 17:38, Jianxin Pan wrote:
>> Add basic support for the Amlogic A1 based Amlogic AD401 board:
>> which describe components as follows: Reserve Memory, CPU, GIC, IRQ,
>> Timer, UART. It's capable of booting up into the serial consol
On Thu, Aug 29, 2019 at 8:17 AM Andrew Jeffery wrote:
> Commit 674fa8daa8c9 ("pinctrl: aspeed-g5: Delay acquisition of regmaps")
> was determined to be a partial fix to the problem of acquiring the LPC
> Host Controller and GFX regmaps: The AST2500 pin controller may need to
> fetch syscon regmap
Drogi przyjacielu,
Jestem pan Lipton, który nie był radcą prawnym. Chcę, aby twój kontakt pomógł
mi odzyskać fundusz o wartości (4,8 miliona dolarów) pozostawiony przez mojego
zmarłego klienta na jego koncie, zanim zostanie on skonfiskowany lub uznany za
nieużyteczny przez firmę Security Fi
Add the compatible for the Amlogic A1 Based AD401 board.
Signed-off-by: Jianxin Pan
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/arm/amlogic.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/amlogic.yaml
b/Documentation/devicetre
Hi, Michal
On 2019/9/12 14:23, Michal Kubecek wrote:
On Wed, Sep 11, 2019 at 10:40:33AM +0800, Huazhong Tan wrote:
From: Guangbin Huang
This patch adds ethtool_ops.set_channels support for HNS3 VF driver,
and updates related TQP information and RSS information, to support
modification of VF T
Add bindings for the new Amlogic A1 SoC family.
A1 is an application processor designed for smart audio and IoT applications,
with dual core Cortex-A35.
Signed-off-by: Jianxin Pan
Reviewed-by: Rob Herring
---
Documentation/devicetree/bindings/arm/amlogic.yaml | 4
1 file changed, 4 insert
A1 is an application processor designed for smart audio and IoT applications,
with Dual core ARM Cortex-A35 CPU. Unlike the previous GXL and G12 series,
there is no Cortex-M3 AO CPU in it.
This serial add basic support for the Amlogic A1 based Amlogic AD401 board:
which describe components as foll
Add the SoC IDs for the A113L Amlogic A1 SoC.
Signed-off-by: Jianxin Pan
Reviewed-by: Neil Armstrong
---
drivers/soc/amlogic/meson-gx-socinfo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/soc/amlogic/meson-gx-socinfo.c
b/drivers/soc/amlogic/meson-gx-socinfo.c
index 6d0d04f..3
Add basic support for the Amlogic A1 based Amlogic AD401 board:
which describe components as follows: Reserve Memory, CPU, GIC, IRQ,
Timer, UART. It's capable of booting up into the serial console.
Signed-off-by: Jianxin Pan
Reviewed-by: Jerome Brunet
Reviewed-by: Neil Armstrong
---
arch/arm64
For unloading an ACPI table, it is necessary to provide the
index of the table. The method intended for dynamically
loading or hotplug addition of tables, acpi_load_table(),
should provide this information via an optional pointer
to the loaded table index.
This patch fixes the table unload functio
On Thu, 2019-09-12 at 01:00 -0700, Dan Williams wrote:
> Hi Joe,
>
> On Wed, Sep 11, 2019 at 7:55 PM Joe Perches wrote:
> > Rather than have a local coding style, use the typical kernel style.
>
> I'd rather automate this. I'm going to do once-over with clang-format
> and see what falls out.
I
On Wed, Sep 11, 2019 at 5:54 PM Stefan Hajnoczi wrote:
>
> On Tue, Sep 10, 2019 at 05:12:02PM +0200, Miklos Szeredi wrote:
> > I've folded the series from Vivek and fixed a couple of TODO comments
> > myself. AFAICS two issues remain that need to be resolved in the short
> > term, one way or the
On 12.09.19 09:02, Thomas Huth wrote:
> It's not required, so drop it to make it clear that this interrupt
> does not have any extra parameters.
>
> Signed-off-by: Thomas Huth
> ---
> arch/s390/kvm/interrupt.c | 5 ++---
> 1 file changed, 2 insertions(+), 3 deletions(-)
>
> diff --git a/arch/s3
On Fri, 6 Sep 2019, Shevchenko, Andriy wrote:
On Wed, Sep 04, 2019 at 09:20:03AM +0200, Nikolaus Voss wrote:
On Fri, 30 Aug 2019, Shevchenko, Andriy wrote:
On Fri, Aug 16, 2019 at 01:57:26PM +0200, Nikolaus Voss wrote:
On Wed, 14 Aug 2019, Schmauss, Erik wrote:
-Original Message-
From
From: Gene Chen
---
drivers/mfd/Kconfig | 12 ++
drivers/mfd/Makefile | 1 +
drivers/mfd/mt6360-core.c | 463 ++
3 files changed, 476 insertions(+)
create mode 100644 drivers/mfd/mt6360-core.c
diff --git a/drivers/mfd/Kconfig b/drivers/
>From 66208ef7fcdb4176bf63cd130b3e3197086ac4b3 Mon Sep 17 00:00:00 2001
From: Gene Chen
Date: Thu, 22 Aug 2019 14:21:03 +0800
Subject: [PATCH] mfd: mt6360: add pmic mt6360 driver
---
drivers/mfd/Kconfig | 12 ++
drivers/mfd/Makefile | 1 +
drivers/mfd/mt6360-core.c | 463 ++
Hi Linus,
I don't really like to send so many fixes at the very last minute,
but the bug-sport activity is unpredictable.
Four out of three are -stable material that will go everywhere,
one is for the current cycle.
Please pull them in!
Yours,
Linus Walleij
The following changes since commit f
Hi Nick,
On 10/09/2019 16:19:29+0100, Nick Crews wrote:
> Check that the time received from the RTC HW is valid,
> otherwise the computation of rtc_year_days() in the next
> line could, and sometimes does, crash the kernel.
>
> While we're at it, fix the license to plain "GPL".
>
> Signed-off-by
501 - 600 of 623 matches
Mail list logo