On Fri, Jun 24, 2016 at 03:42:26PM +0200, Peter Zijlstra wrote:
> On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
> > > --- a/kernel/sched/fair.c
> > > +++ b/kernel/sched/fair.c
> > > @@ -2484,7 +2484,7 @@ static inline long calc_tg_weight(struct task_group
> > > *tg, struct cfs_r
On Thu, 2016-06-23 at 21:49 -0400, Mike Snitzer wrote:
> On Thu, Jun 23 2016 at 7:36pm -0400,
> Kani, Toshimitsu wrote:
:
> > Thanks for the update. I have a question about the above change. Targets
> > may have their own parameters. For instance, dm-stripe has 'chunk_size',
> > which is chec
Hello,
On Fri, Jun 24, 2016 at 09:05:15AM +0200, Peter Zijlstra wrote:
> > Given how rare that is
>
> Could you then not remove/rework these few cases for workqueue as well
> and make that 'better' too?
Usage of draining is rare for workqueue but that still means several
legitimate users. With
On Thu, Jun 16, 2016 at 10:35:17PM +0800, Lijun Ou wrote:
> This patch mainly setup hca for RoCE. It will do a series of
> initial works, as follows:
> 1. init uar table, allocate uar resource
> 2. init pd table
> 3. init cq table
> 4. init mr table
> 5. init qp table
>
> Signe
On Fri, Jun 24 2016 at 11:40am -0400,
Kani, Toshimitsu wrote:
> On Thu, 2016-06-23 at 21:49 -0400, Mike Snitzer wrote:
> > On Thu, Jun 23 2016 at 7:36pm -0400,
> > Kani, Toshimitsu wrote:
> :
> > > Thanks for the update. I have a question about the above change. Targets
> > > may have their
Hello,
On Fri, Jun 24, 2016 at 12:22:54AM +, Topi Miettinen wrote:
> > This doesn't have anything to do with resource control and I don't
> > think it's a good idea to add arbitrary monitoring mechanisms to
> > cgroup just because it's easy to add interface there. Given that
> > capabilities
On Fri, Jun 24, 2016 at 06:40:03AM -0700, Guenter Roeck wrote:
> Hi Mel,
>
> On 06/24/2016 01:39 AM, Mel Gorman wrote:
> >On Thu, Jun 23, 2016 at 11:05:33PM -0700, Guenter Roeck wrote:
> >>Hi,
> >>
> >>I see a lot of crashes with various architectures in next-20160623.
> >>I bisected mips and sh;
On Thu, Jun 23, 2016 at 09:23:09PM -0700, Andy Lutomirski wrote:
> If we overflow the stack into a guard page, we'll recursively fault
> when trying to dump the contents of the guard page. Use
> probe_kernel_address so we can recover if this happens.
>
> Signed-off-by: Andy Lutomirski
Reviewed-
On Fri, Jun 24, 2016 at 11:35:13AM -0400, Brian Gerst wrote:
> On Fri, Jun 24, 2016 at 11:30 AM, Josh Poimboeuf wrote:
> > On Thu, Jun 23, 2016 at 09:23:06PM -0700, Andy Lutomirski wrote:
> >> If we call do_exit with a clean stack, we greatly reduce the risk of
> >> recursive oopses due to stack o
On Wed, Jun 22, 2016 at 04:55:26PM +0800, Pan Wen wrote:
> add Hisilicon BVT I2C controller driver support.
>
> Signed-off-by: Pan Wen
> ---
> .../devicetree/bindings/i2c/i2c-hibvt.txt | 24 +
Acked-by: Rob Herring
> drivers/i2c/busses/Kconfig | 10 +
> driv
On Thu, Jun 16, 2016 at 10:35:15PM +0800, Lijun Ou wrote:
> This patch added event queue support for RoCE driver. It is used
> for RoCE interrupt. RoCE includes 32 synchronous event irqs, 1
> asynchronous event irq and 1 common overflow irq.
>
> Signed-off-by: Wei Hu
> Signed-off-by: Nenglong Zha
On Fri, Jun 24, 2016 1:35 AM Bjorn Helgaas wrote:
> On Thu, Jun 23, 2016 at 01:11:41PM +0800, Rui Wang wrote:
> > On Wed, June 22, 2016 11:15 PM Bjorn Helgaas wrote:
> > > [...]
> > > > @@ -1779,8 +1780,12 @@ void __init
> > > > pci_assign_unassigned_resources(void)
> > > > {
> > > > struc
On Wed, Jun 22, 2016 at 11:41:51AM +0530, Raveendra Padasalagi wrote:
> The patch adds devicetree binding document for broadcom's
> iproc-static-adc controller driver.
>
> Signed-off-by: Raveendra Padasalagi
> Reviewed-by: Ray Jui
> Reviewed-by: Scott Branden
> ---
> .../bindings/iio/adc/brcm,
On Tue, Jun 21, 2016 at 11:25:49PM -0300, Bruno Herrera wrote:
> Signed-off-by: Bruno Herrera
> ---
> Documentation/devicetree/bindings/usb/dwc2.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Documentation/devicetree/bindings/usb/dwc2.txt
> b/Documentation/devicetree/bindings/usb/
Hi, Alex
On 2016/6/24 11:37, Alex Williamson wrote:
On Fri, 24 Jun 2016 10:52:58 +0800
Yongji Xie wrote:
On 2016/6/24 0:12, Alex Williamson wrote:
On Mon, 30 May 2016 21:06:37 +0800
Yongji Xie wrote:
+static void vfio_pci_probe_mmaps(struct vfio_pci_device *vdev)
+{
+ struct resource
On Thu, Jun 23, 2016 at 09:23:08PM -0700, Andy Lutomirski wrote:
> If we overflow the stack, print_context_stack will abort. Detect
> this case and rewind back into the valid part of the stack so that
> we can trace it.
>
> Signed-off-by: Andy Lutomirski
Reviewed-by: Josh Poimboeuf
--
Josh
On Fri, Jun 24, 2016 at 11:30 AM, Josh Poimboeuf wrote:
> On Thu, Jun 23, 2016 at 09:23:06PM -0700, Andy Lutomirski wrote:
>> If we call do_exit with a clean stack, we greatly reduce the risk of
>> recursive oopses due to stack overflow in do_exit, and we allow
>> do_exit to work even if we OOPS f
On Tue, Jun 21, 2016 at 03:06:45PM -0500, Andrew F. Davis wrote:
> Add TI syscon reset controller binding. This will hook to the reset
> framework and use syscon/regmap to set reset bits. This allows reset
> control of individual SoC subsytems and devices with memory-mapped
> reset registers in a c
On Mon, May 09, 2016 at 05:49:48PM +0100, Andre Przywara wrote:
> Currently we call the (optional) enable function for CPU _features_
> only. As CPU _errata_ descriptions share the same data structure and
> having an enable function is useful for errata as well (for instance
> to set bits in SCTLR)
On Wed, June 22, 2016 10:54 PM Bjorn Helgaas wrote:
> On Wed, Jun 22, 2016 at 03:13:32PM +0800, Rui Wang wrote:
> > On Friday, June 17, 2016 1:10 AM, Bjorn Helgaas wrote:
> > > ioapic_insert_resources() is x86-specific, but I'm not sure why; it
> > > seems like it does things that should be applica
On Mon, May 09, 2016 at 05:49:47PM +0100, Andre Przywara wrote:
> The newly introduced dcache_by_line_op macro is used at least in
> one occassion at the moment to issue a "dc cvau" instruction,
> which is affected by ARM errata 819472, 826319, 827319 and 824069.
> Change the macro to allow for alt
Hello,
On Fri, Jun 24, 2016 at 01:00:48PM +1000, Aleksa Sarai wrote:
> This allows users to dynamically adjust their limits based on how many
> failed forks happened since they last reset their limits, otherwise they
> would have to track (in a racy way) how many limit failures there were
> since
On 06/24/2016 10:23 AM, Nishanth Menon wrote:
> On 06/24/2016 09:54 AM, Guenter Roeck wrote:
>> On 06/24/2016 07:30 AM, Guenter Roeck wrote:
>>> Hi Nishanth,
>>>
>>> On 06/24/2016 07:13 AM, Nishanth Menon wrote:
On 06/23/2016 07:28 PM, Guenter Roeck wrote:
> By registering a cleanup functi
On Thu, Jun 23, 2016 at 09:23:07PM -0700, Andy Lutomirski wrote:
> The comment suggests that show_stack(NULL, NULL) should backtrace
> the current context, but the code doesn't match the comment. If
> regs are given, start the "Stack:" hexdump at regs->sp.
>
> Signed-off-by: Andy Lutomirski
Rev
On Thu, Jun 23, 2016 at 09:23:06PM -0700, Andy Lutomirski wrote:
> If we call do_exit with a clean stack, we greatly reduce the risk of
> recursive oopses due to stack overflow in do_exit, and we allow
> do_exit to work even if we OOPS from an IST stack. The latter gives
> us a much better chance
When a CPU lowers its priority (schedules out a high priority task for a
lower priority one), a check is made to see if any other CPU has overloaded
RT tasks (more than one). It checks the rto_mask to determine this and if so
it will request to pull one of those tasks to itself if the non running
On 06/24/2016 09:54 AM, Guenter Roeck wrote:
> On 06/24/2016 07:30 AM, Guenter Roeck wrote:
>> Hi Nishanth,
>>
>> On 06/24/2016 07:13 AM, Nishanth Menon wrote:
>>> On 06/23/2016 07:28 PM, Guenter Roeck wrote:
By registering a cleanup function with devm_add_action(), we can
simplify the er
On Thu, Jun 23, 2016 at 09:23:02PM -0700, Andy Lutomirski wrote:
> We should account for stacks regardless of stack size, and we need
> to account in sub-page units if THREAD_SIZE < PAGE_SIZE. Change the
> units to kilobytes and Move it into account_kernel_stack().
>
> Fixes: 12580e4b54ba8 ("mm:
On Thu, Jun 23, 2016 at 09:23:01PM -0700, Andy Lutomirski wrote:
> Currently, NR_KERNEL_STACK tracks the number of kernel stacks in a
> zone. This only makes sense if each kernel stack exists entirely in
> one zone, and allowing vmapped stacks could break this assumption.
>
> Since frv has THREAD
On Fri, Jun 24, 2016 at 11:05:33AM -0400, Paul Moore wrote:
> >> >> + audit_syscall_entry(regs->gprs[2], regs->orig_gpr2 & mask,
> >> >> + regs->gprs[3] & mask, regs->gprs[4] & mask,
> >> >> + regs->gprs[5] & mask);
> >> >
> >> > With these masks
2016-06-24 Christian König :
> Am 24.06.2016 um 16:59 schrieb Gustavo Padovan:
> > 2016-06-24 Christian König :
> >
> > > Am 24.06.2016 um 15:17 schrieb Gustavo Padovan:
> > > > Hi Christian,
> > > >
> > > > 2016-06-24 Christian König :
> > > >
> > > > > Am 23.06.2016 um 17:29 schrieb Gustavo P
On 6/24/2016 1:40 AM, Michael Kerrisk (man-pages) wrote:
> On 06/22/2016 11:11 PM, Kees Cook wrote:
>> On Wed, Jun 22, 2016 at 12:21 PM, Michael Kerrisk (man-pages)
>> wrote:
>>> On 06/21/2016 10:55 PM, Jann Horn wrote:
On Tue, Jun 21, 2016 at 11:41:16AM +0200, Michael Kerrisk (man-pages)
>
On Fri, Jun 24 2016 at 10:27am -0400,
Lars Ellenberg wrote:
> On Fri, Jun 24, 2016 at 07:36:57PM +0800, Ming Lei wrote:
> > >
> > > This is not a theoretical problem.
> > > At least int DRBD, and an unfortunately high IO concurrency wrt. the
> > > "max-buffers" setting, without this patch we have
Hi,
I'm trying to get an idea why we would be spending a whole millisecond running
the cascade() routine.
This is on a CentOS 7 kernel (config modified as per below) so feel free to send
me off to the other support fora if you like.
Running cyclictest gave the following:
cyclicte-29932 14
> -Original Message-
> From: nborisov [mailto:n.borisov.l...@gmail.com]
> Sent: Friday, June 24, 2016 10:07 AM
> To: Steve Wise; linux-kernel@vger.kernel.org
> Subject: Re: vmcore not getting created on linux-4.7
>
>
>
> On 24.06.2016 17:45, Steve Wise wrote:
> > I've been trying to get
On Thu, Jun 16, 2016 at 10:35:13PM +0800, Lijun Ou wrote:
> This patch added the operation for cmd, and added some functions
> for initializing eq table and selecting cmd mode.
>
> Signed-off-by: Wei Hu
> Signed-off-by: Nenglong Zhao
> Signed-off-by: Lijun Ou
> ---
> PATCH v9:
> This fixes the
On Fri, Jun 24, 2016 at 01:42:24PM +0800, WCH Tech Group wrote:
> There are several reasons why we decided to revoke the old one after
> communicating with the author of
> ch341.c (Frank A Kingswood ), first of all
> we want the driver to support both ch341 and
> ch340 chips, so we changed t
It is mandatory to enable a coresight block's power domain before
trying to access management registers. Otherwise the transaction
simply stalls, leading to a system hang.
Signed-off-by: Mathieu Poirier
---
Change from V1:
- Fix erroneous return point in the macro.
drivers/hwtracing/coresig
Enabling support for ultra high speed mode cards requires some
voltage switching and interaction with the PMIC via a special
power IRQ. Add support for this.
Signed-off-by: Georgi Djakov
---
drivers/mmc/host/sdhci-msm.c | 66 ++
1 file changed, 66 insert
On Fri 24-06-16 16:05:58, Michal Hocko wrote:
> On Thu 23-06-16 20:52:21, Oleg Nesterov wrote:
> > On 06/23, Linus Torvalds wrote:
> > >
> > > On Thu, Jun 23, 2016 at 10:03 AM, Oleg Nesterov wrote:
> > > >
> > > > Let me quote my previous email ;)
> > > >
> > > > And we can't free/nullify
On 24.06.2016 17:45, Steve Wise wrote:
> I've been trying to get crash dumps working on linux-4.7 and haven't
> succeeded.
> The kdump kernel boots up and appears to be chugging along and then just
> reboots
> and never creates the vmcore, and fails to create the vmcore-dmesg.txt, though
> I've
On Fri, Jun 24, 2016 at 1:41 AM, Heiko Carstens
wrote:
> On Thu, Jun 23, 2016 at 12:14:11PM -0400, Paul Moore wrote:
>> On Thu, Jun 23, 2016 at 2:01 AM, Heiko Carstens
>> wrote:
>> > On Thu, Jun 23, 2016 at 02:18:14PM +1000, Stephen Rothwell wrote:
>> >> Hi Paul,
>> >>
>> >> Today's linux-next me
On 06/18/2016 10:16 AM, Guenter Roeck wrote:
>
> The chip registers are 16 bit. Can you repeat the command using the "w"
> option ?
>
# i2cdump -y 2 0x40 w
0,8 1,9 2,a 3,b 4,c 5,d 6,e 7,f
00: 2771 f87f
08: f87f f87f f87f f87f f87f fe7f 0300
10: 1027
On 07/06/16 07:31, Jan Beulich wrote:
> - drop unused function parameter of read_dev_bar()
> - drop rom_init() (now identical to bar_init())
> - fold read_dev_bar() into its now single caller
> - simplify determination of 64-bit memory resource
> - use const and unsigned
Please split this in 5 sep
2016-06-24 Christian König :
> Am 24.06.2016 um 15:17 schrieb Gustavo Padovan:
> > Hi Christian,
> >
> > 2016-06-24 Christian König :
> >
> > > Am 23.06.2016 um 17:29 schrieb Gustavo Padovan:
> > > > From: Gustavo Padovan
> > > >
> > > > Hi all,
> > > >
> > > > This is an attempt to improve f
On Thu, Jun 16, 2016 at 10:35:12PM +0800, Lijun Ou wrote:
> This patch mainly added reset flow of RoCE engine in RoCE
> driver. It is necessary when RoCE is loaded and removed.
>
> Signed-off-by: Wei Hu
> Signed-off-by: Nenglong Zhao
> Signed-off-by: Lijun Ou
> ---
> PATCH v9/v8:
> - No change
On Tuesday, June 21, 2016 11:38 AM, Peter Zijlstra wrote:
> Yes, that is the intent, but how is this achieved? I'm not sure I see
> how the patch ensure this.
If you are confused, then it is likely that I did something wrong here.
Let me explain myself.
We already have a mechanism to create stati
On 06/24/2016 07:30 AM, Guenter Roeck wrote:
Hi Nishanth,
On 06/24/2016 07:13 AM, Nishanth Menon wrote:
On 06/23/2016 07:28 PM, Guenter Roeck wrote:
By registering a cleanup function with devm_add_action(), we can
simplify the error path in the probe function and drop the remove
function entir
On 06/24/2016 09:17 AM, Vaishali Thakkar wrote:
On Friday 10 June 2016 01:51 PM, Pavel Andrianov wrote:
Hi!
There is a potential data race in
drivers/net/wireless/realtek/rtlwifi/rtl8188ee/rtl8188ee.ko.
In the function rtl88ee_gpio_radio_on_off_checking the flag
ppsc->rfchange_inprogress i
I've been trying to get crash dumps working on linux-4.7 and haven't succeeded.
The kdump kernel boots up and appears to be chugging along and then just reboots
and never creates the vmcore, and fails to create the vmcore-dmesg.txt, though
I've never seen that working on my nodes. Below is the tai
Pinned timers must carry that attribute in the timer itself. No functional
change.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
drivers/tty/mips_ejtag_fdc.c
Code obtained from
https://raw.githubusercontent.com/mightybigcar/synaptics-rmi4/jf/drivers/input/rmi4/rmi_smbus.c
and updated to match upstream. And fixed to make it work.
Signed-off-by: Benjamin Tissoires
Signed-off-by: Andrew Duggan
---
new in v5
no changes in v6
changes in v7:
- fixed ty
Patch to add Standard SD Host Controller Interface compliant
Synopsys sdhci-dwc controller driver.
Signed-off-by: Prabu Thangamuthu
---
Change log v5:
-Updated review comments.
Change log v4:
-Updated review comments to optimize the code.
Change log v3:
-Removed unused c
The i801 chip can handle the Host Notify feature since ICH 3 as mentioned
in
http://www.intel.com/content/dam/doc/datasheet/82801ca-io-controller-hub-3-datasheet.pdf
Enable the functionality unconditionally and propagate the alert
on each notification.
With a T440s and a Synaptics touchpad that
Pinned timers must carry that attribute in the timer itself. No functional
change.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
drivers/tty/metag_da.c |
Pinned timers must carry that attribute in the timer itself. No functional
change.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
arch/x86/kernel/apic/x2apic
Pinned timers must carry that attribute in the timer itself. No functional
change.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
net/ipv4/inet_connection_soc
This is the third version of the timer wheel rework series. The previous
versions can be found here:
V1: http://lkml.kernel.org/r/20160613070440.950649...@linutronix.de
V2: http://lkml.kernel.org/r/20160617121134.417319...@linutronix.de
The series is also available in git:
git://git.kerne
We switched all users to initialize the timers as pinned and call
mod_timer(). Remove the now unused function.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
i
Some of the names are not longer correct and others are simply too long to
type. Clean it up before we switch the wheel implementation over to the new
scheme.
No functional change.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc:
Pinned timers must carry that attribute in the timer itself. No functional
change.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
arch/x86/kernel/cpu/mcheck/m
We've converted most timeout related syscalls to hrtimers. sigtimedwait() did
not get this treatment. Convert it so we get a reasonable accuracy and remove
the user space exposure to the timer wheel properties.
Signed-off-by: Thomas Gleixner
Cc: Cyril Hrubis
---
kernel/signal.c | 24 +
We want to move the timer migration from a push to a pull model. This requires
to store the pinned attribute of a timer in the timer itself. This must happen
at initialization time.
Add the helper macros for this.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Ch
Required to figure out whether the entry is the only one in the hlist.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
include/linux/list.h | 10 ++
We want to store the array index in the flags space. 256k CPUs should be
enough for a while.
Signed-off-by: Thomas Gleixner
---
include/linux/timer.h | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
--- a/include/linux/timer.h
+++ b/include/linux/timer.h
@@ -58,12 +58,12 @@ st
Pinned timers must carry that attribute in the timer itself. No functional
change.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
drivers/net/ethernet/tile/ti
Introduce TPM_VTPM_PROXY_NO_SYSFS flag that prevents a vtpm_proxy driver
instance from having the typical sysfs entries that shows the state of the
TPM. The flag is to be set in the ioctl creating the vtpm_proxy device
pair and maps on a new chip flags TPM_CHIP_FLAG_NO_SYSFS.
This flag would be se
The current timer wheel has some drawbacks:
1) Cascading
Cascading can be an unbound operation and is completely pointless in most
cases because the vast majority of the timer wheel timers are canceled or
rearmed before expiration.
2) No fast lookup of the next expiring timer
In NOH
On Fri, 24 Jun 2016 15:33:35 +0200,
Dmitry Vyukov wrote:
>
> On Fri, Jun 24, 2016 at 3:32 PM, Takashi Iwai wrote:
> > On Tue, 21 Jun 2016 20:26:48 +0200,
> > Dmitry Vyukov wrote:
> >>
> >> On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai wrote:
> >> > On Sat, 04 Jun 2016 20:27:50 +0200,
> >> > Dmitr
From: Torsten Hilbrich
The value bytes comes from the filesystem which is about to be
mounted. We cannot trust that the value is always in the range
we expect it to be.
Check its value before using it to calculate the length for the
crc32_le call. It value must be larger (or equal) sumoff + 4.
From: Anna-Maria Gleixner
After a NOHZ idle sleep the wheel must be forwarded to current jiffies. There
might be expired timers so the current code loops and checks the epxired
buckets for timers. This can take quite some time for long NOHZ idle periods.
The pending bitmask in the timer base all
The wheel clock is stale when a cpu goes into a long idle sleep. This has the
side effect, that timers which are queued end up in the outer wheel
levels. That results in coarser granularity.
To solve this, we keep track of the idle state and forward the wheel clock
whenever it's possible.
Signed-
Hi Andrew,
Please send the following patch to upstream (hopefully in this cycle).
It fixes a memory overrun issue due to incomplete sanity check of
on-disk super block size information, which can result in a kernel
panic, for instance, in the case where a non-nilfs volume is
accidentally mounted t
This was a failed attempt to optimize the timer expiry in idle, which was
disabled and never revisited. Remove the cruft.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de
On Fri, 24 Jun 2016 15:48:53 +0200,
Dmitry Vyukov wrote:
>
> On Fri, Jun 24, 2016 at 3:33 PM, Takashi Iwai wrote:
> > On Tue, 21 Jun 2016 19:41:28 +0200,
> > Dmitry Vyukov wrote:
> >>
> >> On Mon, Jun 6, 2016 at 6:39 PM, Takashi Iwai wrote:
> >> > On Mon, 06 Jun 2016 18:29:25 +0200,
> >> > Dmitr
Pinned timers must carry that attribute in the timer itself. No functional
change.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
drivers/cpufreq/powernv-cpuf
We now have implicit batching in the timer wheel. The slack is not longer
used. Remove it.
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
Cc: "Paul E. McKenney"
Cc: Arjan van de Ven
---
block/genhd.c
From: Anna-Maria Gleixner
Move __run_timers() below __next_timer_interrupt() and next_pending_bucket()
in preparation for __run_timers() NOHZ optimization.
No functional change.
Signed-off-by: Anna-Maria Gleixner
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc:
From: Anna-Maria Gleixner
For further optimizations we need to seperate index calculation and
queueing. No functional change.
Signed-off-by: Anna-Maria Gleixner
Signed-off-by: Thomas Gleixner
Cc: Peter Zijlstra
Cc: Frederic Weisbecker
Cc: Chris Mason
Cc: Eric Dumazet
Cc: r...@linutronix.de
With the wheel forwading in place and with the HZ=1000 4ms folding we can
avoid running the softirq at all.
Signed-off-by: Thomas Gleixner
---
kernel/time/timer.c | 11 +++
1 file changed, 11 insertions(+)
--- a/kernel/time/timer.c
+++ b/kernel/time/timer.c
@@ -1599,7 +1599,18 @@ stat
From: Anna-Maria Gleixner
The existing optimization for same expiry time in mod_timer() checks whether
the timer expiry time is the same as the new requested expiry time. In the old
timer wheel implementation this does not take the slack batching into account,
neither does the new implementation
Alexandre Belloni writes:
> Hi,
>
> On 24/06/2016 at 19:01:09 +0530, Raashid Muhammed wrote :
>> Add power led node and rename status led node.
>>
>
> Well, I'm ok with the change but this does more:
>
>> Signed-off-by: Raashid Muhammed
>> Reviewed-by: Vijay Kumar B.
>> ---
>> arch/arm/boot/dt
Hi Nishanth,
On 06/24/2016 07:13 AM, Nishanth Menon wrote:
On 06/23/2016 07:28 PM, Guenter Roeck wrote:
By registering a cleanup function with devm_add_action(), we can
simplify the error path in the probe function and drop the remove
function entirely.
Signed-off-by: Guenter Roeck
I dont s
On Fri, Jun 24, 2016 at 07:36:57PM +0800, Ming Lei wrote:
> >
> > This is not a theoretical problem.
> > At least int DRBD, and an unfortunately high IO concurrency wrt. the
> > "max-buffers" setting, without this patch we have a reproducible deadlock.
>
> Is there any log about the deadlock? And
SPI slave devices are not created when looking up driver for the slave
fails. Create a device anyway so it can be manually bound to a driver.
Signed-off-by: Michal Suchanek
---
drivers/spi/spi.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drivers/spi/spi.c b/dr
This allows binding spidev on any slave device by hand using sysfs
without adding superfluous compatibles or any other needless
complication.
Note that any slave driver that requires configuration will fail to
probe anyway. Only a driver that binds to anything can be bound
successfully.
Signed-of
Hello,
This small patchset makes it possible to bind spidev manually to any SPI slave
without much hassle.
Thanks
Michal
Michal Suchanek (3):
spi: spidev: fix the check for spidev in dt
spi: of: allow instantiating slaves without a driver
drivers core: allow id match override when manuall
The check is supposed to warn about spidev specified directly in
devicetree as compatible. This just does not work. I have a devicetree
with no compatible whatsoever and hacked my kernel so I can manually
bind spidev. This still triggers.
Also I have no idea how this could have build with ! CONFIG
Hi Bjorn,
On Tue, Jun 21, 2016 at 6:49 PM, Bjorn Helgaas wrote:
> On Tue, Jun 21, 2016 at 06:41:00PM +0300, Valentine Barshak wrote:
>> On Tue, Jun 21, 2016 at 09:26:23AM -0500, Bjorn Helgaas wrote:
>> > On Tue, Jun 21, 2016 at 12:41:31PM +0200, Geert Uytterhoeven wrote:
>> > > On Tue, Jun 7, 201
On Friday 10 June 2016 01:51 PM, Pavel Andrianov wrote:
> Hi!
>
> There is a potential data race in
> drivers/net/wireless/realtek/rtlwifi/rtl8188ee/rtl8188ee.ko.
>
> In the function rtl88ee_gpio_radio_on_off_checking the flag
> ppsc->rfchange_inprogress is set with a spinlock protection. In
On 06/23/2016 07:28 PM, Guenter Roeck wrote:
By registering a cleanup function with devm_add_action(), we can
simplify the error path in the probe function and drop the remove
function entirely.
Signed-off-by: Guenter Roeck
I dont seem to have a cover letter to reply to... but anyways..
Befo
Am 24.06.2016 um 15:17 schrieb Gustavo Padovan:
Hi Christian,
2016-06-24 Christian König :
Am 23.06.2016 um 17:29 schrieb Gustavo Padovan:
From: Gustavo Padovan
Hi all,
This is an attempt to improve fence support on Sync File. The basic idea
is to have only sync_file->fence and store all f
On Thu 23-06-16 20:52:21, Oleg Nesterov wrote:
> On 06/23, Linus Torvalds wrote:
> >
> > On Thu, Jun 23, 2016 at 10:03 AM, Oleg Nesterov wrote:
> > >
> > > Let me quote my previous email ;)
> > >
> > > And we can't free/nullify it when the parent/debuger reaps a
> > > zombie,
> > >
Current help text check only check a config option if it is followed
by another config.
Adding check for help text if the next entry is menuconfig, choice/
endchoice, comment, menu/endmenu, if/endif, source or end of file.
Signed-off-by: Yingjoe Chen
---
checkpatch Kconfig checking stuff again.
If a Kconfig config option doesn't specify 'default', the default
will be n. Adding 'default n' is unnecessary.
Add a test to warn about this.
Signed-off-by: Yingjoe Chen
---
scripts/checkpatch.pl | 7 +++
1 file changed, 7 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpa
On 24/06/16 10:13, Jan Beulich wrote:
> Reads following writes with all address bits set to 1 should return all
> changeable address bits as one, not the BAR size (nor, as was the case
> for the upper half of 64-bit BARs, the high half of the region's end
> address). Presumably this didn't cause an
Refactoring code to use frequency table index instead of pstate_id.
This abstraction will make the code independent of the pstate values.
- No functional changes
- The highest frequency is at frequency table index 0 and the frequency
decreases as the index increases.
- Macros get_index() and get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-4.7b-rc4-tag
xen: bug fixes for 4.7-rc4
- - Fix x86 PV dom0 crash during early boot on some hardware.
- - Fix two pciback bugs affects
On 06/24/2016 07:10 PM, Alexandre Belloni wrote:
Hi,
On 24/06/2016 at 19:01:09 +0530, Raashid Muhammed wrote :
Add power led node and rename status led node.
Well, I'm ok with the change but this does more:
Signed-off-by: Raashid Muhammed
Reviewed-by: Vijay Kumar B.
---
arch/arm/boot/
Add support for MCB bases FPGAs connected to the LPC or
non PCI Bus.
This driver currently supports the SC24 board. The FPGA
is connected to the LPC bus and is identified using the BIOS
DMI string.
Signed-off-by: Andreas Werner
---
drivers/mcb/Kconfig | 9 +++
drivers/mcb/Makefile | 1 +
301 - 400 of 682 matches
Mail list logo