Alexander Shishkin writes:
> * added a comment for the ITRACE_START record.
...and I messed it up so the last change didn't make it,
apologies. Should I resend the whole series as v10, for consistency?
Regards,
--
Alex
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
13.01.2015, 17:04, "Peter Zijlstra" :
> On Tue, Jan 12, 2015 at 12:26:40PM +0300, Kirill Tkhai wrote:
>>> Well, I'm inclined to agree to Luca's viewpoint. We should not change
>>> parameters of a throttled task or we may affect other tasks.
>> Could you explain your viewpoint more? How does this
On Thu, Jan 8, 2015 at 11:12 PM, Dmitry Torokhov
wrote:
> On Thu, Jan 08, 2015 at 08:40:20AM -0600, Rob Herring wrote:
>> On Thu, Jan 8, 2015 at 2:45 AM, Olliver Schinagl wrote:
>> >>> --- a/drivers/leds/leds-gpio.c
>> >>> +++ b/drivers/leds/leds-gpio.c
>> >>> @@ -184,7 +184,7 @@ static struct g
The following changes since commit 971780b701946be0d6e34b4abf6eec1ab05ec0c8:
Merge tag 'gpio-v3.19-3' of
git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-gpio (2015-01-13
15:29:42 +1300)
are available in the git repository at:
git://git.samba.org/jlayton/linux.git 52d304eb4eaced9
Em Wed, Jan 14, 2015 at 12:57:49PM +0100, Jiri Olsa escreveu:
> On Wed, Jan 14, 2015 at 10:36:47AM +0800, Wang Nan wrote:
> > Perf tool fails to unwind user stack if the event raises in a shared
>
> SNIP
>
> > +
> > __attribute__ ((noinline))
> > static int krava_3(struct thread *thread)
> > {
On Wed, Jan 14, 2015 at 11:46:58AM +0100, Philipp Zabel wrote:
> So the question is mostly whether four I2S data pins with a single
> shared WS/SCK input should be called "four I2S ports with shared clocks"
> or "one I2S port with up to four data lanes". I'd lean towards the
> latter.
Yes, this i
On 01/14/2015 01:02 PM, Mark Brown wrote:
[...]
I don't think that we need to prevent module unload when a stream is active.
From a framework point of view is not different from hot-unplug. I don't
see a reason why we'd jump through hoops to actively forbid removing the
module once it works jus
Em Wed, Jan 14, 2015 at 08:18:05PM +0900, Namhyung Kim escreveu:
> Currently the symbol structure is allocated with symbol_conf.priv_size
> to carry sideband information like annotation, map browser on TUI and
> sort-by-name tree node. So retrieving these information from symbol
> needs to care ab
On Thu, Dec 18, 2014 at 9:23 AM, Heikki Krogerus
wrote:
> This makes it possible to assign GPIOs at runtime. The
> motivation for it is because of need to forward GPIOs from
> one device to an other. That feature may be useful for
> example with some mfd devices, but initially it is needed
> beca
Please update your commit message to leave one blank line between the
commit message summary and the rest of the message. (This avoids your
signed-off-by ending up in the email subject.)
Mark Glover wrote:
> +++ b/drivers/usb/serial/ftdi_sio_ids.h
..
> +#define CHETCO_SEAGAUGE_PID 0xA548
At Wed, 14 Jan 2015 12:02:28 +,
Mark Brown wrote:
>
> On Wed, Jan 14, 2015 at 11:50:48AM +0100, Takashi Iwai wrote:
> > Lars-Peter Clausen wrote:
>
> > > > OK, so it's not about active stream. From the reporter's description,
> > > > I supposed that the module gets unloaded while playing a s
On 14/01/2015 02:27, Wu, Feng wrote:
> As discussed with Paolo before, as the first stage, we only support single-CPU
> lowest priority for PI, since this is a new hardware feature enabling, Paolo
> trends
> to do simple things in the beginning.
:)
Nice way to sum it up!
Paolo
> Then we will
At Wed, 14 Jan 2015 13:57:03 +0100,
Lars-Peter Clausen wrote:
>
> On 01/14/2015 01:02 PM, Mark Brown wrote:
> [...]
> >>> I don't think that we need to prevent module unload when a stream is
> >>> active.
> >>> From a framework point of view is not different from hot-unplug. I don't
> >>> see a
dpacompat.h and digi.h partly define the same macros, so it is necessary to
change them both.
Signed-off-by: Simone Weiss
Signed-off-by: Helene Gsaenger
---
drivers/staging/dgnc/digi.h | 58
drivers/staging/dgnc/dpacompat.h | 12 -
2 files c
On Mon, Jan 12, 2015 at 11:07 AM, Geert Uytterhoeven
wrote:
> If the call to devm_kzalloc() fails, nothing must be cleant up.
> This was missed before because gpio_rcar_probe() had a "return"
> statement after the first "goto err0".
>
> Signed-off-by: Geert Uytterhoeven
> Fixes: df0c6c80232f2ad4
On Mon, Jan 12, 2015 at 11:07 AM, Geert Uytterhoeven
wrote:
> Switch the R-Car Gen2 GPIO driver to use the gpiolib irqchip helpers.
>
> While doing this also make sure that gpiochip_irqchip_add() is called
> after the gpiochip itself is registered, as required.
>
> Signed-off-by: Geert Uytterhoev
On Mon, Jan 12, 2015 at 5:20 PM, Johan Hovold wrote:
> Remove bogus call to of_gpiochip_add (and of_gpio_chip remove in error
> path) which is also called when adding the gpio chip.
>
> This prevents adding the same pinctrl range twice.
>
> Fixes: 3f8c50c9b110 ("OF: pinctrl: MIPS: lantiq: impleme
On Wed, Jan 14, 2015 at 02:08:33PM +0100, Simone Weiss wrote:
> dpacompat.h and digi.h partly define the same macros, so it is necessary to
> change them both.
>
Could we eliminate one define? (I haven't looked so this isn't a
rhetorical question).
regards,
dan carpenter
--
To unsubscribe from
On 14-01-15 13:45, Linus Walleij wrote:
On Thu, Jan 8, 2015 at 11:12 PM, Dmitry Torokhov
wrote:
On Thu, Jan 08, 2015 at 08:40:20AM -0600, Rob Herring wrote:
On Thu, Jan 8, 2015 at 2:45 AM, Olliver Schinagl wrote:
--- a/drivers/leds/leds-gpio.c
+++ b/drivers/leds/leds-gpio.c
@@ -184,7 +184,7
From: Peter Rosin
The DDRSDR controller (on the ATSAMA5D31) fails miserably to put LPDDR1
memories in self-refresh. Force the controller to think it has DDR2
memories during the self-refresh period, as the DDR2 self-refresh spec
is equivalent to LPDDR1, and is correctly implemented in the control
Le 13/01/2015 19:46, Boris Brezillon a écrit :
> These ids will be used to define irqs multiplexed on the first irq line.
>
> Signed-off-by: Boris Brezillon
> ---
> .../dt-bindings/interrupt-controller/atmel-aic.h | 22
> ++
> 1 file changed, 22 insertions(+)
> create mod
On Tue, 2015-01-13 at 22:34 -0600, Rob Landley wrote:
>
> On 01/13/2015 09:23 PM, Mimi Zohar wrote:
> > On Tue, 2015-01-13 at 15:42 -0600, Rob Landley wrote:
> Then again if we add a new field right before the previous size then the
> "treat it as 64 bits vs 2 32 bit ones" is an implementation d
On Mon, Jan 12, 2015 at 5:12 PM, Johan Hovold wrote:
> This series fix a few issues with gpiochip_add and gpiochip_remove.
>
> The gpio-chip removal paths have probably not been exercised much, and
> there are further issues here that I'm working on fixing in order better
> support hot-plugging o
On Thu, Nov 06, 2014 at 09:54:20AM -0500, Kan Liang wrote:
> --- a/kernel/events/core.c
> @@ -2673,64 +2666,6 @@ static void perf_event_context_sched_in(struct
> perf_event_context *ctx,
> }
>
> /*
> - * When sampling the branck stack in system-wide, it may be necessary
> - * to flush the stac
On Wed, 14 Jan 2015 14:21:47 +0100
Nicolas Ferre wrote:
> Le 13/01/2015 19:46, Boris Brezillon a écrit :
> > These ids will be used to define irqs multiplexed on the first irq line.
> >
> > Signed-off-by: Boris Brezillon
> > ---
> > .../dt-bindings/interrupt-controller/atmel-aic.h | 22
> >
Ping.
On Tue, Jan 06, 2015 at 03:51:11PM +0100, Joerg Roedel wrote:
> v1->v2:
>
> * Updated comments based on feedback from Konrad
> * Added Acked-bys
> * Rebased to v3.19-rc3
>
> Hi,
>
> here is a patch-set to fix failed kdump kernel boots when
> the systems was booted with crashkernel=X,high.
Le 13/01/2015 19:46, Boris Brezillon a écrit :
> Some interrupt controllers are multiplexing several peripheral IRQs on
> a single interrupt line.
> While this is not a problem for most IRQs (as long as all peripherals
> request the interrupt with IRQF_SHARED flag set), multiplexing timers and
> ot
On Mon, 2015-01-12 at 18:02 +, Luis Henriques wrote:
> 3.16.7-ckt4 -stable review patch. If anyone has any objections, please let
> me know.
>
> --
>
> From: Ronald Wahl
>
> commit b2ba27a5c56ff7204d8a8684893d64d4afe2cee5 upstream.
>
> Commit 7628083227b6bc4a7e33d7c381d7a
Le 14/01/2015 14:34, Boris Brezillon a écrit :
> On Wed, 14 Jan 2015 14:21:47 +0100
> Nicolas Ferre wrote:
>
>> Le 13/01/2015 19:46, Boris Brezillon a écrit :
>>> These ids will be used to define irqs multiplexed on the first irq line.
>>>
>>> Signed-off-by: Boris Brezillon
>>> ---
>>> .../dt-b
Le 13/01/2015 19:46, Boris Brezillon a écrit :
> Add documentation for the dumb demuxer.
>
> Signed-off-by: Boris Brezillon
Acked-by: Nicolas Ferre
> ---
> .../bindings/interrupt-controller/dumb-demux.txt | 34
> ++
> 1 file changed, 34 insertions(+)
> create mode 1006
On Wed, Jan 14, 2015 at 10:57 AM, Lars-Peter Clausen wrote:
> My personal opinion on this is that disallowing module removal while a
> driver registered by the module when is in use, while there is no technical
> reason to do so, is a anti-feature. Whether in ALSA or elsewhere.
>
> But looking at
Le 13/01/2015 19:46, Boris Brezillon a écrit :
> at91 SoCs need an dumb irq demuxer to gracefully support the fact that
"Older AT91 SoCs" please ;-)
Nit.: "an dumb demuxer" => "a virtual dumb demuxer"
> irq1 is shared by several devices and a timer.
>
> Signed-off-by: Boris Brezillon
As the n
Le 13/01/2015 19:46, Boris Brezillon a écrit :
> IRQ is multiplexing several peripheral IRQs, but there's no way to
> properly demultiplex those IRQs.
> Use a dumb irq demux chip to achieve this demultiplexing operation.
>
> Signed-off-by: Boris Brezillon
> ---
> arch/arm/boot/dts/at91sam9260.dt
On Tue, 13 Jan 2015 21:46:33 +0900
Masami Hiramatsu wrote:
> >
> > I worked on this for the last few days and have a patch that fixes the
> > problem. I'll be posting it later today. It also uncovered another
> > unrelated bug that I worked on yesterday, otherwise I would have posted
> > these
of_find_node_by_name() calls of_node_put() on its "from" parameter,
which must not be done on "master", as it's still in use, and will be
released manually later. This may cause a zero kref refcount.
Use of_get_child_by_name() instead to fix this.
Signed-off-by: Geert Uytterhoeven
Cc: linuxppc-.
Hi Ben, Bryan/Richard, Jingoo/Lee,
Internally, of_find_node_by_name() calls of_node_put() on its "from"
parameter. This is a problem if that device_node will be used
afterwards, or if of_node_put() is called on it again (either manually
or in a for_each_*_node() loop) later, as that may c
of_find_node_by_name() calls of_node_put() on its "from" parameter.
To counter this, pm860x_backlight_dt_init() calls of_node_get() first.
Use of_get_child_by_name() instead to get rid of the refcount hack.
Signed-off-by: Geert Uytterhoeven
Cc: linux-fb...@vger.kernel.org
---
Compile-tested only
On Wed, Jan 14, 2015 at 01:37:38PM +, Ben Hutchings wrote:
> On Mon, 2015-01-12 at 18:02 +, Luis Henriques wrote:
> > 3.16.7-ckt4 -stable review patch. If anyone has any objections, please let
> > me know.
> >
> > --
> >
> > From: Ronald Wahl
> >
> > commit b2ba27a5c56
of_find_node_by_name() calls of_node_put() on its "from" parameter.
To counter this, mc13xxx_led_probe_dt() calls of_node_get() first.
Use of_get_child_by_name() instead to get rid of the refcount hack.
Signed-off-by: Geert Uytterhoeven
Cc: linux-l...@vger.kernel.org
---
Compile-tested only
---
Em Wed, Jan 14, 2015 at 08:18:07PM +0900, Namhyung Kim escreveu:
> The find_probe_trace_events_from_map() searches matching symbol from a
> map (so from a backing dso). For uprobes, it'll create a new map (and
> dso) and loads it using a filter. It's a little bit inefficient in that
> it'll read
current->reclaim_state is only used to count the number of slab pages
reclaimed by shrink_slab(). So instead of initializing it before we are
going to call try_to_free_pages() or shrink_zone(), let's set in
directly in shrink_slab().
This patch also makes shrink_slab() return the number of reclaim
Hi Sjoerd,
> Hey Lukasz,
>
> Blame the holiday season for my late reply ;)
>
> On Fri, 2014-12-19 at 17:13 +0100, Lukasz Majewski wrote:
> > Hi Guenter,
> >
> > > On Fri, Dec 19, 2014 at 04:32:24PM +0100, Lukasz Majewski wrote:
> > > > Hi Sjoerd,
> > > >
> > > > Thanks for your feedback and so
Hello, Lai.
On Wed, Jan 14, 2015 at 10:47:16AM +0800, Lai Jiangshan wrote:
> > Even if that involves slightly more code, that's the right thing to do at
> > this point.
>
> Right, but in currently, the workqueue will be the only user, and I don't
> known
> asking who to do it, so I may keep it
On Tue, 13 Jan 2015 21:59:44 -0500 (EST)
David Miller wrote:
> From: Quentin Lambert
> Date: Mon, 12 Jan 2015 17:10:42 +0100
>
> > @@ -2246,7 +2246,8 @@ static int eni_init_one(struct pci_dev *pci_dev,
> > goto err_disable;
> >
> > zero = &eni_dev->zero;
> > - zero->addr = p
Em Wed, Jan 14, 2015 at 01:00:00PM +0100, Jiri Olsa escreveu:
> On Tue, Jan 13, 2015 at 07:13:19PM +0530, Vineet Gupta wrote:
> > Hi,
> >
> > This series based off linux-next of 20150105 allows us to build/use perf
> > for ARC with uClibc based userland.
> >
> > v3: Changes since v2 [2]
> > * 1/5
Commit-ID: 638476007d13534b2ed4134bf0279ef44071140b
Gitweb: http://git.kernel.org/tip/638476007d13534b2ed4134bf0279ef44071140b
Author: Xunlei Pang
AuthorDate: Tue, 16 Dec 2014 23:58:29 +0800
Committer: Ingo Molnar
CommitDate: Wed, 14 Jan 2015 13:34:13 +0100
sched/fair: Fix the dealing
Commit-ID: 1f8a7633094b7886c0677b78ba60b82e501f3ce6
Gitweb: http://git.kernel.org/tip/1f8a7633094b7886c0677b78ba60b82e501f3ce6
Author: Tetsuo Handa
AuthorDate: Fri, 5 Dec 2014 21:22:22 +0900
Committer: Ingo Molnar
CommitDate: Wed, 14 Jan 2015 13:34:15 +0100
sched/debug: Fix potential c
Commit-ID: a8b686b3af4419f92e0ea5be1c76fb68363df8e6
Gitweb: http://git.kernel.org/tip/a8b686b3af4419f92e0ea5be1c76fb68363df8e6
Author: Eric Sandeen
AuthorDate: Tue, 16 Dec 2014 16:25:28 -0600
Committer: Ingo Molnar
CommitDate: Wed, 14 Jan 2015 13:34:14 +0100
sched/debug: Check for stac
Commit-ID: 1b537c7d1e58c761212a193085f9049b58f672e6
Gitweb: http://git.kernel.org/tip/1b537c7d1e58c761212a193085f9049b58f672e6
Author: Yao Dongdong
AuthorDate: Mon, 29 Dec 2014 14:41:43 +0800
Committer: Ingo Molnar
CommitDate: Wed, 14 Jan 2015 13:34:17 +0100
sched/core: Remove check of
Commit-ID: cebde6d681aa45f96111cfcffc1544cf2a0454ff
Gitweb: http://git.kernel.org/tip/cebde6d681aa45f96111cfcffc1544cf2a0454ff
Author: Peter Zijlstra
AuthorDate: Mon, 5 Jan 2015 11:18:10 +0100
Committer: Ingo Molnar
CommitDate: Wed, 14 Jan 2015 13:34:19 +0100
sched/core: Validate rq_cl
Commit-ID: bb04159df99fa353d0fb524574aca03ce2c6515b
Gitweb: http://git.kernel.org/tip/bb04159df99fa353d0fb524574aca03ce2c6515b
Author: Kirill Tkhai
AuthorDate: Mon, 15 Dec 2014 14:56:58 +0300
Committer: Ingo Molnar
CommitDate: Wed, 14 Jan 2015 13:34:16 +0100
sched/fair: Fix sched_entit
Commit-ID: 9edfbfed3f544a7830d99b341f0c175995a02950
Gitweb: http://git.kernel.org/tip/9edfbfed3f544a7830d99b341f0c175995a02950
Author: Peter Zijlstra
AuthorDate: Mon, 5 Jan 2015 11:18:11 +0100
Committer: Ingo Molnar
CommitDate: Wed, 14 Jan 2015 13:34:20 +0100
sched/core: Rework rq->clo
Commit-ID: 5a5375977b721503e4d6b37ab8982902cd2d10b3
Gitweb: http://git.kernel.org/tip/5a5375977b721503e4d6b37ab8982902cd2d10b3
Author: Peter Zijlstra
AuthorDate: Mon, 5 Jan 2015 11:18:12 +0100
Committer: Ingo Molnar
CommitDate: Wed, 14 Jan 2015 13:34:22 +0100
sched/debug: Print rq->clo
On Wed, 14 Jan 2015 14:36:42 +0100
Nicolas Ferre wrote:
> Le 13/01/2015 19:46, Boris Brezillon a écrit :
> > Some interrupt controllers are multiplexing several peripheral IRQs on
> > a single interrupt line.
> > While this is not a problem for most IRQs (as long as all peripherals
> > request th
On Tue, Jan 13, 2015 at 01:59:52PM -0500, Johannes Weiner wrote:
> Turn the move type enum into flags and give the flags field a shorter
> name. Once that is done, move_anon() and move_file() are simple
> enough to just fold them into the callsites.
>
> Signed-off-by: Johannes Weiner
Reviewed-b
The ambient light sensor doesn't act like an input trigger, so it has
to be kept separate. The sensor readings are used to determine whether
the conditions to change the keyboard illumination are satisfied or
not the moment an input trigger is used. Ambient light changes alone
can't change the keyb
Hi,
I decided to remove "als" from input_triggers and created a dedicated
sysfs file for it. Having it there was wrong and misleading.
I also updated the documentation to reflect this change and fixed the
wrong description of als_setting, now used for als_enabled.
Is returning -ENODEV only when w
From: Colin Ian King
Building with clang:
CC arch/x86/kernel/rtc.o
arch/x86/kernel/rtc.c:173:29: warning: duplicate 'const' declaration
specifier [-Wduplicate-decl-specifier]
static const char * const const ids[] __initconst =
Remove the duplicate const, it is not needed and c
On Tue, Jan 13, 2015 at 03:37:31PM -0800, Andrew Morton wrote:
> What the heck does (the cheerily undocumented) KERNFS_STATIC_NAME do
> and can we remove it if this patchset is in place?
The same thing, in a narrower scope. It's currently used to avoid
making copies of sysfs file names which are
On Mon, Jan 12, 2015 at 10:18:40AM +0100, Andrzej Hajda wrote:
> sysfs frequently performs duplication of strings located
> in read-only memory section. Replacing kstrdup by kstrdup_const
> allows to avoid such operations.
>
> Signed-off-by: Andrzej Hajda
Acked-by: Tejun Heo
Thanks.
--
tejun
On Wed, Jan 14 2015, Calvin Owens wrote:
> Commit b76437579d1344b6 ("procfs: mark thread stack correctly in
> proc//maps") introduced logic to mark thread stacks with the
> "[stack:%d]" marker in /proc//maps.
>
> This causes reading /proc//maps to take O(N^2) time, where N is
> the number of thre
* Davidlohr Bueso wrote:
> We have two flavors of the MCS spinlock: standard and cancelable (osq).
> While each one is independent of the other, we currently mix and match
> them. This patch:
>
> o Moves osq code out of mcs_spinlock.h (which only deals with the traditional
> version) into inclu
Hi Gerry / David / Konrad,
Some more testing uncovered another issue under Xen, this time with
PCI-passthrough.
I have bisected it to the following commit:
cffe0a2b5a34c95a4dadc9ec7132690a5b0f6687 "x86, irq: Keep balance of IOAPIC pin
reference count"
It causes these symptoms:
- On Intel
-
Correction, the build failure is probably due to the next patch
in the series:
locking: Use [READ,ASSIGN]_ONCE() for non-scalar types
If the reorganization patch tests out OK then I'll keep it in a
monolithic form.
Thanks,
Ingo
--
To unsubscribe from this list: send the line "unsu
From: Wolfram Sang
And don't print an error: not configured is not an error.
Reported-by: Philipp Zabel
Signed-off-by: Wolfram Sang
---
In response to Philipp's patch silencing the warning in the driver:
http://patchwork.ozlabs.org/patch/425696/
I think this should be handled in the core.
From: Mark Glover
Signed-off-by: Mark Glover
---
drivers/usb/serial/ftdi_sio.c | 17 +
drivers/usb/serial/ftdi_sio_ids.h | 21 +
2 files changed, 38 insertions(+)
diff --git a/drivers/usb/serial/ftdi_sio.c b/drivers/usb/serial/ftdi_sio.c
index 1ebb
On Wed, 14 Jan 2015 11:38:34 +0100
Peter Zijlstra wrote:
>
>
> So I had a look at this yesterday and came up with the below --
> completely untested etc.
>
> Now in order to compile test I meant to convert the completion code and
> ran head first into complete_all; it uses spin_lock_irqsave()
On Wed, Jan 14, 2015 at 3:16 PM, Wolfram Sang wrote:
> From: Wolfram Sang
>
> And don't print an error: not configured is not an error.
>
> Reported-by: Philipp Zabel
> Signed-off-by: Wolfram Sang
Acked-by: Geert Uytterhoeven
Gr{oetje,eeting}s,
Geert
--
Geert Uytter
>
> On Thu, Nov 06, 2014 at 09:54:20AM -0500, Kan Liang wrote:
> > --- a/kernel/events/core.c
> > @@ -2673,64 +2666,6 @@ static void
> perf_event_context_sched_in(struct
> > perf_event_context *ctx, }
> >
> > /*
> > - * When sampling the branck stack in system-wide, it may be necessary
> > - *
On 01/13/2015 11:33 AM, Boris Ostrovsky wrote:
On 01/13/2015 11:17 AM, Boris Ostrovsky wrote:
On 01/13/2015 11:07 AM, David Vrabel wrote:
On 13/01/15 15:42, Boris Ostrovsky wrote:
On 01/13/2015 04:52 AM, David Vrabel wrote:
On 13/01/15 08:14, Imre Palik wrote:
From: "Palik, Imre"
In Dom0's
On Wed, Jan 14, 2015 at 12:50:56PM +, Mark Brown wrote:
> Trying to hook up a controller that doesn't natively support this format
> to a device that uses it is definitely tricky, as well as describing the
> physical hookup we also need to worry about how things look to userspace
> - it's ideal
On 14/01/2015 14:58, chas williams - CONTRACTOR wrote:
I think I would like to go through and just fix all the usages of the
older pci interface. This patch isn't very complete due to its
automated nature.
I will make some time this weekend.
It was my original intent to produce a complete pat
On Tue, 13 Jan 2015 17:50:45 -0500
Sasha Levin wrote:
> On 01/13/2015 04:44 PM, Jeff Layton wrote:
> > On Tue, 13 Jan 2015 00:11:37 -0500
> > Sasha Levin wrote:
> >
> >> Hey Jeff,
> >>
> >> While fuzzing with trinity inside a KVM tools guest running the latest
> >> -next
> >> kernel, I've stum
On Thu, Jan 08, 2015 at 11:15:04PM -0500, Johannes Weiner wrote:
> - memory.low configures the lower end of the cgroup's expected
> memory consumption range. The kernel considers memory below that
> boundary to be a reserve - the minimum that the workload needs in
> order to make for
On (01/13/15 10:27), Tejun Heo wrote:
> On Tue, Jan 13, 2015 at 11:25:09PM +0900, Sergey Senozhatsky wrote:
> > Hi,
> >
> > linux-next 20150112
> >
> > [ 934.572323] ata2: exception Emask 0x50 SAct 0x0 SErr 0x4090800 action
> > 0xe frozen
> > [ 934.572329] ata2: irq_stat 0x00400040, connection
On Wed, Jan 14, 2015 at 09:18:49AM -0500, Steven Rostedt wrote:
> > +/*
> > + * Does not allow usage from IRQ disabled, since we must be able to
> > + * release IRQs to guarantee bounded hold time.
>
> Actually we (-rt people) don't care if it's done with irq disabled, as
> long is it was disabled
On Wed, Jan 14, 2015 at 12:45:38PM +0300, Cyrill Gorcunov wrote:
> On Tue, Jan 13, 2015 at 01:49:10PM -0800, Dave Hansen wrote:
> > On 01/13/2015 01:43 PM, Cyrill Gorcunov wrote:
> > > On Tue, Jan 13, 2015 at 09:14:15PM +0200, Kirill A. Shutemov wrote:
> > >> We're going to account pmd page tables
When a new kernfs node is created, KERNFS_STATIC_NAME is used to avoid
making a separate copy of its name. It's currently only used for
sysfs attributes whose filenames are required to stay accessible and
unchanged. There are rare exceptions where these names are allocated
and formatted dynamical
On 14 January 2015 at 19:43, Rasmus Villemoes wrote:
> Just thinking out loud: Could one simply mark a VMA as being used for
> stack during the clone call (is there room in vm_flags, or does
> VM_GROWSDOWN already tell the whole story?), and then write the TID into
> a new field in the VMA - I thi
Relaxed ordering is disabled by default at driver initialization
and re-enabled when DCA is used. The reason it is disabled was
due to an issue on some chipsets (see comments in ixgbe_update_tx_dca()).
But when DCA is not used, RO needs to be re-enabled, else we have
a serialization bottleneck on
From: Rob Herring
This patch has been added to the 3.12 stable tree. If you have any
objections, please let us know.
===
commit 7ae9cb81933515dc7db1aa3c47ef7653717e3090 upstream.
Currently trying to use pstore on at least ARMs can hang as we're
mapping the peristent RAM with pgprot
Fixes this checkpatch warning:
WARNING: Missing a blank line after declarations
Signed-off-by: Arno Tiemersma
---
drivers/staging/lustre/lustre/include/lclient.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/lustre/lustre/include/lclient.h
b/drivers/staging/lustre/lustre
Le 14/01/2015 15:03, Boris Brezillon a écrit :
> On Wed, 14 Jan 2015 14:36:42 +0100
> Nicolas Ferre wrote:
>
>> Le 13/01/2015 19:46, Boris Brezillon a écrit :
>>> Some interrupt controllers are multiplexing several peripheral IRQs on
>>> a single interrupt line.
>>> While this is not a problem fo
From: Steve Twiss
Add device tree support for DA9063 regulators; Real-Time Clock
and Watchdog.
Signed-off-by: Steve Twiss
---
Checks performed with linux-next/v3.19-rc4/scripts/checkpatch.pl
da9063.txttotal: 0 errors, 0 warnings, 94 lines checked
da9063-core.c to
The current infrastructure for stacked domains doesn't propagate
irq_chip flags, and as we only look at the top-level irq_chip,
we may miss a number of critical flags.
This patch accumulates the flags into a new set, stored at the
irq_desc level, with an additional flag to indicate that this is
a
On Wed, Jan 14, 2015 at 02:43:25PM +0200, Alexander Shishkin wrote:
> Alexander Shishkin writes:
>
> > * added a comment for the ITRACE_START record.
>
> ...and I messed it up so the last change didn't make it,
> apologies. Should I resend the whole series as v10, for consistency?
Nah, just t
With the landing of stacked irq domains in 3.19, we have ended up in a
situation where we have a stack of IRQ controllers, each with their
set of flags, but the core code is only able to look at the top-most,
which is not very helpful. This small series is trying to fix this.
The first patch conve
In order to safely migrate to a cumulative set of flags, start by
abstracting the way we look at these flags. There is otherwise no
change in semantics here.
Signed-off-by: Marc Zyngier
---
include/linux/irqdesc.h | 5 +
kernel/irq/chip.c | 10 +-
kernel/irq/manage.c | 8
On Wed, Jan 14, 2015 at 11:30:33PM +0900, Sergey Senozhatsky wrote:
> On (01/13/15 10:27), Tejun Heo wrote:
> > On Tue, Jan 13, 2015 at 11:25:09PM +0900, Sergey Senozhatsky wrote:
> > > Hi,
> > >
> > > linux-next 20150112
> > >
> > > [ 934.572323] ata2: exception Emask 0x50 SAct 0x0 SErr 0x40908
On Wed, Jan 14, 2015 at 04:33:58PM +0200, Kirill A. Shutemov wrote:
> >
> > It looks like this doesn't matter. The statistics here prints the size
> > of summary memory occupied for pte_t entries, here PTRS_PER_PTE *
> > sizeof(pte_t)
> > is only valid for, once we start accounting pmd into same
From: David Miller
> From: Quentin Lambert
> Date: Mon, 12 Jan 2015 17:10:42 +0100
>
> > @@ -2246,7 +2246,8 @@ static int eni_init_one(struct pci_dev *pci_dev,
> > goto err_disable;
> >
> > zero = &eni_dev->zero;
> > - zero->addr = pci_alloc_consistent(pci_dev, ENI_ZEROES_SIZE,
For counters that generate AUX data that is bound to the context of a
running task, such as instruction tracing, the decoder needs to know
exactly which task is running when the event is first scheduled in,
before the first sched_switch. The decoder's need to know this stems
from the fact that inst
On 14 January 2015 at 04:42, Thomas Gleixner wrote:
> On Tue, 13 Jan 2015, Xunlei Pang wrote:
>
>> From: Xunlei Pang
>>
>> As part of addressing "y2038 problem" for in-kernel uses, this
>> patch adds safe get_seconds64() using time64_t.
>>
>> After this patch, get_seconds() is deprecated and all
On Wed, Jan 14 2015, Siddhesh Poyarekar wrote:
> On 14 January 2015 at 19:43, Rasmus Villemoes
> wrote:
>> Just thinking out loud: Could one simply mark a VMA as being used for
>> stack during the clone call (is there room in vm_flags, or does
>> VM_GROWSDOWN already tell the whole story?), and
On 14 January 2015 at 00:19, Alessandro Zummo wrote:
> On Tue, 13 Jan 2015 23:44:51 +0800
> Xunlei Pang wrote:
>
>> This patch resolves them by:
>> - Repalce get_seconds() with get_seconds64()
>> - Replace rtc_time_to_tm() with rtc_time64_to_tm()
>> - Change test_rtc_set_mmss() to use rtc_class_o
On 01/13/2015 07:21 PM, Fabian Frederick wrote:
> suitable_migration_target() is only used by isolate_freepages()
> Define it under CONFIG_COMPACTION || CONFIG_CMA is not needed.
>
> Fix the following warning:
> mm/compaction.c:311:13: warning: 'suitable_migration_target' defined
> but not used [-
Mark Glover wrote:
> From: Mark Glover
>
> Signed-off-by: Mark Glover
There's an extraneous leading whitespace on the Signed-off-by line.
> +#define CHETCO_SEASWITCH_PID 0xA549 /* SeaSwitch USB Apadter */
The typo remains. "Apadter" here ^
//Peter
-
On 1/14/15 4:18 AM, Namhyung Kim wrote:
@@ -129,8 +124,7 @@ static inline struct sym_hist *annotation__histogram(struct
annotation *notes, i
static inline struct annotation *symbol__annotation(struct symbol *sym)
{
- struct sannotation *a = container_of(sym, struct sannotation, symbo
On 14/01/15 14:15, Sander Eikelenboom wrote:
> Hi Gerry / David / Konrad,
>
> Some more testing uncovered another issue under Xen, this time with
> PCI-passthrough.
What device? In particular what interrupts is it using?
> I have bisected it to the following commit:
> cffe0a2b5a34c95a4dadc9ec
On Wed, 14 Jan 2015 15:31:02 +0100
Peter Zijlstra wrote:
> On Wed, Jan 14, 2015 at 09:18:49AM -0500, Steven Rostedt wrote:
> > > +/*
> > > + * Does not allow usage from IRQ disabled, since we must be able to
> > > + * release IRQs to guarantee bounded hold time.
> >
> > Actually we (-rt people)
301 - 400 of 911 matches
Mail list logo
