On 03/03/2016 05:49 PM, Mark Rutland wrote:
> On Thu, Mar 03, 2016 at 05:30:17PM +0300, Andrey Ryabinin wrote:
>> On 03/03/2016 03:38 PM, Mark Rutland wrote:
>>> On Thu, Mar 03, 2016 at 01:02:27PM +0100, Ingo Molnar wrote:
>
> Mark Rutland (3):
> kasan: add functions to clear stack
* Jakub Jelinek wrote:
> On Thu, Mar 03, 2016 at 02:47:16PM +0100, Ingo Molnar wrote:
> > I tried to distill a testcase out of it, and the following silly hack seems
> > to
> > trigger it:
>
> ...
>
> This is a known issue, which we don't have a solution for yet.
> The thing is, GCC has 2 un
On Thu, Mar 03, 2016 at 12:39:56PM +0100, Neil Armstrong wrote:
> Signed-off-by: Neil Armstrong
> ---
> .../bindings/interrupt-controller/plxtech,rps-irq.txt | 17
> +
> 1 file changed, 17 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/interrupt-contro
Hi David,
I'll wait for Tested-by from Stefan before applying this patch.
If Stefan will have managed to test your driver with his hardware
by the end of this cycle, it will suffice for this patch to contain
only leds-is31fl32xx extension part.
leds-sn3218 hasn't been merged to mainline yet, so
Hi David,
Thanks for the update. Two remarks in the code.
On 03/03/2016 04:01 AM, David Rivshin (Allworx) wrote:
From: David Rivshin
The IS31FL32xx family of LED controllers are I2C devices with multiple
constant-current channels, each with independent 256-level PWM control.
Datasheets: http
On Thu, Mar 03, 2016 at 05:30:17PM +0300, Andrey Ryabinin wrote:
> On 03/03/2016 03:38 PM, Mark Rutland wrote:
> > On Thu, Mar 03, 2016 at 01:02:27PM +0100, Ingo Molnar wrote:
> >>>
> >>> Mark Rutland (3):
> >>> kasan: add functions to clear stack poison
> >>> sched/kasan: remove stale KASAN po
zsmalloc knows the watermark after which classes are considered
to be ->huge -- every object stored consumes the entire zspage (which
consist of a single order-0 page). On x86_64, PAGE_SHIFT 12 box, the
first non-huge class size is 3264, so starting down from size 3264,
objects share page(-s) and t
Do not register shrinker compaction callbacks anymore, since
now we shedule class compaction work each time its fragmentation
value goes above the watermark.
Signed-off-by: Sergey Senozhatsky
---
mm/zsmalloc.c | 72 ---
1 file changed, 72 d
From: Sergey Senozhatsky
zram should stop enforcing its own 'bad' object size watermark,
and start using zs_huge_object(). zsmalloc really knows better.
Drop `max_zpage_size' and use zs_huge_object() instead.
Signed-off-by: Sergey Senozhatsky
---
drivers/block/zram/zram_drv.c | 2 +-
drivers/
From: Sergey Senozhatsky
The existing limit of max 4 pages per zspage sets a tight limit
on ->huge classes, which results in increased memory consumption.
On x86_64, PAGE_SHIFT 12, ->huge class_size range is 3280-4096.
Each ->huge zspage has only one order-0 page and can store only
one object, s
zsmalloc classes are known to be affected by internal fragmentation.
For example, /sys/kernel/debug/zsmalloc/zramX/classes
class size almost_full almost_empty obj_allocated obj_used pages_used
pages_per_zspage freeable
54 896 1 12 117 57 26
Hello,
RFC
Posting as an early preview of zsmalloc compaction and density
improvements.
The patch set will be rebased once Minchan posts his zsmalloc
rework.
zsmalloc knows the watermark after which classes are considered to be
huge - every object stored consumes the entire zspage (whi
Taking another stab at it.
On 3/2/2016 10:14 PM, Sinan Kaya wrote:
> Taking a step back here and also some inspiration from your code, why don't we
> fix the actual problem instead of redesigning the whole thing?
I read your email multiple times. I think you want to move the x86 specific
pieces
On Thu, 3 Mar 2016 03:52:20 +
"Ning, Yu" wrote:
> Well, virtio_blk does use dynamic major number allocation, but the allocated
> block major just happens to fall in the "experimental" range (240-254)...
>
> In more detail:
>
> virtio_blk calls register_blkdev() with major = 0 in init()
>
This series add support of ARC PGU display controller.
ARC PGU is a quite simple byte streamer that gets data from the framebuffer
and pushes it to hte connected encoder (DP or HDMI).
It was tested on ARC SDP boards (axs101 in particular).
Changes v1 -> v2:
* Clean-up of DT bindings documentatio
ARC PGU could be found on some development boards from Synopsys.
This is a simple byte streamer that reads data from a framebuffer
and sends data to the single encoder.
Signed-off-by: Alexey Brodkin
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
Cc: linux-snps-...@lists.infradead.org
---
Synopsys DesignWare ARC SDP boards sport ARC SDP display
controller attached to ADV7511 HDMI encoder.
That change adds desctiption of both ARC PGU and ADV7511 in
ARC SDP'd base-board Device Tree.
Signed-off-by: Alexey Brodkin
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
C
This updates MAINTEINERS file with information about maintainer of
ARC PGU display controller driver.
Signed-off-by: Alexey Brodkin
Cc: linux-snps-...@lists.infradead.org
---
No changes since v1.
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
in
This add DT bindings documentation for ARC PGU display controller.
Signed-off-by: Alexey Brodkin
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
Cc: devicet...@vger.kernel.org
Cc: linux-snps-...@lists.infradead.org
---
Changes v1 -> v2:
* Clean-up
.../devi
* Jakub Jelinek wrote:
> On Thu, Mar 03, 2016 at 02:47:16PM +0100, Ingo Molnar wrote:
> > I tried to distill a testcase out of it, and the following silly hack seems
> > to
> > trigger it:
>
> ...
>
> This is a known issue, which we don't have a solution for yet.
> The thing is, GCC has 2 un
524d15fc4e1:
perf: Export perf_event_sysfs_show() (2016-02-29 09:35:27 +0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-core-for-mingo-20160303
for you to fetch changes up to fb4605ba47e772f
From: Gustavo Padovan
Play safe and add flags member to all structs. So we don't need to
break API or create new IOCTL in the future if new features that requires
flags arises.
v2: check if flags are valid (zero, in this case)
v3: return -EINVAL if flags are not zero'ed
v4: add padding for 64-
On Thu, Mar 03, 2016 at 04:48:01PM +0530, Sudip Mukherjee wrote:
> On Thu, Mar 03, 2016 at 04:30:18PM +0530, Sudip Mukherjee wrote:
> > On Thu, Mar 03, 2016 at 05:09:26PM +1100, Stephen Rothwell wrote:
> > > Hi all,
> > >
> > > Changes since 20160302:
> >
> > With next-20160301 and next-20160302
Hi Marc,
Do you have any comments on this patch?
On 03/01/2016 06:55 AM, Shanker Donthineni wrote:
> We are not checking whether the requested device identifier fits into
> the device table memory or not. The function its_create_device()
> assumes that enough memory has been allocated for whole D
> DocBook is a means to an end; nobody really wants DocBook itself as far
> as I can tell.
We only have docbook because it was the tool of choice rather a lot of
years ago to then get useful output formats. It was just inherited when
borrowed the original scripts from Gnome/Gtk. It's still the mo
From: Gustavo Padovan
Change SYNC_IOC_FILE_INFO behaviour to avoid future API breaks and
optimize buffer
Now num_fences can be filled by the caller to inform how many fences it
wants to retrieve from the kernel. If the num_fences passed is greater
than zero info->sync_fence_info should point to
Am Donnerstag, den 03.03.2016, 15:24 +0100 schrieb Neil Armstrong:
> On 03/03/2016 03:21 PM, Philipp Zabel wrote:
> > Am Donnerstag, den 03.03.2016, 12:40 +0100 schrieb Neil Armstrong:
> >> Signed-off-by: Neil Armstrong
> >
> > Is there a list of the reset bits in this register?
> >
> > regards
Hi Steven,
On Thu, 3 Mar 2016 09:23:44 -0500
Steven Rostedt wrote:
> On Thu, 3 Mar 2016 09:28:01 +
> Juri Lelli wrote:
>
> > That's the one that I use, and I'm not seeing any problems with it.
> > I'll send you the binary in private.
>
> That's the one I use too.
Juri provided me with a w
On Thu, Mar 03, 2016 at 02:14:29PM +, Mark Rutland wrote:
> On Wed, Mar 02, 2016 at 02:26:18PM +, Mark Rutland wrote:
> > Functions which the compiler has instrumented for ASAN place poison on
> > the stack shadow upon entry and remove this poison prior to returning.
> >
> > In the case of
On 03/03/2016 03:38 PM, Mark Rutland wrote:
> On Thu, Mar 03, 2016 at 01:02:27PM +0100, Ingo Molnar wrote:
>>>
>>> Mark Rutland (3):
>>> kasan: add functions to clear stack poison
>>> sched/kasan: remove stale KASAN poison after hotplug
>>> arm64: kasan: clear stale stack poison
>>>
>>> arch
On 03/03/2016 03:18 PM, Philipp Zabel wrote:
> Hi Neil,
>
>> +config RESET_OXNAS
>> +bool
>> +select MFD_SYSCON
>
> I'd prefer not to select MFD_SYSCON here, but rather let ARCH_OXNAS do
> that.
>
OK.
>> +#include
>
> Is there any need to include linux/io.h ?
No, dropping.
>> +stati
On 02/03/2016 22:56, Radim Krčmář wrote:
> +
> +pit_reinject = 0 (!reinject mode) is recommended.
What about:
pit_reinject = 0 (!reinject mode) is recommended, unless running an old
operating system that uses the PIT for timing (e.g. Linux 2.4.x).
Paolo
On Thu, Mar 03, 2016 at 01:43:34PM +, Colin King wrote:
> From: Colin Ian King
>
> priv->mdio->irq used to be allocated and required freeing, but it
> is now a fixed sized array and should no longer be free'd.
>
> Issue detected using static analysis with CoverityScan
>
> Fixes: e7f4dc3536a
So I wanted to give you some feedback for this, from the scheduler maintainer's
POV.
Looks like there are two cpufreq modernization efforts, one is this series, the
other is Steve Muckle's:
[RFCv7 PATCH 00/10] sched: scheduler-driven CPU frequency selection
What I'd like to see from a sched
On 03/03/2016 03:36 AM, Dan Carpenter wrote:
> On Wed, Mar 02, 2016 at 03:57:03PM -0700, Shuah Khan wrote:
>> On 03/02/2016 01:41 PM, Dan Carpenter wrote:
>>> On Wed, Mar 02, 2016 at 09:50:31AM -0700, Shuah Khan wrote:
+ mctl = kzalloc(sizeof(*mctl), GFP_KERNEL);
+ if (!mctl)
+
On Thu, Mar 03, 2016 at 01:27:56PM +, Colin King wrote:
> From: Colin Ian King
>
> Used to be allocated and required freeing, but now
> priv->mdio->irq is now a fixed sized array and should no longer be
> free'd.
>
> Issue detected using static analysis with CoverityScan
>
> Fixes: e7f4dc35
On 3/3/2016 6:23 AM, Lorenzo Pieralisi wrote:
> x86 and IA64 claim PCI resources on boot and live with that (well, minus
> the gazillions x86 pci= parameters that change the PCI resources assignment
> one way or another), comments very welcome in particular on the pci=realloc
> option and its usage
On 03/03/2016 03:21 PM, Philipp Zabel wrote:
> Am Donnerstag, den 03.03.2016, 12:40 +0100 schrieb Neil Armstrong:
>> Signed-off-by: Neil Armstrong
>
> Is there a list of the reset bits in this register?
>
> regards
> Philipp
>
Yes, should I add it to the bindings ?
Neil
Hi,
On Wed, Mar 02, 2016 at 04:58:56PM +0100, Arnd Bergmann wrote:
> The pm2301 charger driver uses nested #ifdefs to check for both
> CONFIG_PM and CONFIG_PM_SLEEP in an attempt to hide its
> suspend and runtime-pm operations when they are unused, but
> it does not hide the clear_lpn_pin() functi
Hi,
On Wed, Mar 02, 2016 at 04:58:55PM +0100, Arnd Bergmann wrote:
> The ipaq micro battery driver has suspend/resume functions that
> are accessed using SIMPLE_DEV_PM_OPS, which hide the reference
> when CONFIG_PM_SLEEP is not set, resulting in a warning about
> unused functions:
>
> drivers/pow
On Wed, Mar 2, 2016 at 12:49 PM, atull wrote:
> On Wed, 2 Mar 2016, Rob Herring wrote:
>
>> On Fri, Feb 26, 2016 at 3:44 PM, Alan Tull
>> wrote:
>> > This patch add of overlay notifications.
>> >
>> > When DT overlays are being added, some drivers/subsystems
>> > need to see device tree overlays
On Thu, 3 Mar 2016 09:28:01 +
Juri Lelli wrote:
> That's the one that I use, and I'm not seeing any problems with it. I'll
> send you the binary in private.
That's the one I use too. BTW, Juri, do you plan on submitting patches
to schedtool upstream?
-- Steve
Am Donnerstag, den 03.03.2016, 12:40 +0100 schrieb Neil Armstrong:
> Signed-off-by: Neil Armstrong
> ---
> .../devicetree/bindings/reset/plxtech,reset.txt| 25
> ++
> 1 file changed, 25 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/reset/plxtech,re
Hi,
On Sun, Feb 28, 2016 at 07:57:58PM +, Colin King wrote:
> In the case where power_supply_get_by_name returns NULL the current
> error return path calls power_supply_put with a NULL psy which will
> cause a null pointer dereference. Avoid this with an immediate
> return.
Thanks, queued.
Hi Lorenzo, many thanks for replying
> -Original Message-
> From: Lorenzo Pieralisi [mailto:lorenzo.pieral...@arm.com]
> Sent: 29 February 2016 11:38
> To: Gabriele Paoloni
> Cc: Bjorn Helgaas; 'Mark Rutland'; Guohanjun (Hanjun Guo); Wangzhou
> (B); liudongdong (C); Linuxarm; qiujiang; 'bh
Hi,
On Sun, Feb 28, 2016 at 05:05:48PM +0100, Maarten ter Huurne wrote:
> The check is supposed to avoid redundant update notifications, so it
> should check for the difference between old and new voltage exceeding
> a threshold.
>
> Also make sure the result of a failed read is never stored.
Th
* Steve Muckle wrote:
> From: Michael Turquette
>
> Scheduler-driven CPU frequency selection hopes to exploit both
> per-task and global information in the scheduler to improve frequency
> selection policy, achieving lower power consumption, improved
> responsiveness/performance, and less reli
On Thu, 3 Mar 2016 09:12:50 -0500
Steven Rostedt wrote:
> > I think, this got wrong during backporting, no?
> > Should have been
> > -DEFINE_RWLOCK(step_hook_lock);
> >
>
Below is the new patch.
Total -rc2 patch:
https://www.kernel.org/pub/linux/kernel/projects/rt/3.14/patch-3.14.61-rt6
Hi,
On Sat, Feb 27, 2016 at 12:54:11PM +, Colin King wrote:
> The boolean 'found' is not initialized and hence garbage. It should
> be initialized as false.
>
> Found with static analysis using CoverityScan
Thanks, queued.
-- Sebastian
signature.asc
Description: PGP signature
On 2016-03-03 at 14:43:34 +0100, Colin King wrote:
> From: Colin Ian King
>
> priv->mdio->irq used to be allocated and required freeing, but it
> is now a fixed sized array and should no longer be free'd.
>
> Issue detected using static analysis with CoverityScan
>
> Fixes: e7f4dc3536a400 ("md
On Thu, Mar 03, 2016 at 02:47:16PM +0100, Ingo Molnar wrote:
> I tried to distill a testcase out of it, and the following silly hack seems
> to
> trigger it:
...
This is a known issue, which we don't have a solution for yet.
The thing is, GCC has 2 uninitialized warning passes, one is done
very
Hi Neil,
Am Donnerstag, den 03.03.2016, 12:39 +0100 schrieb Neil Armstrong:
> Add System reset controller driver for PLX Technology OXNAS SoC Family.
>
> CC: Ma Haijun
> Signed-off-by: Neil Armstrong
> ---
> drivers/reset/Kconfig | 4 ++
> drivers/reset/Makefile | 1 +
> drivers
On 3/3/2016 2:12 PM, Arnd Bergmann wrote:
> On Thursday 03 March 2016 13:52:39 Joao Pinto wrote:
>>
>> config SCSI_UFS_DWC
>> bool
>>
>> config SCSI_UFS_DWC_TC_PLATFORM
>> tristate "DesignWare platform support using a G210 Test Chip"
>> depends on SCSI_UFSHCD_PLATFORM
>>
2016-03-03 18:26 GMT+09:00 Michal Hocko :
> On Wed 02-03-16 23:34:21, Joonsoo Kim wrote:
>> 2016-03-02 23:06 GMT+09:00 Michal Hocko :
>> > On Wed 02-03-16 22:32:09, Joonsoo Kim wrote:
>> >> 2016-03-02 18:50 GMT+09:00 Michal Hocko :
>> >> > On Wed 02-03-16 11:19:54, Joonsoo Kim wrote:
>> >> >> On Mo
On Wed, Mar 02, 2016 at 02:26:18PM +, Mark Rutland wrote:
> Functions which the compiler has instrumented for ASAN place poison on
> the stack shadow upon entry and remove this poison prior to returning.
>
> In the case of cpuidle, CPUs exit the kernel a number of levels deep
> in C code. Any
On Thu, Mar 03, 2016 at 09:37:42AM +0800, Kefeng Wang wrote:
>
>
> On 2016/3/3 5:12, Paul E. McKenney wrote:
> > On Wed, Mar 02, 2016 at 11:55:43AM -0800, Davidlohr Bueso wrote:
> >> On Tue, 02 Feb 2016, Davidlohr Bueso wrote:
> >>
> >> I've just hit this issue myself and remembered this thread :
On Thursday 03 March 2016 13:52:39 Joao Pinto wrote:
>
> config SCSI_UFS_DWC
> bool
>
> config SCSI_UFS_DWC_TC_PLATFORM
> tristate "DesignWare platform support using a G210 Test Chip"
> depends on SCSI_UFSHCD_PLATFORM
> select SCSI_UFS_DWC
> ---help---
>
On 2016-02-29 03:01:35 [-0800], tip-bot for Josh Poimboeuf wrote:
> Gitweb: http://git.kernel.org/tip/b9ab5ebb14ec389bd80f66613f1fe3f8f65f2521
> Author: Josh Poimboeuf
> objtool: Add CONFIG_STACK_VALIDATION option
>
> Add a CONFIG_STACK_VALIDATION option which will run "objtool check" for
On Thu, 3 Mar 2016 09:53:00 +0530
Pratyush Anand wrote:
> > diff --git a/arch/arm64/kernel/debug-monitors.c
> > b/arch/arm64/kernel/debug-monitors.c
> > index 636ba8b6240b..f66d668ffce9 100644
> > --- a/arch/arm64/kernel/debug-monitors.c
> > +++ b/arch/arm64/kernel/debug-monitors.c
> > @@ -190,1
On Thu, 03 Mar 2016 16:03:14 +0200
Jani Nikula wrote:
> This stalled a bit, but the waters are still muddy...
I've been dealing with real-world obnoxiousness, something which won't
come to an immediate end, unfortunately. But I have been taking some time
to mess with things, and hope to have so
On Thursday 03 March 2016 17:07:46 Lada Trimasova wrote:
> From: Lada Trimasova
> To: net...@vger.kernel.org
> CC: linux-kernel@vger.kernel.org, Lada Trimasova
> , Alexey Brodkin ,
> Noam Camus , Tal Zilcer , Arnd Bergmann
>
> Date: Today 15:07:46
> Since ezchip network driver is written w
On Thu, Mar 03, 2016 at 02:03:35AM -0800, tip-bot for Thomas Gleixner wrote:
> Commit-ID: 71f87b2fc64c2e9b6d53cb817f28711b959d3dfe
> Gitweb: http://git.kernel.org/tip/71f87b2fc64c2e9b6d53cb817f28711b959d3dfe
> Author: Thomas Gleixner
> AuthorDate: Thu, 3 Mar 2016 10:52:10 +0100
> Committe
Since ezchip network driver is written with big endian EZChip platform it
is necessary to add support for little endian architecture.
The first issue is that the order of the bits in a bit field is
implementation specific. So all the bit fields are removed.
Named constants are used to access neces
From: Wenwei Tao
We can create more than one target on a lightnvm
device by specifying its begin lun and end lun.
But only specify the physical address area is not
enough, we need to get the corresponding non-
intersection logical address area division from
the backend device's logcial address s
From: Javier González
When the l2p table is loaded, addresses are checked for the lun they
belong to and luns are reserved accordingly. This assumes that metadata
is being stored in the backend device to recover the previous target
configuration. Since this is not yet implemented, this check coll
From: Javier González
An Open-Channel SSD can work on two modes: (i) hybrid mode, where the
L2P table is maintained both by the host and by the device; and (ii)
full host-based, where the L2P table is uniquely maintained by the host.
In the advent of a new target implementing the full host-based
PPAs sent to device is separately acknowledge in a 64bit status
variable. The status is stored in DW0 and DW1 of the completion queue
entry. Store this status inside the nvm_rq for further processing.
This can later be used to implement retry techniques for failed writes
and reads.
Reviewed-by: C
From: Wenwei Tao
Add a bitmap of luns to indicate the status
of luns: inuse/available. When create targets
do the necessary check to avoid allocating luns
that are already allocated.
Signed-off-by: Wenwei Tao
Freed dev->lun_map if nvm_core_init later failed in the init process.
Signed-off-by: M
Hi Jens,
A collection of fixes and features destined for 4.6. They contain:
- Two fixes from Javier regarding logical to physical table loading.
- Wenwei implemented support for multiple targets and luns in the
rrpc target.
- Small patch from me that exposes the completion bits for target
Hi Linus,
regressions never arrive when you want them to, so here is a late
fix for the Renesas RCAR GPIO driver. It only affects that driver on
the very specific Renesas platforms.
Please pull it in.
Yours,
Linus Walleij
The following changes since commit 81f70ba233d5f660e1ea5fe23260ee323af5d5
* Jakub Jelinek wrote:
> On Thu, Mar 03, 2016 at 02:24:34PM +0100, Ingo Molnar wrote:
> > 6 hours of PeterZ time translates to quite a bit of code restructuring
> > overhead to
> > eliminate false positive warnings...
>
> I'll file a bugzilla enhancement request for this (with new attribute),
On Sat, 13 Feb 2016, Jonathan Corbet wrote:
> So can we discuss? I'm not saying we have to use Sphinx, but, should we
> choose not to, we should do so with open eyes and good reasons for the
> course we do take. What do you all think?
This stalled a bit, but the waters are still muddy...
Is th
On Thu, Mar 03, 2016 at 06:44:24PM +0800, Liang Li wrote:
> The current QEMU live migration implementation mark the all the
> guest's RAM pages as dirtied in the ram bulk stage, all these pages
> will be processed and that takes quit a lot of CPU cycles.
>
> From guest's point of view, it doesn't
On 2 March 2016 at 23:49, Rafael J. Wysocki wrote:
> On Wed, Mar 2, 2016 at 6:58 PM, Rafael J. Wysocki wrote:
>> On Wed, Mar 2, 2016 at 6:10 PM, Vincent Guittot
>> wrote:
>>> Hi Rafael,
>>>
>>>
>>> On 2 March 2016 at 03:27, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki
Add a
Hi Rob,
On Tue, 2016-02-23 at 14:38 -0600, Rob Herring wrote:
> On Fri, Feb 19, 2016 at 04:03:52PM +0300, Alexey Brodkin wrote:
> >
> > This add DT bindings documentation for ARC PGU display controller.
> >
> > Signed-off-by: Alexey Brodkin
> > Cc: Rob Herring
> > Cc: Pawel Moll
> > Cc: Mark
Hi,
On 3/3/2016 12:04 PM, Arnd Bergmann wrote:
> On Thursday 03 March 2016 11:39:05 Joao Pinto wrote:
>> Hi Arnd,
>>
>> On 3/2/2016 7:55 PM, Arnd Bergmann wrote:
>>> On Wednesday 02 March 2016 16:46:47 Joao Pinto wrote:
On 2/19/2016 3:03 PM, Arnd Bergmann wrote:
> On Thursday 18 February
On Wed, Mar 2, 2016 at 3:35 PM, David Rivshin (Allworx)
wrote:
> From: David Rivshin
>
> The of_property_{read,count,match}_string* family of functions never
> modify the struct device_node pointer that is passed in, so there is no
> reason for it to be non-const. Equivalent functions for all oth
On 03/03/2016 12:48 AM, Markus Pargmann wrote:
Hi Jens,
On Sunday, February 21, 2016 03:01:20 PM Markus Pargmann wrote:
Hi Jens,
This pull request contains 7 patches for 4.6.
any news on this pull request?
Sorry for the delay, pulled in, thanks.
--
Jens Axboe
Hi Linus,
The following changes since commit 81f70ba233d5f660e1ea5fe23260ee323af5d53a:
Linux 4.5-rc5 (2016-02-20 13:39:35 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-fixes-v4.5-rc6
for you to fetch changes up to e6
On Wed, Mar 2, 2016 at 4:56 PM, David Daney wrote:
> From: David Daney
>
> In order to extract NUMA information from the device tree, we need to
> have the tree in its unflattened form.
>
> Move the call to unflatten_device_tree() into paging_init(). This
> puts it before the call to bootmem_ini
From: Colin Ian King
priv->mdio->irq used to be allocated and required freeing, but it
is now a fixed sized array and should no longer be free'd.
Issue detected using static analysis with CoverityScan
Fixes: e7f4dc3536a400 ("mdio: Move allocation of interrupts into core")
Signed-off-by: Colin I
* Ingo Molnar wrote:
> So it's all highly inefficient and fragile.
>
> There's also another cost, the cost of finding the bugs themselves - for
> example
> here's a recent upstream kernel fix:
>
> commit e01d8718de4170373cd7fbf5cf6f9cb61cebb1e9
> Author: Peter Zijlstra
> Date: Wed J
On Thu, Mar 03, 2016 at 02:24:34PM +0100, Ingo Molnar wrote:
> 6 hours of PeterZ time translates to quite a bit of code restructuring
> overhead to
> eliminate false positive warnings...
I'll file a bugzilla enhancement request for this (with new attribute),
perhaps we could do it in FRE that is
On 02/23/2016 04:04 PM, Mel Gorman wrote:
> -static bool zone_balanced(struct zone *zone, int order, bool highorder,
> +static bool zone_balanced(struct zone *zone, int order,
> unsigned long balance_gap, int classzone_idx)
> {
> unsigned long mark = high_wmark_pages(zo
On 2.3.2016 11:09, Dan Carpenter wrote:
> We dereference "tl_nexus" to get the error code.
>
> Fixes: 1b418a8fcbc0 ('target: Convert demo-mode only drivers to
> target_alloc_session')
> Signed-off-by: Dan Carpenter
Reviewed-by: Tomas Henzl
From: Colin Ian King
priv->mdio->irq used to be allocated and required freeing, but it
is now a fixed sized array and should no longer be free'd.
Issue detected using static analysis with CoverityScan
Fixes: e7f4dc3536a400 ("mdio: Move allocation of interrupts into core")
Signed-off-by: Colin I
On Thursday 03 March 2016 13:29:56 Russell King - ARM Linux wrote:
> On Thu, Mar 03, 2016 at 01:56:56PM +0100, Arnd Bergmann wrote:
> > As Russell mentioned, the entire file is not really needed either, but
> > so far we have left the trivial per-platform files in place generally.
>
> I think that
On 03/03/16 04:36, Shawn Lin wrote:
> Controllers use data strobe line to latch data from devices
> under hs400 mode, but not for cmd line. So from emmc 5.1, JEDEC
> introduces enhanced strobe mode for latching cmd response from
> emmc devices to host controllers. This new feature is optional.
As
On Thu, Mar 03, 2016 at 01:12:02AM +0900, Namhyung Kim wrote:
SNIP
> +struct perf_hpp_fmt *perf_hpp_fmt__copy(struct perf_hpp_fmt *fmt);
> +
> int hist_entry__filter(struct hist_entry *he, int type, const void *arg);
>
> static inline bool perf_hpp__should_skip(struct perf_hpp_fmt *format,
>
> From: Yunhui Cui
> To: , ,
>
> Cc: , ,
> , , Yunhui
> Cui
>
> Subject: [PATCH v3 4/4] mtd: spi-nor: Disable Micron flash HW
> protection
> Message-ID: <1456988044-37061-4-git-send-email-b56...@freescale.com>
> Content-Type: text/plain
>
> From: Yunhui Cui
>
> For Mic
On Thu, Mar 03, 2016 at 01:12:02AM +0900, Namhyung Kim wrote:
> The perf_hpp__setup_hists_formats() is to build hists-specific output
> formats (and sort keys). Currently it's only used in order to build the
> output format in a hierarchy with same sort keys, but it could be used
> with different
On Thu, 2016-03-03 at 20:02 +0800, Kejian Yan wrote:
> It will always be passed if the soc is tested the loopback cases.
> This
> patch will fix this bug.
Few style related comments.
> @@ -686,6 +690,10 @@ static int hns_ae_config_loopback(struct
> hnae_handle *handle,
> default:
>
On 03/03/2016 01:15 PM, Arnd Bergmann wrote:
> On Thursday 03 March 2016 12:40:07 Neil Armstrong wrote:
>> +
>> +aliases {
>> +serial0 = &uart0;
>> +serial1 = &uart1;
>> +serial2 = &uart2;
>> +serial3 = &uart3;
>> +gpio0 = &gpio0;
>> +
While building we were getting build warning about:
sound/soc/codecs/pcm3168a.c:403:21: warning: variable 'channels' set but not
used
The variable channels were being assigned some value but that was never
reused.
Signed-off-by: Sudip Mukherjee
---
Its upto you now. If you dont want to accept
On Thu, Mar 03, 2016 at 02:08:19PM +0100, Arnd Bergmann wrote:
> On Thursday 03 March 2016 13:01:13 Marc Zyngier wrote:
> > > +/* Routines to acknowledge, disable and enable interrupts */
> > > +static void rps_mask_irq(struct irq_data *d)
> > > +{
> > > + u32 mask = BIT(d->hwirq);
> > > +
> >
On 12 February 2016 at 17:32, Greg KH wrote:
> On Fri, Feb 12, 2016 at 11:06:03AM +0100, Ulf Hansson wrote:
>> On 11 February 2016 at 18:19, Greg KH wrote:
>> > On Thu, Feb 11, 2016 at 04:54:11PM +0100, Ulf Hansson wrote:
>> >> This reverts commit 829b6962f7e3cfc06f7c5c26269fd47ad48cf503.
>> >>
>
On Thu, Mar 03, 2016 at 01:56:56PM +0100, Arnd Bergmann wrote:
> As Russell mentioned, the entire file is not really needed either, but
> so far we have left the trivial per-platform files in place generally.
I think that's something we should be looking to remove: if the
per-platform files give n
On Thu, Mar 03, 2016 at 06:36:53PM +0530, Sudip Mukherjee wrote:
> While building tilepro allmodconfig we were getting build warning:
> drivers/scsi/mvumi.c:2632:12: warning: 'mvumi_suspend' defined but not used
> drivers/scsi/mvumi.c:2651:12: warning: 'mvumi_resume' defined but not used
>
> mvumi
From: Colin Ian King
Used to be allocated and required freeing, but now
priv->mdio->irq is now a fixed sized array and should no longer be
free'd.
Issue detected using static analysis with CoverityScan
Fixes: e7f4dc3536a400 ("mdio: Move allocation of interrupts into core")
Signed-off-by: Colin
* Jakub Jelinek wrote:
> On Thu, Mar 03, 2016 at 01:19:44PM +0100, Ingo Molnar wrote:
> > struct sigaction sa;
> >
> > ...
> >
> > sigfillset(&sa.sa_mask);
> > sa.sa_sigaction = segfault_handler;
> > sigaction(SIGSEGV, &sa, NULL);
> >
> > ... which uninitia
701 - 800 of 1116 matches
Mail list logo
