Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: cf30d52e2d11523c42048ab89ed4215b5021526a perf/x86: Fix constraint
table end marker bug
An x86/intel event constraint fix.
Thanks,
Em Tue, Dec 17, 2013 at 04:15:22PM +0400, Stanislav Fomichev escreveu:
> > Please give a sample usage command line and a sample output. (the
> > highlighting can be done using ASCII escape sequences in the changelog
> > as well.)
> Highlighting is done in the generated SVG, so I can't really
When kernel is booted using DT, there is no guarantee that Davinci
NAND device has been created already at the time when driver init
function is executed. Therefore, platform_driver_probe() can't be used
because this may result the Davinci NAND driver will never be probed.
The driver probing has
On Mon, Dec 16, 2013 at 07:48:32PM +0200, Eliezer Tamir wrote:
> On 13/12/2013 15:56, Peter Zijlstra wrote:
> > On Fri, Dec 13, 2013 at 12:49:01PM +0200, Eliezer Tamir wrote:
> >> On 12/12/2013 16:08, Peter Zijlstra wrote:
> >>> This series contains the preempt_enable_no_resched() cleanups that
On Tue, 10 Dec 2013 14:17:35 -0500
Jeff Layton wrote:
> Due to some unfortunate history, POSIX locks have very strange and
> unhelpful semantics. The thing that usually catches people by surprise
> is that they are dropped whenever the process closes any file descriptor
> associated with the
Hi Anton,
> From: Anton Tikhomirov [mailto:av.tikhomi...@samsung.com]
> Sent: Tuesday, December 10, 2013 3:43 AM
>
> Hi Kamil,
>
> Same USB2.0 PHY may be used by several HCDs, for example EHCI and OHCI.
> Consider the situation, when EHCI stops using the PHY and calls
> power_off, then OHCI
On Tue, Dec 17, 2013 at 01:04:35PM +, Russell King - ARM Linux wrote:
> On Tue, Dec 17, 2013 at 01:54:35PM +0100, Tomasz Figa wrote:
> > On Tuesday 17 of December 2013 13:45:06 Thierry Reding wrote:
> > > I fail to see how that would eliminate the problem with the types. That
> > > said I
On Tue, 17 Dec 2013, Laszlo Papp wrote:
> The original author provided a random return value check which is
> redundant and seemingly floating. This patch not only relocates
> the check so it is more clearly associated with the invokation of
> mfd_add_devices(), but provides a store for the error
Add support for GPIO control (enable/disable) over Buck9. The Buck9
Converter is used as a supply for eMMC Host Controller.
BUCK9EN GPIO of S5M8767 chip may be used by application processor to
enable or disable the Buck9. This has two benefits:
- It is faster than toggling it over I2C bus.
- It
Remove sec_reg* helpers as they are not used anymore. These helpers were
error-prone as they mixed u8 with unsigned int and they changed order of
some of parameters (val and mask in sec_reg_update()).
Also the helpers didn't give any way of useful abstraction as they just
called corresponding
Hi,
This is a small set of patches with minor fixes for s5m8767 MFD driver
and regulator.
The patchset touches 3 different issues:
1. Patch 1/5: Add symbols for hard-coded DVS_RAMP values.
2. Patch 2/5 and 3/5: Remove the sec_reg* helpers hiding the regmap API.
3. Patch 4/5 and 5/5: Add GPIO
Add symbols for hard-coded values of BUCK_RAMP field in DVS_RAMP
register. This simplifies a little the code as register update is called
only once.
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Marek Szyprowski
---
drivers/regulator/s5m8767.c | 22 ++
Add documentation for new bindings for controlling (enable/disable) the
Buck9 Converter by GPIO (BUCK9EN).
Signed-off-by: Krzysztof Kozlowski
Cc: Kyungmin Park
Cc: Marek Szyprowski
---
.../bindings/regulator/s5m8767-regulator.txt | 16
1 file changed, 16 insertions(+)
Replace calls to sec_reg* helpers with direct usage of regmap API. The
sec_reg* helpers are error-prone as they mix u8 with unsigned int and
order of some of parameters (val and mask in sec_reg_update()).
Also the helpers do not give any way of useful abstraction as they just
call corresponding
On Tue, Dec 17, 2013 at 12:58:32PM +, Russell King - ARM Linux wrote:
> On Tue, Dec 17, 2013 at 01:24:33PM +0100, Thierry Reding wrote:
> > On Tue, Dec 17, 2013 at 11:51:36AM +, Russell King - ARM Linux wrote:
> > > Same comments here - what memory operations is the wmb() trying to
> > >
On Monday 16 December 2013 08:00:04 Andrew Morton wrote:
> On Wed, 20 Nov 2013 14:30:55 +0100 Pali Roh__r
wrote:
> > Both proc files are writeable and used for configuring
> > cells. But there is missing correct mode flag for writeable
> > files. Without this patch both proc files are read only.
Hey,
I updated the comment myself and applied the patch to
cgroup/for-3.13-fixes.
Thanks!
8<
>From c1a71504e9715812a2d15e7c03b5aa147ae70ded Mon Sep 17 00:00:00 2001
From: Li Zefan
Date: Tue, 17 Dec 2013 11:13:39 +0800
Hugh reported this bug:
> CONFIG_MEMCG_SWAP is broken in
* Alex Shi wrote:
> > Building the kernel is obviously a prime workload - and given that
> > the kernel is active only about 10% of the time for a typical
> > kernel build, a 1-2% speedup means a 10-20% speedup in kernel
> > performance (which sounds a bit too good at first glance).
>
>
On Mon 16-12-13 17:41:38, Hugh Dickins wrote:
> On Mon, 16 Dec 2013, Tejun Heo wrote:
> > On Mon, Dec 16, 2013 at 06:19:37PM +0100, Michal Hocko wrote:
> > > I have to think about it some more (the brain is not working anymore
> > > today). But what we really need is that nobody gets the same id
On Tue, Dec 17, 2013 at 02:11:19PM +0100, Michal Hocko wrote:
> And sorry for distracting you from the css based approach. I have
> totally misinterpreted the comment above idr_remove.
Heh, you actually interpreted it correctly. I was the one confused
when moving the id to cgroup. I should have
On Tue, Dec 17, 2013 at 10:41:56AM +0100, Kamil Debski wrote:
> Hi Matt,
>
> I am afraid it is not possible. This patch cannot go in without the
> new phy driver. It would break Exynos USB functionality. This
> is because it changes s3c-hsotg to use the new phy driver.
To clarify, I'm
Sent from Anson's iPhone
> 在 2013年12月17日，21:00，"Mark Brown" 写道：
>
> On Tue, Dec 17, 2013 at 12:38:33PM +, anson.hu...@freescale.com wrote:
>
>>> better to add the error checking there wouldn't it?
>
>> Okay, than what about other functions? there is such condition check
>> there is
On Mon 16-12-13 23:09:23, Hugh Dickins wrote:
> On Tue, 17 Dec 2013, Li Zefan wrote:
> > On 2013/12/17 9:41, Hugh Dickins wrote:
> > > On Mon, 16 Dec 2013, Tejun Heo wrote:
> > >> On Mon, Dec 16, 2013 at 06:19:37PM +0100, Michal Hocko wrote:
> > >>> I have to think about it some more (the brain is
On Tue 17-12-13 07:29:26, Tejun Heo wrote:
> Hello, Li.
>
> On Tue, Dec 17, 2013 at 11:13:39AM +0800, Li Zefan wrote:
> > diff --git a/kernel/cgroup.c b/kernel/cgroup.c
> > index c36d906..769b5bb 100644
> > --- a/kernel/cgroup.c
> > +++ b/kernel/cgroup.c
> > @@ -868,6 +868,15 @@ static void
* Stanislav Fomichev wrote:
> > Please give a sample usage command line and a sample output. (the
> > highlighting can be done using ASCII escape sequences in the changelog
> > as well.)
> Highlighting is done in the generated SVG, so I can't really show it in
> the log or documentation. But
On Tuesday 17 of December 2013 13:04:35 Russell King - ARM Linux wrote:
> On Tue, Dec 17, 2013 at 01:54:35PM +0100, Tomasz Figa wrote:
> > On Tuesday 17 of December 2013 13:45:06 Thierry Reding wrote:
> > > I fail to see how that would eliminate the problem with the types. That
> > > said I don't
On Tue, Dec 17, 2013 at 01:36:35PM +0800, Wenyou Yang wrote:
> Signed-off-by: Wenyou Yang
Much better. Still a few small issues though.
> +/* ACt8865 voltage table */
> +static const u32 act8865_voltages_table[] = {
This is the wrong type for a voltage table but it looks like it
shouldn't be
17.12.2013, 16:47, "Peter Zijlstra" :
> On Tue, Dec 17, 2013 at 04:02:58PM +0400, Kirill Tkhai wrote:
>
>> 13.12.2013, 19:42, "Peter Zijlstra" :
>>> On Wed, Nov 27, 2013 at 07:59:13PM +0400, Kirill Tkhai wrote:
This patch touches RT group scheduling case.
Functions
On 12/17/2013 01:31 AM, Andrew Morton wrote:
On Mon, 16 Dec 2013 11:14:15 +0100 Vlastimil Babka wrote:
Commit 7225522bb ("mm: munlock: batch non-THP page isolation and
munlock+putback using pagevec" introduced __munlock_pagevec() to speed up
munlock by holding lru_lock over multiple isolated
On Tue, Dec 17, 2013 at 01:54:35PM +0100, Tomasz Figa wrote:
> On Tuesday 17 of December 2013 13:45:06 Thierry Reding wrote:
> > I fail to see how that would eliminate the problem with the types. That
> > said I don't actually see sparse complaining about any type mismatches.
> > That's probably
On Tue 17-12-13 11:13:39, Li Zefan wrote:
[...]
> From: Li Zefan
> Date: Tue, 17 Dec 2013 10:45:09 +0800
> Subject: [PATCH] cgroup: don't recycle cgroup id until all csses' have been
> destroyed
>
> Hugh reported this bug:
>
> > CONFIG_MEMCG_SWAP is broken in 3.13-rc. Try something like this:
When booting with a devietree, no platform data is provided. Do not prematurely
exit iommu_enable() and iommu_disable() in such a case.
Signed-off-by: Florian Vaussard
---
drivers/iommu/omap-iommu.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git
As OMAP2+ is moving to a full DT boot for 3.14, commit 7ce93f3
"ARM: OMAP2+: Fix more missing data for omap3.dtsi file" adds
basic DT bits. But the driver is not yet converted, so this will
not work and driver will not be probed. Convert it!
Apart from standard bindings, this patch uses
OMAP2+ is heading towards a full device tree boot for 3.14. Currently,
the iommu used by the OMAP3 camera subsystem is not yet converted. It
cannot be probed as necessary data are only passed through device tree.
Patches 1 and 2 are small fixes for problems encountered while developing
this
Currently, bus_set_iommu() is done in omap_iommu_init(). However,
omap_iommu_probe() can fail in a number of ways, leaving the platform
bus with a dangling reference to a non-initialized iommu. Perform
bus_set_iommu() only if omap_iommu_probe() succeed.
Signed-off-by: Florian Vaussard
---
With full DT boot, the platform specific part of the OMAP iommu
is not useful anymore.
Signed-off-by: Florian Vaussard
---
arch/arm/mach-omap2/Makefile | 3 --
arch/arm/mach-omap2/omap-iommu.c | 79
2 files changed, 82 deletions(-)
delete mode
On Tue, Dec 17, 2013 at 12:38:33PM +, anson.hu...@freescale.com wrote:
> > better to add the error checking there wouldn't it?
> Okay, than what about other functions? there is such condition check
> there is other functions too, that is why I add it here. if you think
> it is no necessary,
On Tue, Dec 17, 2013 at 01:24:33PM +0100, Thierry Reding wrote:
> On Tue, Dec 17, 2013 at 11:51:36AM +, Russell King - ARM Linux wrote:
> > Same comments here - what memory operations is the wmb() trying to
> > serialise? Does this PWM driver somehow end up doing DMA?
>
> Not that I can see.
omap_iommu_attach() returns NULL or ERR_PTR in case of error, but
omap_iommu_attach_dev() only checks for IS_ERR. Thus a NULL return value (in
case driver_find_device fails) will cause the kernel to panic when
omap_iommu_attach_dev() dereferences the pointer.
In such case, omap_iommu_attach()
The data are now passed using the devicetree.
Signed-off-by: Florian Vaussard
---
arch/arm/mach-omap2/omap_hwmod_3xxx_data.c | 8
1 file changed, 8 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
b/arch/arm/mach-omap2/omap_hwmod_3xxx_data.c
index 0477131..6dccd46
This series contains fixes and updates of Davinci nand driver in
order to reuse it for Keystone platform.
v3..v4:
- mtd: nand: davinci: fix driver registration
dropped __init/__exit/__exit_p as module_platform_driver() is used
- mtd: nand: davinci: adjust DT properties to MTD generic
Add missing information required to probe the iommu for the camera
subsystem.
Signed-off-by: Florian Vaussard
---
arch/arm/boot/dts/omap3.dtsi | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/omap3.dtsi b/arch/arm/boot/dts/omap3.dtsi
index
On 12/17/2013 02:26 AM, Bob Liu wrote:
> On 12/16/2013 06:14 PM, Vlastimil Babka wrote:
>> Since commit ff6a6da60 ("mm: accelerate munlock() treatment of THP pages")
>> munlock skips tail pages of a munlocked THP page. However, when the head page
>> already has PageMlocked unset, it will not skip
On 2013-12-16 09:28, Ingo Molnar wrote:
>
> * John wrote:
>
>> This patch has been tested on and known to work with kernel versions
>> from 3.2 up to the latest git version (pulled on 12/14/2013).
>>
>> This patch will expand the number of microarchitectures to include
>> new processors
On Tuesday 17 of December 2013 13:45:06 Thierry Reding wrote:
> On Tue, Dec 17, 2013 at 01:00:10PM +0100, Tomasz Figa wrote:
> > On Tuesday 17 of December 2013 11:51:36 Russell King - ARM Linux wrote:
> > > On Tue, Dec 17, 2013 at 12:10:22PM +0100, Thierry Reding wrote:
> > > > On Fri, Dec 13,
The original author provided a random return value check which is
redundant and seemingly floating. This patch not only relocates
the check so it is more clearly associated with the invokation of
mfd_add_devices(), but provides a store for the error value. We
also print a meaningful message on
From: Harald Gustafsson
Make it possible to specify a period (different or equal than
deadline) for -deadline tasks. Relative deadlines (D_i) are used on
task arrivals to generate new scheduling (absolute) deadlines as "d =
t + D_i", and periods (P_i) to postpone the scheduling deadlines as "d
=
Hello,
Rafael, if you're okay with the workaround, I'll route it through
libata/for-3.13-fixes.
Thanks.
--- 8< ---
Freezable kthreads and workqueues are fundamentally problematic in
that they effectively introduce a big kernel lock widely used in the
kernel and have already been the
The original author provided a random return value check which is
redundant and seemingly floating. This patch not only relocates
the check so it is more clearly associated with the invokation of
mfd_add_devices(), but provides a store for the error value. We
also print a meaningful message on
Expand sched_{set,get}attr() to include the policy and nice value.
This obviates the need for sched_setscheduler2().
The new sched_setattr() call now covers the functionality of:
sched_setscheduler(),
sched_setparam(),
setpriority(.which = PRIO_PROCESS)
And sched_getattr() now covers:
From: Dario Faggioli
In order of -deadline scheduling to be effective and useful, it is
important that some method of having the allocation of the available
CPU bandwidth to tasks and task groups under control.
This is usually called "admission control" and if it is not performed
at all, no
From: Dario Faggioli
Some method to deal with rt-mutexes and make sched_dl interact with
the current PI-coded is needed, raising all but trivial issues, that
needs (according to us) to be solved with some restructuring of
the pi-code (i.e., going toward a proxy execution-ish implementation).
From: Dario Faggioli
It is very likely that systems that wants/needs to use the new
SCHED_DEADLINE policy also want to have the scheduling latency of
the -deadline tasks under control.
For this reason a new version of the scheduling wakeup latency,
called "wakeup_dl", is introduced.
As a
From: Juri Lelli
Introduces data structures relevant for implementing dynamic
migration of -deadline tasks and the logic for checking if
runqueues are overloaded with -deadline tasks and for choosing
where a task should migrate, when it is the case.
Adds also dynamic migrations to
From: Dario Faggioli
Introduces the data structures, constants and symbols needed for
SCHED_DEADLINE implementation.
Core data structure of SCHED_DEADLINE are defined, along with their
initializers. Hooks for checking if a task belong to the new policy
are also added where they are needed.
On Tue 17-12-13 11:13:39, Li Zefan wrote:
> On 2013/12/17 9:41, Hugh Dickins wrote:
> > On Mon, 16 Dec 2013, Tejun Heo wrote:
> >> On Mon, Dec 16, 2013 at 06:19:37PM +0100, Michal Hocko wrote:
> >>> I have to think about it some more (the brain is not working anymore
> >>> today). But what we
Hai..
This is my current queue of SCHED_DEADLINE; which I hope to merge 'soon'.
Juri handed me a version that should've (didn't check) included all feedback
including the new sched_attr interface.
I did clean up some of the patches; moved some hunks around so that each patch
compiles on its own
From: Dario Faggioli
Add the syscalls needed for supporting scheduling algorithms
with extended scheduling parameters (e.g., SCHED_DEADLINE).
In general, it makes possible to specify a periodic/sporadic task,
that executes for a given amount of runtime at each instance, and is
scheduled
From: Dario Faggioli
Make the core scheduler and load balancer aware of the load
produced by -deadline tasks, by updating the moving average
like for sched_rt.
Cc: bruce.ashfi...@windriver.com
Cc: clau...@evidence.eu.com
Cc: dar...@dvhart.com
Cc: dhaval.gi...@gmail.com
Cc: fchecc...@gmail.com
On Tue, Dec 17, 2013 at 01:36:36PM +0800, Wenyou Yang wrote:
> +Required properties:
> +- compatible: "active-semi,act8865"
> +- reg: I2C slave address
This needs to also document the regulators property, for example all the
regulator names.
signature.asc
Description: Digital signature
On Tue, Dec 17, 2013 at 04:02:58PM +0400, Kirill Tkhai wrote:
>
>
> 13.12.2013, 19:42, "Peter Zijlstra" :
> > On Wed, Nov 27, 2013 at 07:59:13PM +0400, Kirill Tkhai wrote:
> >
> >> This patch touches RT group scheduling case.
> >>
> >> Functions inc_rt_prio_smp() and dec_rt_prio_smp() change
For now deadline tasks are not allowed to set smp affinity; however
the current tests are wrong, cure this.
The test in __sched_setscheduler() also uses an on-stack cpumask_t
which is a no-no.
Change both tests to use cpumask_subset() such that we test the root
domain span to be a subset of the
On Tue, Dec 17, 2013 at 01:00:10PM +0100, Tomasz Figa wrote:
> On Tuesday 17 of December 2013 11:51:36 Russell King - ARM Linux wrote:
> > On Tue, Dec 17, 2013 at 12:10:22PM +0100, Thierry Reding wrote:
> > > On Fri, Dec 13, 2013 at 04:57:04PM +0800, Xiubo Li wrote:
> > > > +static inline u32
Remove the deadline specific sysctls for now. The problem with them is
that the interaction with the exisiting rt knobs is nearly impossible
to get right.
The current (as per before this patch) situation is that the rt and dl
bandwidth is completely separate and we enforce rt+dl < 100%. This is
From: Juri Lelli
Data from tests confirmed that the original active load balancing
logic didn't scale neither in the number of CPU nor in the number of
tasks (as sched_rt does).
Here we provide a global data structure to keep track of deadlines
of the running tasks in the system. The structure
Turn the pi-chains from plist to rb-tree, in the rt_mutex code,
and provide a proper comparison function for -deadline and
-priority tasks.
This is done mainly because:
- classical prio field of the plist is just an int, which might
not be enough for representing a deadline;
- manipulating
* Steven Rostedt | 2013-12-17 06:31:56 [-0500]:
>On Tue, 17 Dec 2013 08:16:31 +0100
>Mike Galbraith wrote:
>
>> Hi Sebastian,
>>
>> Looks like there's a booboo here:
>>
>> On Mon, 2013-12-16 at 10:14 +0100, Sebastian Andrzej Siewior wrote:
>
>> "ptrace: fix ptrace vs tasklist_lock race"
Sent from Anson's iPhone
> 在 2013年12月17日，20:29，"Mark Brown" 写道：
>
> On Tue, Dec 17, 2013 at 02:38:56AM +, anson.hu...@freescale.com wrote:
>
> Please fix the line length you're using to word wrap, it should be less
> than 80 columns to make your mails readable.
>
+if
On Tue, Dec 17, 2013 at 01:36:37PM +0800, Wenyou Yang wrote:
> + vcc_1v8_reg: DCDC_REG1 {
> + regulator-name =
> "DCDC_REG1";
The whole point of naming the regulators is to help users read kernel
Hello, Rafael.
On Tue, Dec 17, 2013 at 03:38:05AM +0100, Rafael J. Wysocki wrote:
> On Friday, December 13, 2013 03:40:34 PM Tejun Heo wrote:
> > Hello,
> >
> > So, this is the laughable workaround that I came up with. Seriously,
> > this is tragic. :(
> >
> > Thanks.
> >
> > --- 8<
Hello, Li.
On Tue, Dec 17, 2013 at 11:13:39AM +0800, Li Zefan wrote:
> diff --git a/kernel/cgroup.c b/kernel/cgroup.c
> index c36d906..769b5bb 100644
> --- a/kernel/cgroup.c
> +++ b/kernel/cgroup.c
> @@ -868,6 +868,15 @@ static void cgroup_diput(struct dentry *dentry, struct
> inode *inode)
>
Hello, Rafael.
On Tue, Dec 17, 2013 at 03:34:00AM +0100, Rafael J. Wysocki wrote:
> No, it isn't. [I guess it was originally, but it has not been the case
> for a very long time.] It is about getting user space interactions (all of
Heh... no wonder people are all so confused about this thing.
Include header file include/linux/sfi_acpi.h in sfi_acpi.c because
function sfi_acpi_table_parse() has its prototype declaration in
include/linux/sfi_acpi.h. Also, include include/linux/acpi.h because it
contains declarations necessary for include/linux/sfi_acpi.h.
This eliminates the following
Mark functions sfi_map_table() and sfi_unmap_table() as static in
sfi_core.c because they are not used outside this file.
This eliminates following warning in sfi_core.c:
drivers/sfi/sfi_core.c:164:26: warning: no previous prototype for
‘sfi_map_table’ [-Wmissing-prototypes]
On Tue, Dec 17, 2013 at 11:51:36AM +, Russell King - ARM Linux wrote:
> On Tue, Dec 17, 2013 at 12:10:22PM +0100, Thierry Reding wrote:
> > On Fri, Dec 13, 2013 at 04:57:04PM +0800, Xiubo Li wrote:
> > > +static inline u32 fsl_pwm_readl(struct fsl_pwm_chip *fpc,
> > > + const void
Hi matthew, Thanks for your suggestion. I have made the following changes in
the block driver.
1. As far as SGL is concerned I could see slender increase in the iops when
compared to PRP. For Ex: consider a scatter
gather list point to a segment which is contiguous and it is multiples of
On Tue, Dec 17, 2013 at 02:38:56AM +, anson.hu...@freescale.com wrote:
Please fix the line length you're using to word wrap, it should be less
than 80 columns to make your mails readable.
> >> + if (!anatop_reg->control_reg)
> >> + return -ENOTSUPP;
> >In what situation would this
On 12/17/2013 10:50 AM, Brian Norris wrote:
> On Thu, Dec 05, 2013 at 07:25:55PM +0200, Ivan Khoronzhuk wrote:
>> --- a/drivers/mtd/nand/davinci_nand.c
>> +++ b/drivers/mtd/nand/davinci_nand.c
>> @@ -558,6 +557,8 @@ static struct davinci_nand_pdata
>>
Remove unused function ssb_sdio_func_to_bus() in main.c.
This eliminates the following warning in main.c:
drivers/ssb/main.c:94:17: warning: no previous prototype for
‘ssb_sdio_func_to_bus’ [-Wmissing-prototypes]
Signed-off-by: Rashika Kheria
---
drivers/ssb/main.c | 19 ---
> Please give a sample usage command line and a sample output. (the
> highlighting can be done using ASCII escape sequences in the changelog
> as well.)
Highlighting is done in the generated SVG, so I can't really show it in
the log or documentation. But I added simple example with -e option.
>
On Tue, 17 Dec, at 12:36:37AM, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Currently, running SetVirtualAddressMap() and passing the physical
> address of the virtual map array was working only by a lucky coincidence
> because the memory was present in the EFI page table too. Until Toshi
13.12.2013, 19:42, "Peter Zijlstra" :
> On Wed, Nov 27, 2013 at 07:59:13PM +0400, Kirill Tkhai wrote:
>
>> This patch touches RT group scheduling case.
>>
>> Functions inc_rt_prio_smp() and dec_rt_prio_smp() change (global) rq's
>> priority,
>> while rt_rq passed to them may be not the
On 12/16/2013 09:59 PM, Ingo Molnar wrote:
> So if the kbuild speedup of 1-2% is true and reproducable then that
> might be worth doing.
I have a Intel desktop and need it for daily works. Wonder if Intel guys
like to have a try? I assume the patch is already in Fengguang's testing
system.
>
>
On Tuesday 17 of December 2013 11:51:36 Russell King - ARM Linux wrote:
> On Tue, Dec 17, 2013 at 12:10:22PM +0100, Thierry Reding wrote:
> > On Fri, Dec 13, 2013 at 04:57:04PM +0800, Xiubo Li wrote:
> > > +static inline u32 fsl_pwm_readl(struct fsl_pwm_chip *fpc,
> > > + const void
On Tue, Dec 17, 2013 at 12:10:22PM +0100, Thierry Reding wrote:
> On Fri, Dec 13, 2013 at 04:57:04PM +0800, Xiubo Li wrote:
> > +static inline u32 fsl_pwm_readl(struct fsl_pwm_chip *fpc,
> > + const void __iomem *addr)
> > +{
> > + u32 val;
> > +
> > + val = __raw_readl(addr);
> > +
>From 7e827a0d300e084f74c65122baa5e3193f9a7f18 Mon Sep 17 00:00:00 2001
From: "Du, Changbin"
Date: Mon, 16 Dec 2013 20:32:13 +0800
Subject: [PATCH] usb/gadget: should use u16 type variable to store MaxPower
The MaxPower field is of u16 type. So using u8 type variable can break
data (high byte
On Mon, Dec 16, 2013 at 04:49:21PM +, jean.pi...@linaro.org wrote:
> From: Jean Pihet
>
> This patch hooks in the perf_regs and libunwind code for ARM64.
> The tools/perf/arch/arm64 is created; it contains the arch specific
> code for DWARF unwinding.
>
> Signed-off-by: Jean Pihet
> Cc:
On Tue, 17 Dec 2013 08:16:31 +0100
Mike Galbraith wrote:
> Hi Sebastian,
>
> Looks like there's a booboo here:
>
> On Mon, 2013-12-16 at 10:14 +0100, Sebastian Andrzej Siewior wrote:
> "ptrace: fix ptrace vs tasklist_lock race" added..
>
> @@ -1068,8 +1082,11 @@ unsigned long
* Kees Cook wrote:
> On Wed, Nov 27, 2013 at 10:11 AM, Kees Cook wrote:
> > On Wed, Nov 27, 2013 at 9:55 AM, H. Peter Anvin wrote:
> >> On 11/27/2013 09:54 AM, Ingo Molnar wrote:
>
> Looks to be 2% for defconfig. That's way better. Shall I send a v3?
> >>>
> >>> Well, it's better
Hi Graeme,
On Mon, Dec 16, 2013 at 08:51:33PM +, Graeme Gregory wrote:
> So the real question now is how do we progress with these ACPI patches? After
> repeated incorrect accusations of developing behind closed doors I am loath
> to dissapear back into linaro with them for another few
On Tue, Dec 17, 2013 at 12:36:37AM +0100, Borislav Petkov wrote:
> @@ -880,6 +906,19 @@ void __init efi_enter_virtual_mode(void)
>
> efi_dump_pagetable();
>
> + /*
> + * It can happen that the physical address of new_memmap lands in memory
> + * which is not mapped in the
On Tue, 17 Dec, at 02:53:46PM, Dave Young wrote:
> On 12/17/13 at 02:24pm, Dave Young wrote:
> > On 12/16/13 at 04:35pm, Matt Fleming wrote:
> > > On Mon, 16 Dec, at 05:30:35PM, Dave Young wrote:
> > > > kdump kernel will use memmap=exactmap kernel cmdline, but __va does not
> > > > work in case
* Stanislav Fomichev wrote:
> This option highlights tasks (using different color) that run more than given
> duration or tasks with given name.
Please give a sample usage command line and a sample output. (the
highlighting can be done using ASCII escape sequences in the changelog
as well.)
On Tue, Dec 17, 2013 at 04:38:16PM +0530, Rashika Kheria wrote:
> Include appropriate header file ide-cd.h in ide-cd_verbose.c because
> function ide_cd_log_error() has its prototype declaration in ide-cd.h.
> Also, include linux/ide.h because it contains certain declarations
> necessary for
On Mon, Dec 16, 2013 at 03:52:37PM -0500, Johannes Weiner wrote:
> On Fri, Dec 13, 2013 at 02:10:06PM +, Mel Gorman wrote:
> > Not signed off. Johannes, was the intent really to decrement the batch
> > counts regardless of whether the policy was being enforced or not?
>
> Yes. Bursts of
Document the clock properties required by the spi-atmel driver.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/spi/spi_atmel.txt |5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/spi/spi_atmel.txt
On Tue, Dec 17, 2013 at 03:16:40PM +0800, Xiubo Li wrote:
> Because the "ASoC: dmaengine-pcm: Provide default config" has provided
> us one defualt config of DMA. When using this, the config parameter of
> devm_snd_dmaengine_pcm_register() will be NULL, so here we need to have
> a check before
On Mon, Dec 16, 2013 at 03:25:07PM -0500, Johannes Weiner wrote:
> On Fri, Dec 13, 2013 at 02:10:03PM +, Mel Gorman wrote:
> > zone_local is using node_distance which is a more expensive call than
> > necessary. On x86, it's another function call in the allocator fast path
> > and increases
Hi Jean,
On Mon, Dec 16, 2013 at 04:49:20PM +, jean.pi...@linaro.org wrote:
> From: Jean Pihet
>
> This patch implements the functions required for the perf registers API,
> allowing the perf tool to interface kernel register dumps with libunwind
> in order to provide userspace backtracing.
On Fri, Dec 13, 2013 at 04:57:04PM +0800, Xiubo Li wrote:
[...]
> diff --git a/drivers/pwm/Makefile b/drivers/pwm/Makefile
> index 8b754e4..9029a12 100644
> --- a/drivers/pwm/Makefile
> +++ b/drivers/pwm/Makefile
> @@ -5,6 +5,7 @@ obj-$(CONFIG_PWM_ATMEL_TCB) += pwm-atmel-tcb.o
>
701 - 800 of 1784 matches
Mail list logo
