HI,Boris,
> -Original Message-
> From: Boris Brezillon
> Sent: 2018年9月28日 14:45
> To: Chuanhua Han
> Cc: broo...@kernel.org; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; e...@deif.com
> Subject: Re: [PATCH 1/2] spi: spi-mem: Add the spi_set_xfer_bpw function
>
> Hi
On Fri, Sep 28, 2018 at 08:06:26AM +0200, Dmitry Vyukov wrote:
> On Fri, Sep 28, 2018 at 7:51 AM, syzbot
> wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:c307aaf3eb47 Merge tag 'iommu-fixes-v4.19-rc5' of git://gi..
> > git tree: upstream
> > console
On Tue, Sep 18, 2018 at 6:25 PM Vinod wrote:
>
> On 07-09-18, 08:24, Andrea Merello wrote:
> > From: Radhey Shyam Pandey
> >
> > AXI-DMA IP supports configurable (c_sg_length_width) buffer length
> > register width, hence read buffer length (xlnx,sg-length-width) DT
> > property and ensure that
2018年9月19日(水) 15:58 Masahiro Yamada :
>
> Hi.
>
> 2018-09-18 17:21 GMT+09:00 Richard Weinberger :
> > Am Dienstag, 18. September 2018, 05:58:33 CEST schrieb Masahiro Yamada:
> >> Some samples require headers installation, so commit 3fca1700c4c3
> >> ("kbuild: make samples really depend on
On Tue, Sep 18, 2018 at 6:21 PM Vinod wrote:
>
> On 07-09-18, 08:24, Andrea Merello wrote:
> > Whenever a single or cyclic transaction is prepared, the driver
> > could eventually split it over several SG descriptors in order
> > to deal with the HW maximum transfer length.
> >
> > This could end
On Fri, Sep 28, 2018 at 9:10 AM Linus Walleij wrote:
> This clashes with Stephen Boyds fix:
> "pinctrl: msm: Really mask level interrupts to prevent latching"
>
> I've resolved it like this:
Also this:
static void msm_gpio_irq_unmask(struct irq_data *d)
{
struct gpio_chip *gc =
Hi Thomas,
On Fri, Sep 28, 2018 at 8:21 AM Thomas Gleixner wrote:
> On Thu, 27 Sep 2018, Andy Lutomirski wrote:
> > I have a couple questions here:
> >
> > - Is this actually okay on all architectures? That is, are there
> >cases where we'll screw up if we fail a USER_DS access this early?
and driver changes are now merged via
PCI tree and part of next-20180928
arch/arm/boot/dts/dra7.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index 9136b3cf9a2c..7ce24b282d42 100644
--- a/arch/arm/boot/dts/dra7.dtsi
+++ b/arch
On Fri, Sep 28, 2018 at 7:51 AM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:c307aaf3eb47 Merge tag 'iommu-fixes-v4.19-rc5' of git://gi..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=13810df140
> kernel config:
From: Wanpeng Li
In cloud environment, lapic_timer_advance_ns is needed to be tuned for every
CPU
generations, and every host kernel versions(the
kvm-unit-tests/tscdeadline_latency.flat
is 5700 cycles for upstream kernel and 9600 cycles for our 3.10 product kernel,
both preemption_timer=N,
Hi Lee,
On Wednesday 25 July 2018 10:56 AM, Lee Jones wrote:
[...]
>>>
>>> Vignesh R (5):
>>> mfd: ti_am335x_tscadc: Don't mark TSCADC MFD as wakeup capable
>>> Input: ti_am335x_tsc: Mark TSC device as wakeup source
>>> mfd: ti_am335x_tscadc: Keep ADC interface on if
On Thu, 27 Sep 2018, Andy Lutomirski wrote:
> I have a couple questions here:
>
> - Is this actually okay on all architectures? That is, are there
>cases where we'll screw up if we fail a USER_DS access this early?
>s390 stands out as the obvious special case (where USER_DS is not
>
Blackfin and metag were the only architectures that prefix symbols with
an underscore. They were removed by commit 4ba66a976072 ("arch: remove
blackfin port"), commit bb6fb6dfcc17 ("metag: Remove arch/metag/"),
respectively.
It is no longer necessary to handle part of module device
table
On Fri, 28 Sep 2018, Thomas Gleixner wrote:
> On Thu, 27 Sep 2018, Andy Lutomirski wrote:
> > I have a couple questions here:
> >
> > - Is this actually okay on all architectures? That is, are there
> >cases where we'll screw up if we fail a USER_DS access this early?
> >s390 stands
Hi Arnaldo and Jiri,
On Thu, Sep 27, 2018 at 06:01:58PM +0200, Jiri Olsa wrote:
> On Wed, Sep 26, 2018 at 08:23:17AM +0200, Jiri Olsa wrote:
>
> SNIP
>
> > > I agree with Namhyung, with a slight difference: perhaps we should set
> > > perf_event_attr.mmap on one of the events of the per-cpu
On 2018-09-28 00:33, Bjorn Andersson wrote:
Add compatibles for the three PAS based remote processors found in
QCS404.
Signed-off-by: Bjorn Andersson
---
Reviewed-by: Sibi Sankar
Changes since v1:
- Fixed incorrect sysmon_name, as pointed out by Sibi.
Hi Catalin,
Sorry for the late response. It was big holiday here.
I will correct what you pointed out and resubmit patch next week.
Thanks for the review!
On Mon, Sep 24, 2018 at 05:22:03PM +0100, Catalin Marinas wrote:
> On Mon, Sep 17, 2018 at 09:44:49AM +0900, Minchan Kim wrote:
> > To use
> -Original Message-
> From: Chuanhua Han
> Sent: 2018年9月21日 15:06
> To: broo...@kernel.org
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; e...@deif.com;
> boris.brezil...@bootlin.com; Chuanhua Han
> Subject: [PATCH 1/2] spi: spi-mem: Add the spi_set_xfer_bpw function
>
Hi,
On 27.09.2018 19:02, Jiri Olsa wrote:
> On Thu, Sep 27, 2018 at 03:54:03PM +0300, Alexey Budankov wrote:
>>
>> Store -k clockid frequency into Perf trace to enable timestamps
>> derived metrics conversion into wall clock time on reporting stage.
>>
>> Below is the example of perf report
On 2018/9/27 22:47, Stefan Schmidt wrote:
> Hello.
>
> On 19/09/2018 16:41, zhong jiang wrote:
>> The local variable 'i' is never used after being assigned.
>> hence it should be redundant adn can be removed.
>>
>> Signed-off-by: zhong jiang
>> ---
>> net/ieee802154/nl802154.c | 2 --
>> 1 file
> -Original Message-
> From: Chuanhua Han
> Sent: 2018年9月21日 15:06
> To: broo...@kernel.org
> Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; e...@deif.com;
> boris.brezil...@bootlin.com; Chuanhua Han
> Subject: [PATCH 2/2] spi: spi-fsl-dspi: Fix support for XSPI transport
Store -k clockid frequency into Perf trace to enable timestamps
derived metrics conversion into wall clock time on reporting stage.
Below is the example of perf report output:
tools/perf/perf record -k raw -- ../../matrix/linux/matrix.gcc
...
[ perf record: Captured and wrote 31.222 MB
On Thu, Sep 27, 2018 at 10:39:01PM +0200, Thomas Gleixner wrote:
> On Fri, 21 Sep 2018, Reinette Chatre wrote:
>
> > Dear Maintainers,
>
> Sorry for replying late.
>
> > On 9/20/2018 7:11 AM, Peter Zijlstra wrote:
> > > On Wed, Sep 19, 2018 at 10:29:05AM -0700, Reinette Chatre wrote:
> > >>
Hi Greg,
here are some three pin control fixes for v4.19.
All are x86 related.
Please pull them in!
Yours,
Linus Walleij
The following changes since commit 6bf4ca7fbc85d80446ac01c0d1d77db4d91a6d84:
Linux 4.19-rc5 (2018-09-23 19:15:18 +0200)
are available in the Git repository at:
On Tue, Sep 25, 2018 at 12:15 AM Bjorn Andersson
wrote:
> In preparation for the support for dispersed tiles move all readl and
> writel calls to helper functions. This will allow us to isolate the
> added complexity of another indirection.
>
> Signed-off-by: Bjorn Andersson
This clashes with
Use devm_kstrdup_const() in the tegra-hsp driver. This mostly serves as
an example of how to use this new routine to shrink driver code.
Also use devm_kzalloc() instead of regular kzalloc() to get shrink the
driver even more.
Doorbell objects are only removed in the driver's remove callback so
Provide a resource managed version of kstrdup_const(). This variant
internally calls devm_kstrdup() on pointers that are outside of
.rodata section and returns the string as is otherwise.
Make devm_kfree() check if the passed pointer doesn't point to .rodata
and if so - don't actually destroy the
Export this routine so that we can use it later in devm_kstrdup_const()
and devm_kfree_const().
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Bjorn Andersson
Acked-by: Mike Rapoport
---
include/asm-generic/sections.h | 14 ++
mm/util.c | 7 ---
2 files
Make devm_kfree() signature uniform with that of kfree(). To avoid
compiler warnings: cast p to (void *) when calling devres_destroy().
Signed-off-by: Bartosz Golaszewski
Reviewed-by: Bjorn Andersson
---
drivers/base/devres.c | 5 +++--
include/linux/device.h | 2 +-
2 files changed, 4
On Thu, 2018-09-27 at 23:08 -0300, Leonardo Brás wrote:
> Avoids building driver if 'make drivers/parisc/' is called and
> CONFIG_PARISC is disabled.
Is that really a problem? The drivers/Makefile has this:
obj-$(CONFIG_PARISC)+= parisc/
And you just overrode that by forcing the
This series implements devm_kstrdup_const() together with some
prerequisite changes and uses it in pmc-atom driver.
v1 -> v2:
- fixed the changelog in the patch implementing devm_kstrdup_const()
- fixed the kernel doc
- moved is_kernel_rodata() to asm-generic/sections.h
- fixed constness
v2 ->
On Fri, Sep 21, 2018 at 11:52:58AM -0700, Lee Jones wrote:
> On Fri, 21 Sep 2018, Mark Brown wrote:
>
> > On Fri, Sep 21, 2018 at 11:02:41AM -0700, Lee Jones wrote:
> > > On Fri, 21 Sep 2018, Mark Brown wrote:
> >
> > > > This looks OK to me - Lee, the patch is almost entirely a regulator one,
>
Hi Chuanhua,
On Fri, 21 Sep 2018 15:06:27 +0800
Chuanhua Han wrote:
> This patch fixes the problem that the XSPI mode of the dspi controller
> cannot transfer data properly.
> In XSPI mode, cmd_fifo is written before tx_fifo, which transforms the
> byte order of sending and receiving data.
Hi Chuanhua,
On Fri, 21 Sep 2018 15:06:26 +0800
Chuanhua Han wrote:
> Before we add this spi_transfer to the spi_message chain table, we need
> bits_per_word_mask based on spi_control to set the bits_per_word of
> this spi_transfer.
It's not clear to me what you're trying to fix/improve. Can
On Fri, Sep 28, 2018 at 11:11:24AM +1000, Stephen Rothwell wrote:
> Hi Jens,
>
> After merging the block tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> block/kyber-iosched.c:84:22: warning: integer overflow in expression of type
> 'long int' results in
Some samples search headers in $(objtree)/usr/include, which is made
available by "make headers_install". It is not kernel-space code but
host programs that need this header search path.
Commit 3fca1700c4c3 ("kbuild: make samples really depend on
headers_install") is wrong because it installs
[+cc Tony, Borislav (ACPI APEI reviewers), linux-pci]
On Fri, Sep 28, 2018 at 02:50:53PM -0700, Joe Perches wrote:
> Please fix this defect appropriately.
>
> linux-next MAINTAINERS section:
>
> 308 ACPI
> 309 M: "Rafael J. Wysocki"
> 310 M: Len Brown
>
On 9/29/18 1:41 AM, Tony Lindgren wrote:
> * Dmitry Osipenko [180928 22:31]:
>> On 9/28/18 11:22 PM, Tony Lindgren wrote:
>>> * Dmitry Osipenko [180928 20:13]:
Tony, could you please give a try to the patch below?
Do the following:
1) git cherry-pick
Hi Julia,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.19-rc5 next-20180928]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
On Thu, Sep 6, 2018 at 6:01 AM Linus Walleij wrote:
>
> As we augmented the regulator core to accept a GPIO descriptor instead
> of a GPIO number, we can augment the fixed GPIO regulator to look up
> and pass that descriptor directly from device tree or board GPIO
> descriptor look up tables.
>
>
On Fri, Sep 28, 2018 at 06:40:17PM +0100, Mark Rutland wrote:
> On Fri, Sep 28, 2018 at 10:23:40AM -0700, Andi Kleen wrote:
> > > There's also been prior discussion on these feature in other contexts
> > > (e.g. android expoits resulting from out-of-tree drivers). It would be
> > > nice to see
On Fri, Sep 28, 2018 at 10:33:34PM +0200, Jann Horn wrote:
> On Fri, Sep 28, 2018 at 5:47 PM Tycho Andersen wrote:
> > As Jann pointed out, there is a race between SECCOMP_FILTER_FLAG_TSYNC and
> > the ptrace code that can inspect a filter of another process. Let's
> > introduce read locking into
On Fri, Sep 28, 2018 at 10:15 AM Jolly Shah wrote:
>
> Hi Olof,
>
> Thanks for the review. Pushed v4 with suggested fixes. Let us know if series
> looks good and we can create pull request for same.
>
> Thanks,
> Jolly Shah
I'm happy with this one, thanks for revising the patchset with the
On Fri, Sep 28, 2018 at 02:15:09PM -0700, Andrew Morton wrote:
> What did he report? Was it code inspection? Did the kernel explode?
> etcetera. I'm thinking that the fix should be backported but to
> determine that, we need to understand the end-user runtime effects, as
> always. Please.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/staging/axis-fifo/axis-fifo.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/axis-fifo/axis-fifo.c
b/drivers/staging/axis-fifo/axis-fifo.c
index
On Mon, 17 Sep 2018 17:15:31 +0800 nixiaoming wrote:
> 1, memory leak in ramoops_register_dummy.
>dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
>but no free when platform_device_register_data return fail
>
> 2, if kzalloc(sizeof(*dummy_data), GFP_KERNEL) return NULL,
> but
On Fri, Sep 28, 2018 at 04:19:03PM +0800, Huang, Ying wrote:
> Daniel Jordan writes:
> > One way is to change
> > copy_one_pte's return to int so we can just pass the error code back to
> > copy_pte_range so it knows whether to try adding the continuation.
>
> There may be even more problems.
On Wed, Sep 26, 2018 at 6:07 PM Paul Burton wrote:
>
> Hi Jim,
>
> On Wed, Sep 19, 2018 at 10:32:01AM -0400, Jim Quinlan wrote:
> > The design of the Broadcom PCIe RC controller requires us to remap its
> > DMA addresses for inbound traffic. We do this by modifying the
> > definitions of
On Mon, Aug 27, 2018 at 8:53 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Signed-off-by: Rob Herring
> ---
> drivers/firmware/scpi_pm_domain.c | 2 +-
> 1 file changed, 1
Please fix this defect appropriately.
linux-next MAINTAINERS section:
7441INTEL PMC CORE DRIVER
7442M: Rajneesh Bhardwaj
7443M: Vishwanath Somayaji
7444L: platform-driver-...@vger.kernel.org
7445S: Maintained
-->
Hi,
On 09/27/2018 09:57 PM, Jeffrey Hugo wrote:
The type of a cache might not be specified by architectural mechanisms (ie
system registers), but its type might be specified in the PPTT. In this
case, we should populate the type of the cache, rather than leave it
undefined.
This fixes the
Please fix this defect appropriately.
linux-next MAINTAINERS section:
4010D-LINK DIR-685 TOUCHKEYS DRIVER
4011M: Linus Walleij
4012L: linux-in...@vger.kernel.org
4013S: Supported
--> 4014F:
Thanks Maciej.
On 28/09/2018 16:54, Maciej S. Szmigiero wrote:
> Hi,
>
>> Hi,
>>
>> I upgraded my kernel to 4.18.10 recently and have since been experiencing
>> network problems after resuming from a
>> suspend to RAM or disk. I previously had 4.18.6 and that was OK.
>>
>> The pattern of the
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9766MIPS/LOONGSON3 ARCHITECTURE
9767M: Huacai Chen
9768L: linux-m...@linux-mips.org
9769S: Maintained
9770F: arch/mips/loongson64/
9771
Please fix this defect appropriately.
linux-next MAINTAINERS section:
10052 NCP FILESYSTEM
10053 M: Petr Vandrovec
10054 S: Obsolete
--> 10055 F: drivers/staging/ncpfs/
Commit that introduced this:
commit
Please fix this defect appropriately.
linux-next MAINTAINERS section:
11056 PARALLEL LCD/KEYPAD PANEL DRIVER
11057 M: Willy Tarreau
11058 M: Ksenija Stanojevic
11059 S: Odd Fixes
11060 F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9976MULTIPLEXER SUBSYSTEM
9977M: Peter Rosin
9978S: Maintained
9979F: Documentation/ABI/testing/sysfs-class-mux*
9980F:
Please fix this defect appropriately.
linux-next MAINTAINERS section:
12496 RENESAS R-CAR GYROADC DRIVER
12497 M: Marek Vasut
12498 L: linux-...@vger.kernel.org
12499 S: Supported
--> 12500 F: drivers/iio/adc/rcar_gyro_adc.c
On Fri, Sep 28, 2018 at 5:12 PM Jann Horn wrote:
>
> On Fri, Sep 28, 2018 at 3:22 PM Tvrtko Ursulin
> wrote:
> > On 28/09/2018 11:26, Thomas Gleixner wrote:
> > > On Wed, 19 Sep 2018, Tvrtko Ursulin wrote:
> > >> For situations where sysadmins might want to allow different level of
> > >> access
On Fri, Sep 28, 2018 at 11:54:22PM +0200, Jann Horn wrote:
> On Fri, Sep 28, 2018 at 11:36 PM Tycho Andersen wrote:
> > On Fri, Sep 28, 2018 at 11:10:48PM +0200, Jann Horn wrote:
> > > On Fri, Sep 28, 2018 at 10:56 PM Tycho Andersen wrote:
> > > >
> > > > On Fri, Sep 28, 2018 at 10:33:34PM
Please fix this defect appropriately.
linux-next MAINTAINERS section:
12851 SAMSUNG EXYNOS TRUE RANDOM NUMBER GENERATOR (TRNG) DRIVER
12852 M: Łukasz Stelmach
12853 L: linux-samsung-...@vger.kernel.org
12854 S: Maintained
12855 F:
Hi Tycho,
On Sat, 29 Sep 2018 at 00:04, Tycho Andersen wrote:
>
> On Fri, Sep 28, 2018 at 11:57:40PM +0200, Michael Kerrisk (man-opages) wrote:
> > Hi Tycho,
> >
> > On 09/27/2018 05:11 PM, Tycho Andersen wrote:
> > > Hi all,
> > >
> > > Here's v7 of the seccomp trap to userspace set. There are
* Dmitry Osipenko [180928 22:31]:
> On 9/28/18 11:22 PM, Tony Lindgren wrote:
> > * Dmitry Osipenko [180928 20:13]:
> >> Tony, could you please give a try to the patch below?
> >>
> >> Do the following:
> >>
> >> 1) git cherry-pick 696861761a58d8c93605b5663824929fb6540f16
> >> 2) git cherry-pick
On 09/25/2018 09:12 AM, Florian Fainelli wrote:
> On 09/24/2018 11:19 PM, Kishon Vijay Abraham I wrote:
>>
>>
>> On Friday 21 September 2018 12:49 AM, Florian Fainelli wrote:
>>> On 09/20/2018 12:16 PM, Florian Fainelli wrote:
Hi Kishon, Tejun,
This patch series adds support for the
On Thu, May 10, 2018 at 03:13:56PM +0100, Phil Edworthy wrote:
> When using kgdb, you get an abort when accessing the UART registers.
> This is because the driver has already entered runtime PM and so turned
> off the bus clock needed to access the registers.
>
> To fix this, set the capability
ARCH_BCM_63XX which is used by ARM-based DSL SoCs from Broadcom uses the
same controller, make it possible to select the STB driver and update
the Kconfig and help text a bit.
Signed-off-by: Florian Fainelli
---
drivers/i2c/busses/Kconfig | 7 ---
1 file changed, 4 insertions(+), 3
Reported-by: Joe Perches
Signed-off-by: Nishanth Menon
---
A big oops.. Sorry about that. will do better next time. I tried to relook and
I think we have'nt missed any other files.
Based off next-20180928 tag.
Santosh, any chance you could pick this up -> Thread:
https://www.mail-archive.com
Hi Kees,
On Sat, 29 Sep 2018 at 00:35, Kees Cook wrote:
>
> On Fri, Sep 28, 2018 at 3:16 PM, Michael Kerrisk (man-pages)
> wrote:
> > Hi Tycho,
> >
> > On Sat, 29 Sep 2018 at 00:04, Tycho Andersen wrote:
> >>
> >> On Fri, Sep 28, 2018 at 11:57:40PM +0200, Michael Kerrisk (man-opages)
> >>
> Right now we have a single knob, which is poorly documented and that should
> be fixed first. But some googling gives you the information that allowing
> unprivilegded access is a security risk. So the security focussed sysadmin
Ah only if google could simply answer all our questions!
> will
Hi Waiman,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on tip/locking/core]
[also build test ERROR on v4.19-rc5 next-20180928]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Fri, Sep 28, 2018 at 10:49 PM Andi Kleen wrote:
>
> On Fri, Sep 28, 2018 at 06:40:17PM +0100, Mark Rutland wrote:
> > On Fri, Sep 28, 2018 at 10:23:40AM -0700, Andi Kleen wrote:
> > > > There's also been prior discussion on these feature in other contexts
> > > > (e.g. android expoits
> > This new file descriptor argument doesn't exist today so it would
> > need to create a new system call with more arguments
>
> Is that true? The first argument is a pointer to a struct that
> contains its own size, so it can be expanded without an ABI break. I
> don't see any reason why you
When PREEMPT_RT_FULL is enabled, all hrtimer expiry functions are
deferred for execution into the context of ktimersoftd unless otherwise
annotated.
Deferring the expiry of the hrtimer used by the watchdog core, however,
is a waste, as the callback does nothing but queue a kthread work item
and
> On Sep 28, 2018, at 1:26 PM, Thomas Gleixner wrote:
>
>> On Fri, 28 Sep 2018, Max Filippov wrote:
>>
>>> On Fri, Sep 28, 2018 at 11:02 AM, Andy Lutomirski
>>> wrote:
>>> There may be a much nicer solution. Unless I missed something, only
>>> mips and xtensa even have the possibility of
On 28/09/2018 12:53, Leilk Liu wrote:
> This patch adds MT2712 spi slave into device tree.
>
> Signed-off-by: Leilk Liu
> ---
Pushed to v4.19-next/dts64
Thanks!
> arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git
On Fri, 28 Sep 2018 14:28:32 +0300 Kirill Tkhai wrote:
> do_shrink_slab() returns unsigned long value, and
> the placing into int variable cuts high bytes off.
> Then we compare ret and 0xfffe (since SHRINK_EMPTY
> is converted to ret type).
>
> Thus, big number of objects returned by
On Tue, Aug 28, 2018 at 12:02 PM Will Deacon wrote:
>
> On Mon, Aug 27, 2018 at 08:52:39PM -0500, Rob Herring wrote:
> > In preparation to remove the node name pointer from struct device_node,
> > convert printf users to use the %pOFn format specifier.
> >
> > Cc: Will Deacon
> > Cc: Mark
On Fri, Sep 28, 2018 at 10:59 PM Andi Kleen wrote:
> > > This new file descriptor argument doesn't exist today so it would
> > > need to create a new system call with more arguments
> >
> > Is that true? The first argument is a pointer to a struct that
> > contains its own size, so it can be
On Fri, Sep 28, 2018 at 11:22:37PM +0200, Jann Horn wrote:
> On Fri, Sep 28, 2018 at 10:59 PM Andi Kleen wrote:
> > > > This new file descriptor argument doesn't exist today so it would
> > > > need to create a new system call with more arguments
> > >
> > > Is that true? The first argument is a
On Fri, Sep 28, 2018 at 11:10:48PM +0200, Jann Horn wrote:
> On Fri, Sep 28, 2018 at 10:56 PM Tycho Andersen wrote:
> >
> > On Fri, Sep 28, 2018 at 10:33:34PM +0200, Jann Horn wrote:
> > > On Fri, Sep 28, 2018 at 5:47 PM Tycho Andersen wrote:
> > > > As Jann pointed out, there is a race between
On Fri, Sep 28, 2018 at 2:08 PM, Andy Lutomirski wrote:
>
>
>> On Sep 28, 2018, at 1:26 PM, Thomas Gleixner wrote:
>>
>>> On Fri, 28 Sep 2018, Max Filippov wrote:
>>>
On Fri, Sep 28, 2018 at 11:02 AM, Andy Lutomirski
wrote:
There may be a much nicer solution. Unless I missed
On Fri, Sep 28, 2018 at 12:06:12PM -0700, John Hubbard wrote:
> On 9/28/18 8:29 AM, Jerome Glisse wrote:
> > On Thu, Sep 27, 2018 at 10:39:45PM -0700, john.hubb...@gmail.com wrote:
> >> From: John Hubbard
> >>
> >> Hi,
> >>
> >> This short series prepares for eventually fixing the problem
Please fix this defect appropriately.
linux-next MAINTAINERS section:
1185ARM/ACTIONS SEMI ARCHITECTURE
1186M: Andreas Färber
1187R: Manivannan Sadhasivam
1188L: linux-arm-ker...@lists.infradead.org (moderated for
non-subscribers)
Please fix this defect appropriately.
linux-next MAINTAINERS section:
308 ACPI
309 M: "Rafael J. Wysocki"
310 M: Len Brown
311 L: linux-a...@vger.kernel.org
312 W: https://01.org/linux-acpi
313 Q:
On Fri, Sep 28, 2018 at 11:36 PM Tycho Andersen wrote:
> On Fri, Sep 28, 2018 at 11:10:48PM +0200, Jann Horn wrote:
> > On Fri, Sep 28, 2018 at 10:56 PM Tycho Andersen wrote:
> > >
> > > On Fri, Sep 28, 2018 at 10:33:34PM +0200, Jann Horn wrote:
> > > > On Fri, Sep 28, 2018 at 5:47 PM Tycho
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8155LANTIQ / INTEL Ethernet drivers
8156M: Hauke Mehrtens
8157L: net...@vger.kernel.org
8158S: Maintained
8159F: net/dsa/tag_gswip.c
8160
On Fri, Sep 28, 2018 at 2:26 PM, Andrew Morton
wrote:
> On Mon, 17 Sep 2018 17:15:31 +0800 nixiaoming wrote:
>
>> 1, memory leak in ramoops_register_dummy.
>>dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
>>but no free when platform_device_register_data return fail
>>
>> 2, if
On Mon, Aug 27, 2018 at 8:54 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Jassi Brar
> Signed-off-by: Rob Herring
> ---
> drivers/mailbox/ti-msgmgr.c | 4 ++--
> 1 file
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8087KEYS/KEYRINGS:
8088M: David Howells
8089L: keyri...@vger.kernel.org
8090S: Maintained
8091F: Documentation/security/keys/core.rst
Please fix this defect appropriately.
linux-next MAINTAINERS section:
8566LOCKING PRIMITIVES
8567M: Peter Zijlstra
8568M: Ingo Molnar
8569M: Will Deacon
8570L: linux-kernel@vger.kernel.org
8571T:
On Mon, Aug 27, 2018 at 8:54 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Hans de Goede
> Cc: Dmitry Torokhov
> Cc: Maxime Ripard
> Cc: linux-in...@vger.kernel.org
>
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9766MIPS/LOONGSON3 ARCHITECTURE
9767M: Huacai Chen
9768L: linux-m...@linux-mips.org
9769S: Maintained
9770F: arch/mips/loongson64/
9771
Hi Tycho,
On 09/27/2018 05:11 PM, Tycho Andersen wrote:
Hi all,
Here's v7 of the seccomp trap to userspace set. There are various minor
changes and bug fixes, but two major changes:
* We now pass fds to the tracee via an ioctl, and do it immediately when
the ioctl is called. For this we
Please fix this defect appropriately.
linux-next MAINTAINERS section:
9757MIPS/LOONGSON2 ARCHITECTURE
9758M: Jiaxun Yang
9759L: linux-m...@linux-mips.org
9760S: Maintained
9761F: arch/mips/loongson64/*{2e/2f}*
On Mon, Aug 27, 2018 at 8:55 PM Rob Herring wrote:
>
> In preparation to remove the node name pointer from struct device_node,
> convert printf users to use the %pOFn format specifier.
>
> Cc: Srinivas Kandagatla
> Signed-off-by: Rob Herring
> ---
> drivers/nvmem/core.c | 4 +++-
> 1 file
In the future, please use scripts/get_maintainer.pl to find your To/Cc list. :)
On Mon, Sep 17, 2018 at 2:15 AM, nixiaoming wrote:
> 1, memory leak in ramoops_register_dummy.
>dummy_data = kzalloc(sizeof(*dummy_data), GFP_KERNEL);
>but no free when platform_device_register_data return
From: Rajan Vaja
Add documentation to describe Xilinx ZynqMP clock driver
bindings.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
Reviewed-by: Rob Herring
Reviewed-by: Stephen Boyd
---
.../firmware/xilinx/xlnx,zynqmp-firmware.txt | 53 ++
From: Rajan Vaja
Add documentation for embedded energy management interface (EEMI)
APIs. It includes information about eemi ops and how to use them.
It also includes API information and supported IOCTL IDs which can
be used for device and control configuration.
Signed-off-by: Rajan Vaja
From: Rajan Vaja
Add ZynqMP firmware IOCTL API to control and configure
devices like PLLs, SD, Gem, etc.
Signed-off-by: Rajan Vaja
Signed-off-by: Jolly Shah
Acked-by: Olof Johansson
---
drivers/firmware/xilinx/zynqmp.c | 42
On 9/28/18 11:22 PM, Tony Lindgren wrote:
> * Dmitry Osipenko [180928 20:13]:
>> Tony, could you please give a try to the patch below?
>>
>> Do the following:
>>
>> 1) git cherry-pick 696861761a58d8c93605b5663824929fb6540f16
>> 2) git cherry-pick 456e7cdf3b1a14e2606b8b687385ab2e3f23a49a
>> 3)
1 - 100 of 1218 matches
Mail list logo