On 12/21/2013 01:45 AM, Sarah Sharp wrote:
> On Fri, Dec 20, 2013 at 12:41:11PM +0200, Denis Turischev wrote:
>>> Also, which kernel are you experiencing this issue on? In 3.12, I
>>> queued a separate patch to deal with spurious reboot issues on Lynx
>>> Point:
>>>
>>> commit 638298dc66ea36623dbc
This patch fixed "ERROR: trailing whitespace" found by
checkpatch.pl, in zconf.tab.c_shipped
Signed-off-by: Masanari Iida
---
scripts/kconfig/zconf.tab.c_shipped | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/scripts/kconfig/zconf.tab.c_shipped
b/scripts/kconfig/
This patch fixed "Error: trailing whitespace" found by
checkpatch.pl in scripts/kconfig/zconf.lex.c_shipped
Signed-off-by: Masanari Iida
---
scripts/kconfig/zconf.lex.c_shipped | 86 ++---
1 file changed, 43 insertions(+), 43 deletions(-)
diff --git a/scripts/kco
On Saturday 21 December 2013 17:00:51 Loc Ho wrote:
> On Sat, Dec 21, 2013 at 12:11 PM, Arnd Bergmann wrote:
> > On Saturday 21 December 2013, Ravi Patel wrote:
> >> This patch adds support for APM X-Gene SoC Queue Manager/Traffic Manager.
> >> QMTM is required by APM X-Gene SoC Ethernet, PktDMA
On Saturday 21 December 2013 17:45:30 Ravi Patel wrote:
> On Sat, Dec 21, 2013 at 12:04 PM, Arnd Bergmann wrote:
> > On Saturday 21 December 2013, Ravi Patel wrote:
>
> >> +#define CSR_THRESHOLD0_SET1_ADDR 0x0030
> >> +#define CSR_THRESHOLD1_SET1_ADDR 0x0034
> >> +#define CSR_HYST
On Sun, 2013-12-22 at 06:10 +0100, Mike Galbraith wrote:
> DL980 with same rt7 patchset/config, but with nohz_full=55-63 can take a
> while to make up its mind, but does kick in (this boot anyway).
While rebuilding with distro config (lard=max, but nohz_full=off)...
[ 2230.960596] [
On Sun, 2013-12-22 at 05:17 +0100, Mike Galbraith wrote:
> On Sat, 2013-12-21 at 19:21 +0200, Muli Baron wrote:
> > On 21/12/2013 11:11, Mike Galbraith wrote:
> > >
> > > Works, modulo noisy workqueues.
> > >
> > > rtbox:~ # sleep 35 && killall pert& cgexec -g cpuset:rtcpus taskset -c 3
> > > pe
On Sun, 2013-12-22 at 05:17 +0100, Mike Galbraith wrote:
> On Sat, 2013-12-21 at 19:21 +0200, Muli Baron wrote:
> > On 21/12/2013 11:11, Mike Galbraith wrote:
> > >
> > > Works, modulo noisy workqueues.
> > >
> > > rtbox:~ # sleep 35 && killall pert& cgexec -g cpuset:rtcpus taskset -c 3
> > > pe
On Sun, Dec 22, 2013 at 03:25:23AM +0100, Jochen Striepe wrote:
> Hi!
>
> On Mon, Dec 16, 2013 at 02:40:06PM -0800, Paul E. McKenney wrote:
> > > > > > rcu: Kick CPU halfway to RCU CPU stall warning
> [...]
> > And you are quite right, there is a prerequisite commit. I have attached
> > bot
On Sat, 2013-12-21 at 19:21 +0200, Muli Baron wrote:
> On 21/12/2013 11:11, Mike Galbraith wrote:
> >
> > Works, modulo noisy workqueues.
> >
> > rtbox:~ # sleep 35 && killall pert& cgexec -g cpuset:rtcpus taskset -c 3
> > pert 5
> > [1] 5660
> > 2400.05 MHZ CPU
> > perturbation threshold 0.018 u
On Fri, Dec 13 2013, Dave Chinner wrote:
> On Fri, Dec 13, 2013 at 09:57:48AM +0800, Ming Lei wrote:
> > On Tue, Dec 10, 2013 at 6:39 AM, Dave Chinner wrote:
> > > Hi Jens,
> > >
> > > Another day, another blkmq/virtio problem. Running mkfs.ext4 on a
> > > sparse 100TB VM file image, it hangs hard
From: "John W. Linville"
Date: Fri, 20 Dec 2013 16:01:32 -0500
> Please consider pulling this batch of fixes for the 3.13 stream...
>
> For the mac80211 bits, Johannes says:
>
> "Here's a fix for another potential radiotap parser buffer overrun thanks
> to Evan Huus, and a fix for a cfg80211 wa
From: Haiyang Zhang
Date: Fri, 20 Dec 2013 16:52:31 -0800
> Moving the register_netdev to the end of probe to prevent
> possible open call happens before NetVSP is connected.
>
> Signed-off-by: Haiyang Zhang
> Reviewed-by: K. Y. Srinivasan
Applied, thanks.
--
To unsubscribe from this list: se
From: "Steven Rostedt (Red Hat)"
Trace event triggers added a lseek that uses the ftrace_filter_lseek()
function. Unfortunately, when function tracing is not configured in
that function is not defined and the kernel fails to build.
This is the second time that function was added to a file ops an
From: "Steven Rostedt (Red Hat)"
The filter field of the event_trigger_data structure is protected under
RCU sched locks. It was not annotated as such, and after doing so,
sparse pointed out several locations that required fix ups.
Reported-by: kbuild test robot
Signed-off-by: Steven Rostedt
-
Tom,
This is the changes I made to fix the reports that Fengguang's kbuild test bot
found. I folded in your change that fixes the bug with -ENODEV used in kernel.h.
Paul,
I've Cc'd you because the second patch is fixing up RCU notation. The filter
is protect by rcu_sched, and the first hunk of t
On Sat, 2013-12-21 at 20:39 +0100, Sebastian Andrzej Siewior wrote:
> From: "Paul E. McKenney"
>
> Running RCU out of softirq is a problem for some workloads that would
> like to manage RCU core processing independently of other softirq work,
> for example, setting kthread priority. This commit
On Sat, 21 Dec 2013 16:44:00 -0600
Tom Zanussi wrote:
> tracing_alloc_snapshot() is only used internally by
> alloc_tracing_snapshot() and trace_event_triggers.c and doesn't need
> to be in kernel.h. Move it to trace.h, which is more appropriate and
> both include.
>
> Reported-by: kbuild test
Lieber,
Ich bin eine Rechtsanwaeltin und ich brauche Ihre Hilfe bei der Rueckfuehrung
von $ 13.5 Mio. (Dreizehn Mio. und fuenfhundert Tausend US-Dollar), hinterlegt
durch einen Kunden, der mit seiner ganzen Familie hier in Barcelona starb. Ich
gebe Ihnen weitere Informationen, nach Ihrer Reakt
Hi Chen,
On Sat, 2013-12-21 at 10:08 +0800, Chen Gang wrote:
> In kernel, need use div64_u64_rem() instead of operator '%' for u64, or
> can not pass compiling (with allmodconfig under metag):
>
> MODPOST 2909 modules
> ERROR: "__umoddi3" [drivers/target/target_core_mod.ko] undefined!
>
>
Hi Linus,
Here are the outstanding target pending fixes for v3.13-rc5.
Please go ahead and pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
Mostly minor items this time around, the most notable being a FILEIO
backend change to enforce hw_max_sectors bas
Hi!
On Mon, Dec 16, 2013 at 02:40:06PM -0800, Paul E. McKenney wrote:
> > > > > rcu: Kick CPU halfway to RCU CPU stall warning
[...]
> And you are quite right, there is a prerequisite commit. I have attached
> both, please apply in numeric order.
Applies, compiles, and runs smoothly on t
On Sat, Dec 21, 2013 at 12:04 PM, Arnd Bergmann wrote:
> On Saturday 21 December 2013, Ravi Patel wrote:
>> +/* CSR Address Macros */
>> +#define CSR_QM_CONFIG_ADDR 0x0004
>> +#define QM_ENABLE_WR(src) (((u32)(src)<<31) & 0x8000)
>> +
>> +#define CSR_PBM_ADDR 0x0008
>> +#d
On Wed, Dec 18, 2013 at 03:53:49PM +0900, Joonsoo Kim wrote:
> There is a race condition if we map a same file on different processes.
> Region tracking is protected by mmap_sem and hugetlb_instantiation_mutex.
> When we do mmap, we don't grab a hugetlb_instantiation_mutex, but,
> grab a mmap_sem.
Hi Arnd,
On Sat, Dec 21, 2013 at 12:11 PM, Arnd Bergmann wrote:
> On Saturday 21 December 2013, Ravi Patel wrote:
>> This patch adds support for APM X-Gene SoC Queue Manager/Traffic Manager.
>> QMTM is required by APM X-Gene SoC Ethernet, PktDMA (XOR Engine) and
>> Security Engine subsystems. A
On Sat, Dec 21, 2013 at 04:43:06PM -0800, Ravi Patel wrote:
> > On Thu, Dec 19, 2013 at 07:41:13PM -0800, Ravi Patel wrote:
> >> There is no need to talk to this driver from userspace.
> >> It is a device which is used by other IO devices to communicate with each
> >> other, including CPU.
> >> For
On Wednesday, December 11, 2013 02:39:27 PM Jacob Pan wrote:
> This patch adds support for RAPL on Intel ValleyView based SoC
> platforms, such as Baytrail.
>
> Besides adding CPU ID, special energy unit encoding is handled
> for ValleyView.
>
> Signed-off-by: Jacob Pan
Queued up for 3.14, than
On Thursday, December 19, 2013 01:42:28 PM Pavel Machek wrote:
> On Thu 2013-12-19 20:00:47, Masami Ichikawa wrote:
> > kmemleak reported a memory leak as below.
> >
> > unreferenced object 0x880118f14700 (size 32):
> > comm "swapper/0", pid 1, jiffies 4294877401 (age 123.283s)
> > hex dum
On Friday, December 20, 2013 02:18:22 PM Rafael J. Wysocki wrote:
> On Friday, December 20, 2013 09:43:16 AM Ulf Hansson wrote:
> > On 10 December 2013 14:37, Ulf Hansson wrote:
> > > To put devices into low power state during system suspend, it is
> > > convenient
> > > for some runtime PM suppo
On Friday, December 20, 2013 09:26:02 PM Viresh Kumar wrote:
> There are cases where cpufreq_add_dev() may fail for some CPUs during resume.
> With the current code we will still have sysfs cpufreq files for such CPUs,
> and
> struct cpufreq_policy would be already freed for them. Hence any operat
> On Thu, Dec 19, 2013 at 07:41:13PM -0800, Ravi Patel wrote:
>> There is no need to talk to this driver from userspace.
>> It is a device which is used by other IO devices to communicate with each
>> other, including CPU.
>> For example, if CPU (software) wants to send a message to Ethernet HW (i.
On Sat, Dec 21, 2013 at 04:20:04PM -0800, Ravi Patel wrote:
> On Thu, Dec 19, 2013 at 7:20 PM, Greg KH wrote:
> > On Thu, Dec 19, 2013 at 06:45:01PM -0800, Ravi Patel wrote:
> >> --- /dev/null
> >> +++ b/drivers/misc/xgene/qmtm/Kconfig
> >> @@ -0,0 +1,8 @@
> >> +config XGENE_QMTM
> >> + trista
Alex,
We noticed some perf-stat.cpu-migrations changes by your commit
6eb8b571283e64e96ca1a91aad085f9e08f857f0 is the first bad commit
commit 6eb8b571283e64e96ca1a91aad085f9e08f857f0
Author: Alex Shi
Date: Tue Nov 19 20:29:51 2013 +0800
sched: remove rq->cpu_load[load_idx] array
On Thu, Dec 19, 2013 at 7:20 PM, Greg KH wrote:
> On Thu, Dec 19, 2013 at 06:45:01PM -0800, Ravi Patel wrote:
>> --- /dev/null
>> +++ b/drivers/misc/xgene/qmtm/Kconfig
>> @@ -0,0 +1,8 @@
>> +config XGENE_QMTM
>> + tristate "APM X-Gene QMTM driver"
>> + depends on ARCH_XGENE
>
> What does i
On Sat, Dec 21, 2013 at 2:54 PM, John Stoffel wrote:
>
> Any numbers of how much better this is? I'm travelling
> tomorrow, so I won't have time to spin up a VM and play, though it's
> tempting to do so.
On most _real_ loads, the kernel footprint is pretty small, and
obviously if you do IO or ot
Is this you, Richard, advocating for "LiGNUx" again?
http://imgur.com/a/beY7E
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
On Sat, Dec 21, 2013 at 05:51:24PM -0500, Chris Bajumpaa wrote:
> This one applies clean to a current tree and has a Signed-off-by: line.
> And is CC'd to the right places. And doesn't have the tabs eaten...
>
> Sorry about that.
But you sent two copies, and these two paragraphs didn't need to be
OK seems I found solution:
http://marc.info/?l=linux-omap&m=138756097116464&w=2
@Tony: Is this going to 3.13?
On Sun, Dec 22, 2013 at 12:26 AM, Belisko Marek wrote:
> Hi,
>
> I'm trying to boot gta04 board with DT with latest 3.13-rc4 kernel.
> Most of the parts seems to work except of mmc. I can
Hi!
> > > > > I disagree - given the problem it is resolving leads to silent
> > > > > filesystem corruption, this patch should be considered somewhat of a
> > > > > priority to push...
> > > >
> > > > Umm. Ok, I forgot what it does, really.
> > >
> > > It ensures that the filesystem is in an qu
Hi,
I'm trying to boot gta04 board with DT with latest 3.13-rc4 kernel.
Most of the parts seems to work except of mmc. I can see for mmc0 only
messages (vmmc1 and vsim regulators seems to be fine):
[1.969573] VMMC1: 1850 <--> 3150 mV at 3000 mV
[2.016784] VSIM: 1800 <--> 3000 mV at 1800 m
On Sat, Dec 21, 2013 at 1:06 PM, Greg KH wrote:
> On Fri, Dec 20, 2013 at 06:57:27PM -0800, Ravi Patel wrote:
>> This patch adds support for APM X-Gene SoC Queue Manager/Traffic Manager.
>> QMTM is required by APM X-Gene SoC Ethernet, PktDMA (XOR Engine) and
>> Security Engine subsystems. All su
Linus> Here's both x86 people and filesystem people involved, because this
Linus> hacky RFC patch touches both.
Linus> NOTE NOTE NOTE! I've modified "cp_new_stat()" in place, in a way that
Linus> is x86-64 specific. So the attached patch *only* works on x86-64, and
Linus> will very actively break
[ Patches inline below for people to comment on ]
On Thu, Dec 19, 2013 at 08:00:42PM -0500, Dave Jones wrote:
> On Thu, Dec 19, 2013 at 06:38:54PM -0500, Benjamin LaHaise wrote:
> > On Thu, Dec 19, 2013 at 03:24:16PM -0500, Dave Jones wrote:
> > > Yes. Note the original trace in this thread was
Refactoring can help reduce the line lengths.
For example:
Move the get_envelope function.
Use get_envelope in set_envelope_times.
---
drivers/input/ff-memless-next.c | 58 +++--
1 file changed, 27 insertions(+), 31 deletions(-)
diff --git a/drivers/input/ff-
This is for your Information,
We wish to notify you again that you were listed as a beneficiary in the intent
of the deceased .Please provide your contact details while replying to enable
us process the release of the Inheritance in your name Full
details will be sent in our next email to you.
On Sat, 21 Dec 2013 16:43:59 -0600
Tom Zanussi wrote:
> This patchset fixes a few sparse warnings and build problems seen
> under certain configurations, as uncovered by the kbuild test robot.
>
> Applies to linux-trace.git ftrace/core.
>
> The following changes since commit 611e9015501ab9597d6
This one applies clean to a current tree and has a Signed-off-by: line.
And is CC'd to the right places. And doesn't have the tabs eaten...
Sorry about that.
This patch adds support for the Line 6 POD HD400 to the line6usb driver.
Signed-off-by: Chris Bajumpaa
---
diff -uprN linux/drivers/st
This patchset fixes a few sparse warnings and build problems seen
under certain configurations, as uncovered by the kbuild test robot.
Applies to linux-trace.git ftrace/core.
The following changes since commit 611e9015501ab9597d6a43253813d4efd90936de:
tracing: Add documentation for trace event
sparse complains about rcu_assign_pointer() and RCU_INIT_POINTER()
assignments to event_trigger_data filter; annotate it with __rcu to
get rid of the warning.
Reported-by: kbuild test robot
Signed-off-by: Tom Zanussi
---
kernel/trace/trace.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
event_trigger_fops is currently using ftrace_filter_lseek, which
doesn't work out so well if CONFIG_FUNCTION_TRACER isn't configured
(compile error).
We also wanted to be completely decoupled from ftrace anyway, so
create our own version and use it instead.
Reported-by: kbuild test robot
Signed-
tracing_alloc_snapshot() is only used internally by
alloc_tracing_snapshot() and trace_event_triggers.c and doesn't need
to be in kernel.h. Move it to trace.h, which is more appropriate and
both include.
Reported-by: kbuild test robot
Signed-off-by: Tom Zanussi
---
include/linux/kernel.h | 2 -
Revised patch with "ff-memless-next" driver. Changes to the previous version
include:
- Fixes for a few bugs and corner cases
- More robust checking whether ff effect parameters are sane
- (Hopefully) fully in accordance to MS DirectInput specs
- Reworked triangle wave calculation
- Added documenta
On Fri, Dec 20, 2013 at 07:42:54PM -0800, Iyappan Subramanian wrote:
> Ethernet base device driver for APM X-Gene SoC.
Why is this a platform driver and not a bus driver for a xgene device?
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Fri, Dec 20, 2013 at 06:57:27PM -0800, Ravi Patel wrote:
> This patch adds support for APM X-Gene SoC Queue Manager/Traffic Manager.
> QMTM is required by APM X-Gene SoC Ethernet, PktDMA (XOR Engine) and
> Security Engine subsystems. All subsystems communicate with QMTM using
> messages which
Here's both x86 people and filesystem people involved, because this
hacky RFC patch touches both.
NOTE NOTE NOTE! I've modified "cp_new_stat()" in place, in a way that
is x86-64 specific. So the attached patch *only* works on x86-64, and
will very actively break on anything else. That's intentiona
Hi Benjamin,
> The ANTEC Touch Pad is a device which can switch from a multitouch
> touchpad to a mouse. It thus presents several generic collections which
> are currently ignored by hid-multitouch. Enable them by using the generic
> protocol. Adding also a suffix for them depending on their appli
On Saturday 21 December 2013, Ravi Patel wrote:
> This patch adds support for APM X-Gene SoC Queue Manager/Traffic Manager.
> QMTM is required by APM X-Gene SoC Ethernet, PktDMA (XOR Engine) and
> Security Engine subsystems. All subsystems communicate with QMTM using
> messages which include inf
On Saturday 21 December 2013, Ravi Patel wrote:
> +/* CSR Address Macros */
> +#define CSR_QM_CONFIG_ADDR 0x0004
> +#define QM_ENABLE_WR(src) (((u32)(src)<<31) & 0x8000)
> +
> +#define CSR_PBM_ADDR 0x0008
> +#define OVERWRITE_WR(src) (((u32)(src)<<31) & 0x8000)
> +#d
Hi Roger,
> It seems the controller the original driver was written for does not report
> touch ID and just reports 2 touch co-ordinates. I'm not sure how this fits
> into
> Type B reporting model.
Look in drivers/input/mouse/cypress_ps2.c for an example of how to deal with
anonymous touch coord
From: "Paul E. McKenney"
Running RCU out of softirq is a problem for some workloads that would
like to manage RCU core processing independently of other softirq work,
for example, setting kthread priority. This commit therefore moves the
RCU core work from softirq to a per-CPU/per-flavor SCHED_O
From: Fabio Estevam
Currently 'anatop_probe_end' path is executed on both succesfull and error paths
of anatop_regulator_probe().
To let the code a bit clearer, make 'anatop_probe_end' to be executed only when
an error happens.
Signed-off-by: Fabio Estevam
---
drivers/regulator/anatop-regulat
From: Fabio Estevam
There is no need to create a local variable for accessing sreg->name.
Access it directly instead.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
drivers/regulator/anatop-regulator.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/r
New version of the PCU firmware supports two new commands:
- IMS_PCU_CMD_OFN_SET_CONFIG which allows to write data to the
registers of one finger navigation(OFN) chip present on the device
- IMS_PCU_CMD_OFN_GET_CONFIG which allows to read data form the
registers of said chip.
This commit a
On Saturday 21 December 2013, Ravi Patel wrote:
> create mode 100644 Documentation/devicetree/bindings/misc/apm-xgene-qmtm.txt
>
> diff --git a/Documentation/devicetree/bindings/misc/apm-xgene-qmtm.txt
> b/Documentation/devicetree/bindings/misc/apm-xgene-qmtm.txt
> new file mode 100644
> index 0
[+cc Daniel]
On Fri, Dec 20, 2013 at 05:19:38PM -0800, Yinghai Lu wrote:
> On Fri, Dec 20, 2013 at 4:27 PM, Bjorn Helgaas wrote:
>
> > Why are we reading these BARs directly anyway? These look like
> > standard PCI BARs (I810_GMADDR == 0x10 and I915_GMADDR == 0x18), so
> > the PCI core should a
On 12/21, Linus Torvalds wrote:
>
> Again, adding Oleg to the cc. And I don't think this is correct,
me too, but I can't reply right now, will do tomorrow,
> > In coredump case, where thread_1 faults while thread_2 is in
> > TASK_UNINTERRUPTIBLE state, it cannot handle the SIGKILL.
Yes, and we
On 12/21, Linus Torvalds wrote:
>
> We have coredump serialization in exit_mm() that I think *should* make
> this all ok - if we still see p->mm matching our mm,
Yes. And the comment says:
lock_task_sighand(p)
must be used. Since p->mm != NULL and we hold ->mmap_sem
it can
> Cc: sta...@vger.kernel.org # 3.9+
> Signed-off-by: Naoya Horiguchi
Looks good.
Reviewed-by: Andi Kleen
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordo
On 12/21/13 08:21, Masanari Iida wrote:
> Correct spelling typo in Documentations/virtual/kvm
>
> Signed-off-by: Masanari Iida
Acked-by: Randy Dunlap
Thanks.
> ---
> Documentation/virtual/kvm/api.txt | 4 ++--
> Documentation/virtual/kvm/hypercalls.txt | 2 +-
> Documentation/virtua
On 12/18/2013 10:36 PM, Apelete Seketeli wrote:
> Add defconfig for the Ben NanoNote handheld computer which is built
> around QI_LB60 board and Ingenic JZ4740 MIPS SoC.
>
> Signed-off-by: Apelete Seketeli
Acked-by: Lars-Peter Clausen
> ---
> arch/mips/configs/qi_lb60_defconfig | 188
>
On 12/21/2013 09:30 AM, Jean Delvare wrote:
Hi Guenter, hi Anthony,
On Thu, 19 Dec 2013 10:10:49 -0800, Guenter Roeck wrote:
On Thu, Dec 19, 2013 at 03:54:54PM +0100, Jean Delvare wrote:
BTW, you (and we) probably shouldn't waste too much energy on this.
ADCs are only accurate to some degree a
Again, adding Oleg to the cc. And I don't think this is correct, since
SIGKILL can actually kill uninterruptible processes too
(TASK_WAKEKILL) so the basic premise of the patch is incorrect. And
again, we do have that whole issue with exit_mm() serialization.
Linus
On Sat, Dec
Did you actually *see* the problem, or was this just from looking at the code?
I don't hate the patch, and it might be the right thing to do in any
case (just to avoid depending on subtle things), but this really *is*
subtle, and I'm adding Oleg to the participants since it is his code
(going back
On Fri, 20 Dec, at 06:02:10PM, Dave Young wrote:
> Here is the V7 patchset for supporting kexec kernel efi runtime.
> Per pervious discussion I pass the 1st kernel efi runtime mapping
> via setup_data to 2nd kernel. Besides of the runtime mapping
> info I also pass the fw_vendor, runtime, config ta
Hi Guenter, hi Anthony,
On Thu, 19 Dec 2013 10:10:49 -0800, Guenter Roeck wrote:
> On Thu, Dec 19, 2013 at 03:54:54PM +0100, Jean Delvare wrote:
> > BTW, you (and we) probably shouldn't waste too much energy on this.
> > ADCs are only accurate to some degree anyway. If you take the
> > components
Like this then? :-)
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -5056,10 +5019,25 @@ static int sched_cpu_inactive(struct not
switch (action & ~CPU_TASKS_FROZEN) {
case CPU_DOWN_PREPARE:
set_cpu_active((long)hcpu, false);
+
+ /* explicitly
On 21/12/2013 11:11, Mike Galbraith wrote:
Works, modulo noisy workqueues.
rtbox:~ # sleep 35 && killall pert& cgexec -g cpuset:rtcpus taskset -c 3 pert 5
[1] 5660
2400.05 MHZ CPU
perturbation threshold 0.018 usecs.
pert/s: 33 >15.75us:2 min: 0.04 max: 24.14 avg: 2.51 sum/s:
> > At this moment in time the Ux500 ASoC driver obtains its DMA information
> > via AUXDATA platform data passing. To make the driver more independent
> > we have to start extracting it from the Device Tree. This patch-set goes
> > some way to ensure the ux500 Audio driver is ready for the switch
Sarah Sharp linux.intel.com> writes:
Good Afternoon,
> Also, do you have an HP system, or is this a different vendor?
for what its worth. I do have an Ivybridge laptop and I do see
immediate wake-ups from suspend to ram from time to time. When
this happens I do modprobe -r xhci_hcd and the mac
On Fri, Dec 20, 2013 at 02:28:05PM -0800, Olof Johansson wrote:
> Commit 597d795a2a78 ('mm: do not allocate page->ptl dynamically, if
> spinlock_t fits to long') restructures some allocators that are compiled
> even if USE_SPLIT_PTLOCKS arn't used. It results in compilation failure:
>
> mm/memory.
On Sat, Dec 21 2013, Matias Bjorling wrote:
> Hi,
>
> These three patches cover:
>
> * Incorporated the feedback from Randy Dunlap into documentation.
> Can be merged with the previous documentation commit (6824518).
> * Set use_per_node_hctx to false per default to save resources.
> * Allow su
On Sun, Dec 22, 2013 at 1:22 AM, Levente Kurusa wrote:
> Hi,
>
> spotted one more typo.
>
> On 12/21/2013 04:57 PM, Masanari Iida wrote:
>> diff --git a/Documentation/cgroups/resource_counter.txt
>> b/Documentation/cgroups/resource_counter.txt
>> index c4d99ed..52e1da1 100644
>> --- a/Documentati
Hi,
spotted one more typo.
On 12/21/2013 04:57 PM, Masanari Iida wrote:
> diff --git a/Documentation/cgroups/resource_counter.txt
> b/Documentation/cgroups/resource_counter.txt
> index c4d99ed..52e1da1 100644
> --- a/Documentation/cgroups/resource_counter.txt
> +++ b/Documentation/cgroups/resour
Correct spelling typo in Documentations/virtual/kvm
Signed-off-by: Masanari Iida
---
Documentation/virtual/kvm/api.txt | 4 ++--
Documentation/virtual/kvm/hypercalls.txt | 2 +-
Documentation/virtual/kvm/locking.txt | 4 ++--
Documentation/virtual/kvm/ppc-pv.txt | 2 +-
Documen
On Fri, 20 Dec, at 06:02:19PM, Dave Young wrote:
> @@ -133,6 +133,19 @@ extern void efi_sync_low_kernel_mappings(void);
> extern void efi_setup_page_tables(void);
> extern void __init old_map_region(efi_memory_desc_t *md);
>
> +struct efi_setup_data {
> + u64 fw_vendor;
> + u64 runtime;
On 17.12.2013 22:23, Mel Gorman wrote:
On Tue, Dec 17, 2013 at 04:07:35PM +0100, Zlatko Calusic wrote:
On 13.12.2013 15:10, Mel Gorman wrote:
Kicked this another bit today. It's still a bit half-baked but it restores
the historical performance and leaves the door open at the end for playing
nic
Correct spelling typo in memory.txt and
resource_counter.txt
Signed-off-by: Masanari Iida
---
Documentation/cgroups/memory.txt | 4 ++--
Documentation/cgroups/resource_counter.txt | 4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/Documentation/cgroups/memory.txt
Currently kmem_cache_create_memcg() backoffs on failure inside
conditionals, without using gotos. This results in the rollback code
duplication, which makes the function look cumbersome even though on
error we should only free the allocated cache. Since in the next patch I
am going to add yet anoth
This patch-set fixes several bugs here and there in the implementation
of kmem accounting for memory cgroups and makes the code look a bit
clearer.
Vladimir Davydov (11):
slab: cleanup kmem_cache_create_memcg() error handling
memcg, slab: kmem_cache_create_memcg(): fix memleak on fail path
m
kmem_cache_dup() is only called from memcg_create_kmem_cache(). The
latter, in fact, does nothing besides this, so let's fold
kmem_cache_dup() into memcg_create_kmem_cache().
This patch also makes the memcg_cache_mutex private to
memcg_create_kmem_cache(), because it is not used anywhere else.
Si
There is no point in flooding logs with warnings or especially crashing
the system if we fail to create a cache for a memcg. In this case we
will be accounting the memcg allocation to the root cgroup until we
succeed to create its own cache, but it isn't that critical.
Signed-off-by: Vladimir Davy
We do not free the cache's memcg_params if __kmem_cache_create fails.
Fix this.
Plus, rename memcg_register_cache() to memcg_alloc_cache_params(),
because it actually does not register the cache anywhere, but simply
initialize kmem_cache::memcg_params.
Signed-off-by: Vladimir Davydov
Cc: Michal
Currently we take both the memcg_create_mutex and the set_limit_mutex
when we enable kmem accounting for a memory cgroup, which makes kmem
activation events serialize with both memcg creations and other memcg
limit updates (memory.limit, memory.memsw.limit). However, there is no
point in such stric
Currently we have two state bits in mem_cgroup::kmem_account_flags
regarding kmem accounting activation, ACTIVATED and ACTIVE. We start
kmem accounting only if both flags are set (memcg_can_account_kmem()),
plus throughout the code there are several places where we check only
the ACTIVE flag, but w
On Sat, Dec 21, 2013 at 12:25:50PM -0200, Fabio Estevam wrote:
> I see. Then we can do this instead, so that the successful probe and
> the error path are clearer:
Yes, that's going to cause fewer surprises.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Each root kmem_cache has pointers to per-memcg caches stored in its
memcg_params::memcg_caches array. Whenever we want to allocate a slab
for a memcg, we access this array to get per-memcg cache to allocate
from (see memcg_kmem_get_cache()). The access must be lock-free for
performance reasons, so
Currently, we have rather a messy function set relating to per-memcg
kmem cache initialization/destruction.
Per-memcg caches are created in memcg_create_kmem_cache(). This function
calls kmem_cache_create_memcg() to allocate and initialize a kmem cache
and then "registers" the new cache in the mem
We obtain a per-memcg cache from a root kmem_cache by dereferencing an
entry of the root cache's memcg_params::memcg_caches array. If we find
no cache for a memcg there on allocation, we initiate the memcg cache
creation (see memcg_kmem_get_cache()). The cache creation proceeds
asynchronously in me
All caches of the same memory cgroup are linked in the memcg_slab_caches
list via kmem_cache::memcg_params::list. This list is traversed, for
example, when we read memory.kmem.slabinfo. Since the list actually
consists of memcg_cache_params objects, we have to convert an element of
the list to a km
We relocate root cache's memcg_params whenever we need to grow the
memcg_caches array to accommodate all kmem-active memory cgroups.
Currently on relocation we free the old version immediately, which can
lead to use-after-free, because the memcg_caches array is accessed
lock-free (see cache_from_me
1 - 100 of 154 matches
Mail list logo