Hi Matthias,
On Wed, 2016-08-24 at 13:00 +0200, Matthias Brugger wrote:
> On 24/08/16 05:27, HS Liao wrote:
[...]
> > Changes since v12:
> > - remove mediatek,gce from device tree
>
> Why? The binding got accepted by Rob.
We can get cmdq dev from mailbox controller,
so we don't need mediatek,gc
On 25/08/16 14:18, Neil Armstrong wrote:
On 08/23/2016 01:46 PM, Neil Armstrong wrote:
This patchset aims to support the legacy SCPI firmware implementation that was
delivered as early technology preview for the JUNO platform.
Finally a stable, maintained and public implementation for the SCP
On 25/08/16 01:06, Daniel Lezcano wrote:
> On 08/24/2016 04:48 PM, Balbir Singh wrote:
>>
>>
>> On 25/08/16 00:44, Daniel Lezcano wrote:
>>> On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote:
From: "Gautham R. Shenoy"
Currently all the idle states registered by a cpu-idle driver are
Hi Andy,
On 25/08/16 14:26, Andy Gross wrote:
On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote:
If the spi device is already runtime suspended, if spi_qup_suspend is
executed during suspend-to-idle or suspend-to-ram it will result in the
following splat:
WARNING: CPU: 3 PID: 1593 a
On Thu, 25 Aug 2016 14:23:42 +0100
Daniel Thompson wrote:
> On 22/08/16 16:06, Marc Zyngier wrote:
> diff --git a/arch/arm64/include/asm/arch_gicv3.h
> b/arch/arm64/include/asm/arch_gicv3.h
> index fc2a0cb47b2c..a4ad69e2831b 100644
> --- a/arch/arm64/include/asm/arch_gicv3.h
Hello Greg,
On 08/21/2016 12:02 PM, Greg Kroah-Hartman wrote:
> On Thu, Jul 14, 2016 at 01:06:09PM -0400, Javier Martinez Canillas wrote:
>> The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either
>> built-in or as a module, use that macro instead of open coding the same.
>>
>> S
Currently, there is no mechanism to filter events based on containers.
perf -g can be used, but it will not filter events for the containers
created after perf is invoked, making it difficult to assess/analyze
performance issues of multiple containers at once. This limitation can
be overcome, if th
On Thu, Aug 25, 2016 at 01:59:56PM +0800, Ley Foon Tan wrote:
> Altera PCIe IP can be configured as rootport or device and they might have
> same vendor ID. It will cause the system hang issue if Altera PCIe is in
> endpoint mode and work with other PCIe rootport that from other vendors.
> Moved re
The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either
built-in or as a module, use that macro instead of open coding the same.
Using the macro makes the code more readable by helping abstract away some
of the Kconfig built-in and module enable details.
Signed-off-by: Javier Ma
On 25/08/2016 13:05, Andy Lutomirski wrote:
> On Thu, Aug 25, 2016 at 3:32 AM, Mickaël Salaün wrote:
>> Hi,
>>
>> This series is a proof of concept to fill some missing part of seccomp as the
>> ability to check syscall argument pointers or creating more dynamic security
>> policies. The goal of
On Thu, Aug 25, 2016 at 09:50:04PM +0900, Masami Hiramatsu wrote:
SNIP
> > After applying patch:
> >
> > $ ./perf probe -x ./test 'foo i'
> > $ cat /sys/kernel/debug/tracing/uprobe_events
> > p:probe_test/foo /home/ravi/test:0x0541 i=-4(%bp):s32
> >
> > $ ./perf record -e
On Tue, Aug 23, 2016 at 12:01:36PM +0530, Sudip Mukherjee wrote:
> On Tue, Aug 23, 2016 at 08:19:46AM +0800, Ming-Chia Chung wrote:
> > On Mon, Aug 22, 2016 at 10:51:27PM +0530, Sudip Mukherjee wrote:
> > > On Tue, Aug 23, 2016 at 12:54:17AM +0800, MingChia Chung wrote:
> > > > This patch fixes a
Acked-by: Moni Shoua
On Mon, Aug 22, 2016 at 9:33 PM, Mikko Rapeli wrote:
> Fixes these userspace compilation errors when rdma_user_rxe.h is compiled
> alone:
>
> rdma/rdma_user_rxe.h:59:20: error: field ‘_sockaddr’ has incomplete type
>struct sockaddr _sockaddr;
> ^
On 8/25/2016 8:08 AM, Salil Mehta wrote:
>
>
>> -Original Message-
>> From: Doug Ledford [mailto:dledf...@redhat.com]
>> Sent: Thursday, August 25, 2016 12:57 PM
>> To: David Miller; Salil Mehta
>> Cc: Huwei (Xavier); oulijun; Zhuangyuzeng (Yisen);
>> mehta.salil@gmail.com; linux-r...
On 08/25/2016 03:46 PM, Balbir Singh wrote:
>
>
> On 25/08/16 01:06, Daniel Lezcano wrote:
>> On 08/24/2016 04:48 PM, Balbir Singh wrote:
>>>
>>>
>>> On 25/08/16 00:44, Daniel Lezcano wrote:
On 08/19/2016 12:26 AM, Gautham R. Shenoy wrote:
> From: "Gautham R. Shenoy"
>
> Current
On 2016/8/25 20:42, Shuoran Liu wrote:
> In the following scenario,
>
> 1) we don't have the key and doing a lookup for encrypted file,
> 2) and the encrypted filename is big name
>
> we should use fname->hash as name hash value instead of what is
> calculated by fname->disk_name. Because in such
On 24 August 2016 at 10:47, Stephen Boyd wrote:
> On 08/23, Rafał Miłecki wrote:
>> +static int bcm53573_ilp_enable(struct clk_hw *hw)
>> +{
>> + struct bcm53573_ilp *ilp = container_of(hw, struct bcm53573_ilp, hw);
>> +
>> + writel(0x10199, ilp->pmu + PMU_SLOW_CLK_PERIOD);
>> + writel
On 25/08/2016 13:12, Andy Lutomirski wrote:
> On Thu, Aug 25, 2016 at 3:32 AM, Mickaël Salaün wrote:
>> Add eBPF functions to compare file system access with a Landlock file
>> system handle:
>> * bpf_landlock_cmp_fs_prop_with_struct_file(prop, map, map_op, file)
>> This function allows to comp
On Wed, Aug 17, 2016 at 5:50 PM, Steve Longerbeam wrote:
> In this version:
>
> - rebased against latest drm-next.
> - cleaned up header includes in ipu-vdi.c.
> - do away with struct ipu_ic_tile_off in ipu-ic.c, and move tile offsets
> into struct ipu_ic_tile. This paves the way for possibly al
On 2016/8/23 23:23, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fixes the following sparse warning:
>
> fs/f2fs/data.c:969:12: warning:
> symbol 'f2fs_grab_bio' was not declared. Should it be static?
>
> Signed-off-by: Wei Yongjun
Acked-by: Chao Yu
Hi,
On 25-08-16 16:12, Icenowy Zheng wrote:
25.08.2016, 16:03, "Maxime Ripard" :
Hi,
On Thu, Aug 25, 2016 at 02:57:24PM +0800, Icenowy Zheng wrote:
diff --git a/arch/arm/boot/dts/sun8i-a33-inet-d978-rev2.dts
b/arch/arm/boot/dts/sun8i-a33-inet-d978-rev2.dts
index 78823d8..3a
On 08/25/2016 01:54 AM, Andy Lutomirski wrote:
On Thu, Aug 25, 2016 at 12:38 AM, Christoph Hellwig wrote:
Ooops, yes.
Are you looking into new nvme_set_features users? Another thing
we need to tackle is either replacing dma_addr argument with a
a real kernel pointer (or just kill it until use
Hi Chanwoo,
2016-08-24 22:49 GMT+09:00 Chanwoo Choi :
> This patch supports the multiple IORESOURCE_MEM resources for one pin-bank.
> In the pre-existing Exynos series, the registers of the gpio bank are included
> in the one memory map. But, some gpio bank need to support the one more memory
> ma
On 08/23/2016 09:55 AM, Andrey Ryabinin wrote:
Calling freeze_bdev() twice on the same block device without mounted
filesystem get_super() will return NULL, which will lead to NULL-ptr
dereference later in drop_super().
Check get_super() result to fix that.
Note, that this is a purely theoretic
Em Thu, Aug 25, 2016 at 07:48:16PM +0900, Masami Hiramatsu escreveu:
> On Wed, 24 Aug 2016 09:58:45 -0300
> Arnaldo Carvalho de Melo wrote:
>
> >
> > Also please fix the OPT_STRING string, it should start with a capital
> > letter:
> >
> > --max-probes Set how many probe points can be
Hi Chanwoo, Joonyoung,
2016-08-24 22:49 GMT+09:00 Chanwoo Choi :
> diff --git a/Documentation/devicetree/bindings/pinctrl/samsung-pinctrl.txt
> b/Documentation/devicetree/bindings/pinctrl/samsung-pinctrl.txt
> index 37bc692445d4..499fb3484915 100644
> --- a/Documentation/devicetree/bindings/pinct
2016-08-25 23:30 GMT+09:00 Tomasz Figa :
>> + }
>> +
>> +#define EXYNOS_PIN_BANK_EINTN_EXT(pins, reg, id, pctl_idx, eint_idx) \
>> + { \
>> + .type = &bank_type_off, \
>> + .pctl_offset= reg,
On 08/25/2016 07:08 AM, Mark Hounschell wrote:
On 08/24/2016 05:11 PM, Jiri Kosina wrote:
On Wed, 24 Aug 2016, Greg Kroah-Hartman wrote:
I have a problem with this patch. It only fixes one of the regressions
caused by the original change to the floppy driver. It does not
address the
user land
On 08/23/2016 09:55 AM, Andrey Ryabinin wrote:
Calling freeze_bdev() twice on the same block device without mounted
filesystem get_super() will return NULL, which will lead to NULL-ptr
dereference later in drop_super().
Check get_super() result to fix that.
Note, that this is a purely theoretic
On Wed, 24 Aug 2016, Josh Poimboeuf wrote:
> There's no reliable way to determine which module tainted the kernel
> with CONFIG_LIVEPATCH. For example, /sys/module//taint
> doesn't report it. Neither does the "mod -t" command in the crash tool.
>
> Make it crystal clear who the guilty party is
The ARM specific I/O operations are almost the same as the generic
ones, with the exception of the SMC_outw macro that works around
a problem of some platforms that cannot write to 16-bit registers
at an address that is not 32-bit aligned.
By inspection, I found that this is handled already in the
On 25/08/2016 13:09, Andy Lutomirski wrote:
> On Thu, Aug 25, 2016 at 3:32 AM, Mickaël Salaün wrote:
>> Add an eBPF function bpf_landlock_cmp_cgroup_beneath(opt, map, map_op)
>> to compare the current process cgroup with a cgroup handle, The handle
>> can match the current cgroup if it is the sam
On Thu, 25 Aug 2016, Josh Poimboeuf wrote:
> On Thu, Aug 25, 2016 at 04:25:15PM +0200, Miroslav Benes wrote:
> > On Wed, 24 Aug 2016, Josh Poimboeuf wrote:
> >
> > > There's no reliable way to determine which module tainted the kernel
> > > with CONFIG_LIVEPATCH. For example, /sys/module//taint
On Wed, 24 Aug 2016 22:35:58 +0200,
Aaro Koskinen wrote:
>
> Hi,
>
> On Wed, Aug 24, 2016 at 09:43:23PM +0200, Johannes Berg wrote:
> > On Wed, 2016-08-24 at 20:57 +0300, Aaro Koskinen wrote:
> > > Enable sound on PowerBook G4 12".
> >
> > Looks good to me, I assume you tested it and it works :)
The ARM specific I/O operations are almost the same as the generic
ones, with the exception of the SMC_outw macro that works around
a problem of some platforms that cannot write to 16-bit registers
at an address that is not 32-bit aligned.
By inspection, I found that this is handled already in the
As Russell King found out the hard way, a change I did to fix multiplatform
builds with this driver broke the old Assabet/Neponset platform: It turns
out that while the driver is runtime configurable in principle, the
runtime configuration does not cover the specific case of machines that
can not d
On Thu, 25 Aug 2016, Jacek Anaszewski wrote:
> I'd see it as follows:
>
> #cat available_ports
> #1-1 1-2 2-1
>
> #echo "1-1" > new_port
>
> #cat observed_ports
> #1-1
>
> #echo "2-1" > new_port
>
> #cat observed_ports
> #1-1 2-1
>
> We've already had few discussions about the sysfs designs
On 08/25/2016 10:41 AM, Jens Axboe wrote:
On 08/25/2016 07:08 AM, Mark Hounschell wrote:
On 08/24/2016 05:11 PM, Jiri Kosina wrote:
On Wed, 24 Aug 2016, Greg Kroah-Hartman wrote:
I have a problem with this patch. It only fixes one of the regressions
caused by the original change to the floppy
2016-08-25 16:28 GMT+09:00 Chanwoo Choi :
> Hi Stephen,
>
> On 2016년 08월 25일 09:11, Stephen Boyd wrote:
>> On 08/24, Chanwoo Choi wrote:
>>> On 2016년 08월 24일 13:43, Stephen Boyd wrote:
On 08/23, Sylwester Nawrocki wrote:
> So the saving is rather insignificant but the patch doesn't make
>>
On Thu, Aug 25, 2016 at 04:25:15PM +0200, Miroslav Benes wrote:
> On Wed, 24 Aug 2016, Josh Poimboeuf wrote:
>
> > There's no reliable way to determine which module tainted the kernel
> > with CONFIG_LIVEPATCH. For example, /sys/module//taint
> > doesn't report it. Neither does the "mod -t" comm
On Thursday, August 25, 2016 4:43:04 PM CEST Arnd Bergmann wrote:
> drivers/net/ethernet/smsc/smc91x.h | 50
> +++---
> 1 file changed, 30 insertions(+), 20 deletions(-)
>
> While this patch fixes one bug on Neponset, it probably doesn't address
> the one that Rus
> -Original Message-
> From: Doug Ledford [mailto:dledf...@redhat.com]
> Sent: Thursday, August 25, 2016 2:53 PM
> To: Salil Mehta; David Miller
> Cc: Huwei (Xavier); oulijun; Zhuangyuzeng (Yisen);
> mehta.salil@gmail.com; linux-r...@vger.kernel.org;
> net...@vger.kernel.org; linux-ke
> -Original Message-
> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
> ow...@vger.kernel.org] On Behalf Of Doug Ledford
> Sent: Thursday, August 25, 2016 3:09 PM
> To: Salil Mehta; David Miller
> Cc: Huwei (Xavier); oulijun; Zhuangyuzeng (Yisen);
> mehta.salil@gmail.com;
On Thu, Aug 25, 2016 at 10:07:08AM +0200, Thomas Gleixner wrote:
> Rich,
>
> On Wed, 24 Aug 2016, Rich Felker wrote:
> > I don't think that's a correct characterization. Rather the percpu
> > infrastructure just means something completely different from what you
> > would expect it to mean. It has
I've been helping reviewing and testing Exynos SoC support patches
for the last couple of years. But it would be easier for me if I'm
cc'ed for patches, so I'm adding myself as reviewer for this entry.
Signed-off-by: Javier Martinez Canillas
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+
Hi Corentin,
On Thu, Aug 25, 2016 at 02:16:35PM +0200, LABBE Corentin wrote:
> This patch convert the hwrng interface used by amd768-rng to its new API
> by replacing data_read()/data_present() by read().
>
> Furthermore, Instead of having two global variable, it's better to use a
> private struc
On Wed, Aug 3, 2016 at 11:24 AM, Rafael Aquini wrote:
> IIRC one of the issues Linus had with previous attempts was because
> they were utilizing/bringing back a node-memory state based heuristic.
>
> Since Kyle patch is using a global state counter for that matter,
> I think that issue condition
On Tue, 23 Aug 2016, Nicolai Stange wrote:
> Upon adjustments of the monotonic clock's frequencies from the
> timekeeping core, the clockevents devices' ->mult_adjusted should be
> changed accordingly, too.
>
> Introduce clockevents_adjust_all_freqs() which traverses all registered
> clockevent de
On 08/25/2016 08:53 AM, Jiri Kosina wrote:
On Thu, 25 Aug 2016, Jens Axboe wrote:
Which patch is this? If that is truly the case, it should be reverted
asap.
I've been looking into this for the past few days, and unfortunately I am
not able to come up with a simple fix, so revert seems like t
On 8/25/2016 10:50 AM, Salil Mehta wrote:
>> I can take both. I already pulled net-next to get the initial hns roce
>> reset patch from Dave, so these will apply cleanly with my tree and
>> merge cleanly with Dave's due to the common ancestral base. The only
>> problem is that if you intend to s
There's no reliable way to determine which module tainted the kernel
with TAINT_LIVEPATCH. For example, /sys/module//taint
doesn't report it. Neither does the "mod -t" command in the crash tool.
Make it crystal clear who the guilty party is by associating
TAINT_LIVEPATCH with any module which se
Le 25/08/2016 à 15:47, Ludovic Desroches a écrit :
> The USART device provides a fractional baud rate generator to get a more
> accurate baud rate. It can be used only when the USART is configured in
> 'normal mode' and this feature is not available on AT91RM9200 SoC.
>
> Signed-off-by: Ludovic De
On Thu 2016-08-25 10:04:45, Josh Poimboeuf wrote:
> There's no reliable way to determine which module tainted the kernel
> with TAINT_LIVEPATCH. For example, /sys/module//taint
> doesn't report it. Neither does the "mod -t" command in the crash tool.
>
> Make it crystal clear who the guilty part
Fix checkpatch.pl 'line over 80 characters' warning
Signed-off-by: Anson Jacob
---
drivers/staging/android/lowmemorykiller.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/lowmemorykiller.c
b/drivers/staging/android/lowmemorykiller.c
index 45a1b4
On 08/25/2016 02:11 AM, Michael Turquette wrote:
Quoting Gabriel Fernandez (2016-08-22 09:06:20)
Hi Mike,
you forgot me ?
Best Regards
Gabriel
On 07/11/2016 08:58 AM, Gabriel Fernandez wrote:
On 07/08/2016 06:08 PM, Michael Turquette wrote:
Quoting Gabriel Fernandez (2016-07-08 02:12:35
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/cb_pcidas64.c | 105 ++-
1 file changed, 55 insertions(+), 50 deletions(-)
diff --git a/d
On Thu, 25 Aug 2016, Jens Axboe wrote:
> Which patch is this? If that is truly the case, it should be reverted
> asap.
I've been looking into this for the past few days, and unfortunately I am
not able to come up with a simple fix, so revert seems like the way to go.
Unfortunately, by revertin
HI,
On 25-08-16 16:53, Icenowy Zheng wrote:
25.08.2016, 22:18, "Hans de Goede" :
Hi,
On 25-08-16 16:12, Icenowy Zheng wrote:
25.08.2016, 16:03, "Maxime Ripard" :
Hi,
On Thu, Aug 25, 2016 at 02:57:24PM +0800, Icenowy Zheng wrote:
diff --git a/arch/arm/boot/dts/sun8i-a33-inet-d97
Em Thu, Aug 25, 2016 at 03:59:43PM +0200, Jiri Olsa escreveu:
> On Thu, Aug 25, 2016 at 09:50:04PM +0900, Masami Hiramatsu wrote:
>
> SNIP
>
> > > After applying patch:
> > >
> > > $ ./perf probe -x ./test 'foo i'
> > > $ cat /sys/kernel/debug/tracing/uprobe_events
> > > p:probe_test/foo
Fix checkpatch.pl warning
Block comments use * on subsequent lines
Signed-off-by: Anson Jacob
---
drivers/staging/emxx_udc/emxx_udc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/staging/emxx_udc/emxx_udc.c
b/drivers/staging/emxx_udc/emxx_udc.c
index 3b56b28..f
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Signed-off-by: Anson Jacob
---
drivers/staging/fbtft/fbtft-bus.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/fbtft/fbtft-bus.c
b/driv
On 08/25/2016 01:22 AM, Frederic Dalleau wrote:
Hi Larry,
On 24/08/2016 22:02, Larry Finger wrote:
On 08/21/2016 07:09 AM, Frederic Dalleau wrote:
I am unable to unload module bluetooth to verify that the second
leak is not a false positive; however, the one in btusb is a real
memory leak.
Fix checkpatch.pl warning for 'Statements should start on a tabstop'
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/ni_atmio.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/comedi/drivers/ni_atmio.c
b/drivers/staging/comedi/drivers/ni_atm
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/jr3_pci.h | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/comedi
On Tue, 23 Aug 2016, Nicolai Stange wrote:
> + raw_spin_lock_irqsave(&clockevents_lock, flags);
> + list_for_each_entry(dev, &clockevent_devices, list) {
> + if (!(dev->features & CLOCK_EVT_FEAT_ONESHOT))
> + continue;
> +
> + mult_raw = dev->mult
On 08/24/2016 10:26 AM, Masahiro Yamada wrote:
> Many of clk_disable() implementations just return for NULL pointer,
> but this check is missing from some. Let's make it tree-wide
> consistent. It will allow clock consumers to call clk_disable()
> without NULL pointer check.
>
> Signed-off-by: M
Fix checkpatch.pl warning 'line over 80 characters'
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/ni_at_a2150.c | 82
1 file changed, 46 insertions(+), 36 deletions(-)
diff --git a/drivers/staging/comedi/drivers/ni_at_a2150.c
b/drivers/staging/comed
Hello,
On Sun, Aug 21, 2016 at 11:23:17PM -0500, Shaun Tancheff wrote:
> At some point the method of issuing Write Same for ATA drives changed.
> Currently write same is commonly available via SCT so expose the SCT
> capabilities and use SCT Write Same when it is available.
>
> This is useful for
On Thu, Aug 25, 2016 at 11:10:25AM -0400, Anson Jacob wrote:
> Fix checkpatch.pl 'line over 80 characters' warning
>
> Signed-off-by: Anson Jacob
> ---
> drivers/staging/android/lowmemorykiller.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/staging/androi
Fix checkpath.pl warning:
line over 80 characters
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Statements should start on a tabstop
Comparisons should place the constant on the right side of the test
Anson Jacob (6):
staging: comedi: cb_pcidas64.c:
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Signed-off-by: Anson Jacob
---
drivers/staging/fbtft/fb_ssd1331.c | 40 +++---
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ssd1331.c
b/drivers/staging
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Signed-off-by: Anson Jacob
---
drivers/staging/fbtft/fb_st7735r.c | 43 +++---
1 file changed, 26 insertions(+), 17 deletions(-)
diff --git a/d
On Thu, Aug 25, 2016 at 6:30 AM, Will Deacon wrote:
> On Tue, Aug 16, 2016 at 05:18:24PM +0100, Catalin Marinas wrote:
>> On Mon, Aug 15, 2016 at 10:45:09AM -0700, Kees Cook wrote:
>> > On Mon, Aug 15, 2016 at 3:47 AM, Catalin Marinas
>> > wrote:
>> > > On Fri, Aug 12, 2016 at 11:23:03AM -0700, K
Fix checkpatch.pl warning 'line over 80 characters'
Signed-off-by: Anson Jacob
---
drivers/staging/comedi/drivers/jr3_pci.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/jr3_pci.c
b/drivers/staging/comedi/drivers/jr3_pci.c
index 6c4ff02..02
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Signed-off-by: Anson Jacob
---
drivers/staging/fbtft/fbtft_device.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/fbtft/fbtft_devi
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Signed-off-by: Anson Jacob
---
drivers/staging/fbtft/fb_tls8204.c | 57 +++---
1 file changed, 29 insertions(+), 28 deletions(-)
diff --git a/d
> -Original Message-
> From: Doug Ledford [mailto:dledf...@redhat.com]
> Sent: Thursday, August 25, 2016 4:00 PM
> To: Salil Mehta; David Miller
> Cc: Huwei (Xavier); oulijun; Zhuangyuzeng (Yisen);
> mehta.salil@gmail.com; linux-r...@vger.kernel.org;
> net...@vger.kernel.org; linux-ke
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Signed-off-by: Anson Jacob
---
drivers/staging/fbtft/fb_s6d02a1.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/staging/fbtft/fb_s6
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Block comments use a trailing */ on a separate line
Anson Jacob (9):
staging: fbtft: fb_s6d02a1.c: Fix checkpatch warning
staging: fbtft: fb_s6d1121.c: Fix checkpatch warning
staging: fbtft: fb_ssd1289: Fix checkpatch warnin
Fix checkpatch.pl warning:
Block comments use * on subsequent lines
Signed-off-by: Anson Jacob
---
drivers/staging/fbtft/fb_ssd1289.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/fbtft/fb_ssd1289.c
b/drivers/staging/fbtft/fb_ssd1289.c
index 5d5f280
On Thu, Aug 25, 2016 at 12:17:53PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Aug 25, 2016 at 03:59:43PM +0200, Jiri Olsa escreveu:
> > On Thu, Aug 25, 2016 at 09:50:04PM +0900, Masami Hiramatsu wrote:
> >
> > SNIP
> >
> > > > After applying patch:
> > > >
> > > > $ ./perf probe -x ./tes
On 08/25/2016 05:10 PM, Sören Brinkmann wrote:
> On Wed, 2016-08-24 at 18:23:03 -0500, Zach Brown wrote:
>> The sdhci controller on xilinx zynq devices will not function unless
>> the cd bit is provided. http://www.xilinx.com/support/answers/61064.html
>> In cases where it is impossible to provide
On 08/25/2016 05:29 PM, Sören Brinkmann wrote:
> On Thu, 2016-08-25 at 17:23:47 +0200, Lars-Peter Clausen wrote:
>> On 08/25/2016 05:10 PM, Sören Brinkmann wrote:
>>> On Wed, 2016-08-24 at 18:23:03 -0500, Zach Brown wrote:
The sdhci controller on xilinx zynq devices will not function unless
>>
On 04/06/2016 19:48, Alexandre Belloni wrote:
> On 04/06/2016 at 18:58:59 +0200, Gabriele Mazzotta wrote :
>> 2016-06-04 16:46 GMT+02:00 Alexandre Belloni
>> :
>>> On 01/06/2016 at 17:40:14 +0200, Gabriele Mazzotta wrote :
If the system wakes up because of a wake alarm, the internal state
On Tue, Aug 23, 2016 at 06:13:43PM -0700, Jason Low wrote:
> I tested this patch on an 8 socket system with the high_systime AIM7
> workload with diskfs. The patch provided big performance improvements in
> terms of throughput in the highly contended cases.
>
>
On Thu, 25 Aug 2016, Rich Felker wrote:
> assumption that is was just a bug. Now that Mark Rutland has explained
> it well (and with your additional explanation below in your email), I
> see what the motivation was, but I still think it could be done in a
> less-confusing and more-consistent way th
From: Markus Elfring
Date: Thu, 25 Aug 2016 17:45:23 +0200
Multiplications for the size determination of memory allocations
indicated that array data structures should be processed.
Thus use the corresponding function "kmalloc_array".
This issue was detected by using the Coccinelle software.
Si
TL;DR: Why is Firefox getting OOM-killed while I have 24GB free swap?
Dear list,
A few days ago I upgraded the kernel on my desktop PC from 4.5.5 to
4.7.2 and, since then, I've witnessed a huge number of cases where
various processes (typically Firefox) got OOM-killed by the kernel.
Before this k
On 2016.08.25 at 17:40 +0200, David Madore wrote:
> TL;DR: Why is Firefox getting OOM-killed while I have 24GB free swap?
>
> A few days ago I upgraded the kernel on my desktop PC from 4.5.5 to
> 4.7.2 and, since then, I've witnessed a huge number of cases where
> various processes (typically Fire
As Russell King found out the hard way, a change I did to fix multiplatform
builds with this driver broke the old Assabet/Neponset platform: It turns
out that while the driver is runtime configurable in principle, the
runtime configuration does not cover the specific case of machines that
can not d
For RFC, this patch is full of hacks:
- non-generic vdso_mnt -- it will not built on !x86_64
- used externs in trace_uprobe.c, rather than clean header-includes
This patch converts vdsofs from lookup-less, renames vdso file name
to just "64". It also adds support to uprobe_events for setting uprob
It's useless. Before:
[tracing]# echo 'p:test /a:0x0' >> uprobe_events
[tracing]# echo 'p:test a:0x0' >> uprobe_events
-bash: echo: write error: No such file or directory
[tracing]# echo 'p:test 1:0x0' >> uprobe_events
-bash: echo: write error: Invalid argument
After:
[tracing]# echo '
On 08/25/2016 06:55 AM, Javier Martinez Canillas wrote:
The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either
built-in or as a module, use that macro instead of open coding the same.
Using the macro makes the code more readable by helping abstract away some
of the Kconfig bui
On Monday, August 15, 2016 5:30:28 PM CEST Yury Norov wrote:
> On Mon, Jun 27, 2016 at 09:47:38AM +0200, Andreas Schwab wrote:
> > Yury Norov writes:
> >
> > > The only difference is that non-compat version forces O_LARGEFILE,
> > > and it should be the default behaviour for all architectures, as
I added here a new in-kernel fs with ramfs-like options.
Created vdso file in this fs (yet for testing, only 64-bit vdso).
Mapped this file to process's mm on setup_additional_pages.
Just for testing purpose it's done only for specific UID.
Signed-off-by: Dmitry Safonov
---
arch/x86/entry/vdso/v
On Thu, Aug 25, 2016 at 11:16:13AM -0400, Anson Jacob wrote:
> Fix checkpatch.pl warning 'line over 80 characters'
>
> Signed-off-by: Anson Jacob
> ---
> drivers/staging/comedi/drivers/ni_at_a2150.c | 82
>
> 1 file changed, 46 insertions(+), 36 deletions(-)
>
> di
From: Markus Elfring
Date: Thu, 25 Aug 2016 18:01:37 +0200
* A multiplication for the size determination of a memory allocation
indicated that an array data structure should be processed.
Thus use the corresponding function "kmalloc_array".
This issue was detected by using the Coccinelle s
On Wed, Aug 24, 2016 at 11:39:59AM +0200, Petr Mladek wrote:
> + kretprobe is safe as well; the kprobe handler does not modify regs->ip;
> it just modifies the return address from the function; it does not affect
> livepatching because the address is defined by the function caller
> a
> > I see someone did request it 2 years ago:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63479
>
> I don't think this is sufficient. Basically if you write one field in a
> struct after a memset again, the compiler is allowed by the standard to
> write padding bytes again, causing them to
Thank you for your comments.
On Thu, Aug 25, 2016 at 06:47:08PM +0300, Andrey Utkin wrote:
>
> > +#define CHANNEL_BITS(x)((x) & 0x7)
> > +#define CHANNEL_MASK 0x7
>
> No uniform alignment. Please get everything in a row.
> If it's hard or this part of driver is expected
301 - 400 of 744 matches
Mail list logo
