hrtimer_start*() family never fails to enqueue a hrtimer to a clock-base. The
only special case is when the hrtimer was in past. If it is getting enqueued to
local CPUs's clock-base, we raise a softirq and exit, else we handle that on
next interrupt on remote CPU.
At several places in the kernel,
hrtimer_start*() family never fails to enqueue a hrtimer to a clock-base. The
only special case is when the hrtimer was in past. If it is getting enqueued to
local CPUs's clock-base, we raise a softirq and exit, else we handle that on
next interrupt on remote CPU.
At several places in the kernel,
hrtimer_start*() family never fails to enqueue a hrtimer to a clock-base. The
only special case is when the hrtimer was in past. If it is getting enqueued to
local CPUs's clock-base, we raise a softirq and exit, else we handle that on
next interrupt on remote CPU.
At several places in the kernel,
hrtimer_start*() family never fails to enqueue a hrtimer to a clock-base. The
only special case is when the hrtimer was in past. If it is getting enqueued to
local CPUs's clock-base, we raise a softirq and exit, else we handle that on
next interrupt on remote CPU.
At several places in the kernel,
hrtimer_start*() family never fails to enqueue a hrtimer to a clock-base. The
only special case is when the hrtimer was in past. If it is getting enqueued to
local CPUs's clock-base, we raise a softirq and exit, else we handle that on
next interrupt on remote CPU.
At several places in the kernel,
hrtimer_start*() family never fails to enqueue a hrtimer to a clock-base. The
only special case is when the hrtimer was in past. If it is getting enqueued to
local CPUs's clock-base, we raise a softirq and exit, else we handle that on
next interrupt on remote CPU.
At several places in the kernel,
hrtimer_start*() family never fails to enqueue a hrtimer to a clock-base. The
only special case is when the hrtimer was in past. If it is getting enqueued to
local CPUs's clock-base, we raise a softirq and exit, else we handle that on
next interrupt on remote CPU.
At several places in kernel we ch
hrtimer_start*() family never fails to enqueue a hrtimer to a clock-base. The
only special case is when the hrtimer was in past. If it is getting enqueued to
local CPUs's clock-base, we raise a softirq and exit, else we handle that on
next interrupt on remote CPU.
At several places in the kernel,
For RTL8411, RTL8111G, RTL8402, RTL8105, and RTL8106, disable the feature
of entering the L2/L3 link state of the PCIe. When the nic starts the process
of entering the L2/L3 link state and the PCI reset occurs before the work
is finished, the work would be queued and continue after the next the PCI
On 9 July 2014 00:48, Dave Airlie wrote:
> On 2 July 2014 16:15, Mathias Krause wrote:
>> On 15 June 2014 23:02, Mathias Krause wrote:
>>> The VFS layer handles those in the very same way, if unset. No need for
>>> additional stubs.
>>>
>>> Signed-off-by: Mathias Krause
>>> Cc: Alexander Viro
On Wed, Jun 18, 2014 at 05:23:25PM +0300, Mikko Perttunen wrote:
[...]
> diff --git a/drivers/ata/ahci_tegra.c b/drivers/ata/ahci_tegra.c
[...]
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include "ahci.h"
> +
On Wednesday 09 July 2014, Liviu Dudau wrote:
> On Tue, Jul 08, 2014 at 11:37:37PM +0100, Bjorn Helgaas wrote:
> > On Tue, Jul 08, 2014 at 11:27:38PM +0100, Liviu Dudau wrote:
> > > > > > > diff --git a/include/linux/pci.h b/include/linux/pci.h
> > > > > > > index 7e7b939..556dc5f 100644
> > > > >
Hi Borislav,
Sorry for late reply and thank you for your explanation.
I'm implementing your suggestion. After finishing test, I'll post a patch again.
So when I post a patch, please review it.
Thanks,
Yasuaki Ishimatsu
(2014/07/04 19:59), Borislav Petkov wrote:
On Fri, Jul 04, 2014 at 09:14:57
On Tue, Jul 08, 2014 at 08:51:30PM +, Elliott, Robert (Server Storage)
wrote:
> In scsi_lib.c, both scsi_done() and scsi_mq_done() always call
> trace_scsi_dispatch_cmd_done(), so trace_scsi_dispatch_cmd_start()
> should be called before scsi_done() is called. That way the
> trace will always
cate
> hangs are back... Pretty much same as before:
Thank you for reporting, but that is depressing news.
I don't see what's wrong with this (take 2) patch,
and I don't see that it's been garbled in any way in next-20140708.
>
> [ 363.600969] INFO: task trinity-
Francois Romieu [mailto:rom...@fr.zoreil.com]
> Sent: Wednesday, July 09, 2014 4:17 AM
> To: Hayes Wang
> Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; nic_swsd
> Subject: Re: [PATCH net] r8169: disable L23
[...]
> Can you elaborate what L23 is or should the commit message be reworded
Shahed,
Thanks, great.
Ethan
On Wed, Jul 9, 2014 at 2:30 PM, Shahed Shaikh wrote:
>> -Original Message-
>> From: netdev-ow...@vger.kernel.org [mailto:netdev-
>> ow...@vger.kernel.org] On Behalf Of ethan zhao
>> Sent: Wednesday, July 09, 2014 10:45 AM
>> To: David Miller
>> Cc: ba...@
> On Tue, 8 Jul 2014, Namjae Jeon wrote:
>
> > Date: Tue, 08 Jul 2014 21:00:02 +0900
> > From: Namjae Jeon
> > To: Dave Chinner , Theodore Ts'o
> > Cc: linux-ext4 , linux-fsde...@vger.kernel.org,
> > linux-kernel@vger.kernel.org, Lukáš Czerner ,
> > Brian Foster , Christoph Hellwig
> >
>
> On Tue, Jul 08, 2014 at 08:59:49PM +0900, Namjae Jeon wrote:
> > This patch implements fs ioctl's IOC_MOV_DATA for XFS.
>
> Shouldn't this share code with the XFS_IOC_SWAPEXT implementation?
Lukas has raised the same question for ext4.
Both xfs(XFS_IOC_SWAPEXT) and ext4(EXT4_IOC_MOVE_EXT) has
On Wednesday 09 July 2014, Liviu Dudau wrote:
> > Maybe that assumption is guaranteed by OF, but it doesn't hold for ACPI;
> > ACPI can describe several I/O port apertures for a single bridge, each
> > associated with a different CPU physical memory region.
>
> That is actually a good catch, I've
On Tue, Jul 08, 2014 at 05:11:35PM +0300, Peter De Schrijver wrote:
> > >
> > > Yes, but the problem is that you also need clocks and reset of other
> > > modules
> > > in the same domain to safely control the domain's status. Eg: the ISPs,
> > > VI and
> > > CSI share a domain. VI and CSI are u
> -Original Message-
> From: netdev-ow...@vger.kernel.org [mailto:netdev-
> ow...@vger.kernel.org] On Behalf Of ethan zhao
> Sent: Wednesday, July 09, 2014 10:45 AM
> To: David Miller
> Cc: ba...@ti.com; netdev; linux-kernel; sriharsha.dev...@oracle.com;
> ethan.ker...@gmail.com; vaughan...
Since commit 9da0763bd, the variable 'srctree' is set as follows:
[1] Building in the source tree
=> srctree is set to '.'
[2] Building in a subdir right under the source tree
=> srctree is set to '..'
[3] Other cases
=> srctree is set to the absolute path to the source tree
Pro
On Tuesday 08 July 2014, Bjorn Helgaas wrote:
> On Tue, Jul 8, 2014 at 1:00 AM, Arnd Bergmann wrote:
> > On Tuesday 08 July 2014, Bjorn Helgaas wrote:
> >> On Tue, Jul 01, 2014 at 07:43:28PM +0100, Liviu Dudau wrote:
> >> > +static LIST_HEAD(io_range_list);
> >> > +
> >> > +/*
> >> > + * Record th
On Tuesday 08 July 2014, Liviu Dudau wrote:
> > Here's what these look like in /proc/iomem and /proc/ioports (note that
> > there are two resource structs for each memory-mapped IO port space: one
> > IORESOURCE_MEM for the memory-mapped area (used only by the host bridge
> > driver), and one IORES
Linux doesn't have an ability to free pages lazy while other OS
already have been supported that named by madvise(MADV_FREE).
The gain is clear that kernel can discard freed pages rather than
swapping out or OOM if memory pressure happens.
Without memory pressure, freed pages would be reused by u
MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
overwrite of the contents since MADV_FREE syscall is called for
THP page.
This patch adds pmd_dirty and pmd_mkclean for THP page MADV_FREE
support.
Cc: "David S. Miller"
Cc: sparcli...@vger.kernel.org
Signed-off-by: Minchan Kim
---
This patch enable MADV_FREE hint for madvise syscall, which have
been supported by other OSes. [PATCH 1] includes the details.
[1] support MADVISE_FREE for !THP page so if VM encounter
THP page in syscall context, it splits THP page.
[2-7] is to preparing to call madvise syscall without THP plitti
MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
overwrite of the contents since MADV_FREE syscall is called for
THP page.
This patch adds pmd_dirty and pmd_mkclean for THP page MADV_FREE
support.
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: "H. Peter Anvin"
Cc: x...@kernel.org
Acked-
MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
overwrite of the contents since MADV_FREE syscall is called for
THP page.
This patch adds pmd_dirty and pmd_mkclean for THP page MADV_FREE
support.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Steve Capper
Cc: Russell King
Cc: linux-ar
MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
overwrite of the contents since MADV_FREE syscall is called for
THP page but for s390 pmds only referenced bit is available
because there is no free bit left in the pmd entry for the
software dirty bit so this patch adds dumb pmd_dirty
We don't need to split THP page when MADV_FREE syscall is
called. It could be done when VM decide really frees it so
we could avoid unnecessary THP split.
Cc: Andrea Arcangeli
Signed-off-by: Minchan Kim
---
include/linux/huge_mm.h | 4
mm/huge_memory.c| 35
MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
overwrite of the contents since MADV_FREE syscall is called for
THP page.
This patch adds pmd_dirty and pmd_mkclean for THP page MADV_FREE
support.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Steve Capper
Cc: Russell King
Cc: linux-ar
MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
overwrite of the contents since MADV_FREE syscall is called for
THP page.
This patch adds pmd_dirty and pmd_mkclean for THP page MADV_FREE
support.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: "Aneesh Kumar K.V"
Cc: linuxppc-.
Move this piece of code with the limit of the least time slice
from hrtick_start_fair() to hrtick_start() because
EDF schedule class also need this function in start_hrtick_dl().
EDF tasks with the runtime of microsecond level will lead to the wrong
precision because system can't control the end o
From: Anil Belur
- this patch removes the IRQF_DISABLED macro, as this is
deprecated/noop.
Signed-off-by: Anil Belur
---
drivers/staging/nokia_h4p/nokia_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/nokia_h4p/nokia_core.c
b/drivers/staging/nokia_
From: Anil Belur
- this patch removes IRQF_DISABLED macro, as this is
deprecated/noop.
Signed-off-by: Anil Belur
---
drivers/staging/media/bcm2048/radio-bcm2048.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/media/bcm2048/radio-bcm2048.c
b/drivers/stag
On Wed, 9 Jul 2014, Ben Hutchings wrote:
> On Tue, 2014-07-08 at 14:26 -0700, Hugh Dickins wrote:
> > On Tue, 8 Jul 2014, Hugh Dickins wrote:
> > > On Tue, 8 Jul 2014, Ben Hutchings wrote:
> > >
> > > > 3.2.61-rc1 review patch. If anyone has any objections, please let me
> > > > know.
> > > >
>
+ a...@kernel.org
Sorry for previous mail addressed to Olof's personal id.
Thanks
Mohit
> -Original Message-
> From: Mohit KUMAR DCG
> Sent: Wednesday, July 09, 2014 11:18 AM
> To: o...@lixom.net
> Cc: Bartlomiej Zolnierkiewicz; Pratyush ANAND; 'Bjorn Helgaas'
> (bhelg...@google.com); sp
From: sanjeev sharma
This is a patch to the r819xU_phy.c file that remove unnecessary whitespace
and tabs reported by checkpatch.pl script.
Signed-off-by: Sanjeev Sharma
---
drivers/staging/rtl8192u/r819xU_phy.c | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
From: sanjeev sharma
This is a patch to the r819xU_phy.c file that will fix switch and case
indentation Error reported by checkpatch script.
Signed-off-by: Sanjeev Sharma
---
drivers/staging/rtl8192u/r819xU_phy.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a
From: sanjeev sharma
This is a patch to the r819xU_phy.c file that remove unneeded return statements
in code.
Signed-off-by: Sanjeev Sharma
---
Changes in v2:
- Remove useless return statement.
---
drivers/staging/rtl8192u/r819xU_phy.c | 13 -
1 file changed, 13 deletions(-)
di
From: sanjeev sharma
This is a patch to the r819xU_phy.c file that will fix too long lines warning
reported by checkpatch.pl .
Signed-off-by: Sanjeev Sharma
---
drivers/staging/rtl8192u/r819xU_phy.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/staging
From: sanjeev sharma
I have come up with seperate patch as per Dan comment.
sanjeev sharma (4):
staging: rtl8192u: Remove useless return statement in r819xU_phy.c
staging: rtl8192u: Removed unnecessary whitespace & tab warning in
r819xU_phy.c
staging: rtl8192u: Fixed switch and case i
Hello Olof,
Please pull PCIe updates for ST's SPEAr1310 SoC.
Last version of posted V8 patches have been Acked-by respective maintainers.
https://lkml.org/lkml/2014/4/15/260
Apart from arch/arm/ changes, it also contains patches for drivers/{pci|phy}.
Bjorn advised to get complete series via arm
Add DT bindings for tps65218 PMIC regulators.
Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
---
.../devicetree/bindings/regulator/tps65218.txt | 23
1 file changed, 23 insertions(+)
create mode 100644 Documentation/devicetree/bindings/regulator/tps65218.txt
diff
The patch series adds the device tree nodes and the corresponding
documentation. The series also enabled tps65218 config options
in the omap2plus_defconfig.
The series is boot tested on both AM43x-epos-evm and AM437x-gp-evm.
Keerthy (7):
regulator: tps65218: Add fixed_uV fields for dcdc5 and dc
Add TPS65218 device tree nodes. i2c clock frequency setting
also added as part of tps65218 nodes addition. As i2c clock
enabling is required.
Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
---
Changes from V1:
* Added dcdc3, dcdc5, dcdc6 nodes.
* dcdc4 is not added because of a potential
Hello Greg,
On Tue, Jul 08, 2014 at 08:02:26AM -0700, Greg Kroah-Hartman wrote:
> On Tue, Jul 08, 2014 at 07:56:17PM +0900, Sergey Senozhatsky wrote:
> > On (07/07/14 16:57), Greg Kroah-Hartman wrote:
> > > Date: Mon, 7 Jul 2014 16:57:35 -0700
> > > From: Greg Kroah-Hartman
> > > To: linux-kerne
Add fixed_uV fields for dcdc5 and dcdc6.
Signed-off-by: Keerthy
---
Changes from V2:
* Added fixed_uV fields for the regulator_desc structures.
drivers/regulator/tps65218-regulator.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/regulator/tps
Fix i2c nodes indentation.
Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
---
arch/arm/boot/dts/am437x-gp-evm.dts | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/arch/arm/boot/dts/am437x-gp-evm.dts
b/arch/arm/boot/dts/am437x-gp-evm.dts
index 003766c..85ca4
Add DT bindings for tps65218 PMIC
Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
---
Documentation/devicetree/bindings/mfd/tps65218.txt | 89
1 file changed, 89 insertions(+)
create mode 100644 Documentation/devicetree/bindings/mfd/tps65218.txt
diff --git a/Documentat
Enable TPS65218 config options.
Signed-off-by: Keerthy
Acked-by: Felipe Balbi
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index 536a137..f650f00 100644
--- a/arch/a
Add TPS65218 device tree nodes. i2c clock frequency setting
also added as part of tps65218 nodes addition. As i2c clock
enabling is required.
Signed-off-by: Keerthy
Reviewed-by: Felipe Balbi
---
Changes from V1:
* Added dcdc3, dcdc5, dcdc6 nodes.
* dcdc4 is not added because of a potential
Hello Steve,
On Tue, Jul 08, 2014 at 12:37:38PM +0100, Steve Capper wrote:
> On Tue, Jul 08, 2014 at 03:03:43PM +0900, Minchan Kim wrote:
> > MADV_FREE needs pmd_dirty and pmd_mkclean for detecting recent
> > overwrite of the contents since MADV_FREE syscall is called for
> > THP page.
> >
> > Th
On Tue, 8 Jul 2014, Mark Brown wrote:
> On Tue, Jul 08, 2014 at 10:15:20AM +0200, Julia Lawall wrote:
> > On Tue, 8 Jul 2014, Mark Brown wrote:
>
> > > It should be fairly clear given what they do I'd have thought - the
> > > devm_ functions tie the deallocation of a resource to the unbinding o
On Tue, Jul 08, 2014 at 09:58:39PM -0400, Nicholas Krause wrote:
> This patch removes a fixme message in this file:wq for setting the usb 2
I don't think you did this correctly :)
> speed on the board to the correct level. We need to depend on the
> bootloader for doing this as the wires may be s
On Tue, Jul 08, 2014 at 06:48:18PM -0700, Joe Perches wrote:
> On Tue, 2014-07-08 at 16:45 -0700, Greg KH wrote:
> > On Tue, Jul 08, 2014 at 11:38:30PM +0200, Fabio Falzoi wrote:
> > > Use print_hex_dump_bytes to have memory properly dumped only when
> > > DEBUG is defined.
> []
> > > diff --git a/
Now perf left-aligns column headers but the contents does not. It
should have same alignment.
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/perf/util/sort.c b/tools/perf/util/sort.c
index 14e5a039bc45..9a53
So that it can properly handle alignment requirements later. To do
that, add percent_color_len_snprintf() fucntion to help coloring of
overhead columns.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 14 --
tools/perf/ui/gtk/hists.c | 8 +---
tools/perf/u
Save column length in the hpp format and pass it to print functions.
This is a preparation for users to control column width in the output.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 2 +-
tools/perf/ui/hist.c | 135 +++--
too
It makes the code a bit simpler and easier to debug IMHO.
I guess it can also remove similar code in perf diff, but let's keep
it for a future work. :)
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/hists.c | 4 +-
tools/perf/ui/hist.c | 109 ++-
Set column width and do not change it if user gives -w/--column-widths
option. It'll truncate longer symbols than the width if exists.
Signed-off-by: Namhyung Kim
---
tools/perf/ui/browsers/hists.c | 23
tools/perf/ui/gtk/hists.c | 10 ++---
tools/perf/ui/hist.c | 84
Hello,
This patchset is to control perf report/top output column width by
-w/--column-widths option so that it can fit into the terminal size.
The -w option is there for perf report but it ignored by recent output
field changed due to some reason. This patchset fixes it and supports
perf top also
Add -w/--column-widths option like perf report does so that users are
able to see symbols even with some very long C++ library/functions.
It can be a list separated by comma for each column.
$ perf top -w 0,20,30
The value of 0 means there's no limit.
Signed-off-by: Namhyung Kim
---
tools/pe
David,
Sorry I don't know who owns this driver, the SOB of other patches
to netxen may mislead me you could ACK it or not, so it is definitely
not the original meaning that ask you specifically to review one patch.
just ask for help point to someone could review it.
Thanks,
Ethan
On 20
Added a check of the return value of the kobject_set_name function.
Signed-off-by: Anton Protopopov
---
drivers/staging/comedi/comedi_fops.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/comedi_fops.c
b/drivers/staging/comedi/comedi_fops.c
in
On Tue, Jul 8, 2014 at 2:24 AM, Alexei Starovoitov wrote:
> On Tue, Jul 8, 2014 at 12:06 AM, Zi Shen Lim wrote:
[...]
>> Also, per discussion with Alexei, and additional suggestion from
>> Daniel:
>> - moved load_pointer() from net/core/filter.c into filter.h
>> as bpf_load_pointer()
>>
Signed-off-by: Bjorn Andersson
---
Changes since v2:
- Rewrite of device tree binding to clarify properties for both the pinctrl
node and its subnodes.
Changes since v1:
- Deduplicated functions for alternative pins
.../bindings/pinctrl/qcom,msm8960-pinctrl.txt | 181 +++
drivers/pi
On Wed, Jul 09, 2014 at 08:48:53AM +0400, Anton Protopopov wrote:
>
>
> 09.07.2014 08:28, gregkh пишет:
> > On Wed, Jul 09, 2014 at 08:24:06AM +0400, Anton Protopopov wrote:
> >> 2014-06-09 14:01 GMT+04:00 Ian Abbott :
> >>> On 2014-06-07 14:56, Anton Protopopov wrote:
>
> Added a check
09.07.2014 08:28, gregkh пишет:
> On Wed, Jul 09, 2014 at 08:24:06AM +0400, Anton Protopopov wrote:
>> 2014-06-09 14:01 GMT+04:00 Ian Abbott :
>>> On 2014-06-07 14:56, Anton Protopopov wrote:
Added a check of the return value of the kobject_set_name function.
Signed-off-by: An
The regulation_constraints structure includes specific field to support
suspend state for global PMIC STANDBY/HIBERNATE mode. This patch add support
for parsing regulator_state for suspend state.
Signed-off-by: Chanwoo Choi
---
drivers/regulator/of_regulator.c | 76 ++
The regulators would set different state/mode according to the kind of suspend
state. So regulation_constraints structure has already regulator suspend state
filed.
This patch parse regulator suspend state from devicetree file.
For example:
ldoX_reg: LDOx {
regulator-name
This patch add regulator suspend state to constraint in dt file. The regulation_
constraints structure already has regulator suspend state field as following.
The regulator suspend state control the state of regulator according to
PM (Power Management) state.
- struct regulator_state state_disk
- s
On Wed, Jul 09, 2014 at 08:24:06AM +0400, Anton Protopopov wrote:
> 2014-06-09 14:01 GMT+04:00 Ian Abbott :
> > On 2014-06-07 14:56, Anton Protopopov wrote:
> >>
> >> Added a check of the return value of the kobject_set_name function.
> >>
> >> Signed-off-by: Anton Protopopov
> >> ---
> >> drive
On Wednesday 09 July 2014 05:18 AM, Greg KH wrote:
> Someone sent this same patch just before you did, sorry :(
>
Ah - no worries - sorry for the noise.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
2014-06-09 14:01 GMT+04:00 Ian Abbott :
> On 2014-06-07 14:56, Anton Protopopov wrote:
>>
>> Added a check of the return value of the kobject_set_name function.
>>
>> Signed-off-by: Anton Protopopov
>> ---
>> drivers/staging/comedi/comedi_fops.c | 9 -
>> 1 file changed, 8 insertions(+)
On Tue, 2014-07-08 at 15:25 -0700, Paul E. McKenney wrote:
> On Tue, Jul 08, 2014 at 03:05:16PM -0700, Joe Perches wrote:
[]
> > I still think the concept is pretty useless and it's
> > just a duplication of "M:", which isn't anything other
> > than a list of who should be sent patches.
[]
> It wil
> Is EVENTMAP a new environment variable ? If specific to PERF, should
> we prefix it with "PERF_" to avoid collision?
It's not perf specific, but shared with other tools (e.g. pmu-tools)
>
> Would all/many architectures need this "-core" suffix or is that Intel
> specific ?
You don't need it, j
One more bool type change which I found while reading the code.
Use true/false instead of 0/1 for a bool type
Signed-off-by: Pranith Kumar
---
kernel/rcu/tree.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c
index 1b70cb6..bc7b6f1
On Wednesday, July 09, 2014 12:42 PM, Sachin Kamat wrote:
> On Tue, Jul 8, 2014 at 9:15 PM, Tomasz Figa wrote:
> > On 30.06.2014 10:56, Sachin Kamat wrote:
> >> Since the USB 2.0 PHYs are required only with EHCI/OHCI USB drivers,
> >
> > That's not true. They are also required for USB gadget contr
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/intel_drv.h between commit 72f5fd2a9815
("drm/i915/vlv: T12 eDP panel timing enforcement during reboot") from
the drm-intel-fixes tree and commit 6118efe5968c ("drm/i915: move
psr_setup_done to psr struct") fr
Add support for mapping Samsung Power Management Unit (PMU)
base address from device tree.
Signed-off-by: Pankaj Dubey
Reviewed-by: Tomasz Figa
---
arch/arm/mach-exynos/common.h |1 +
arch/arm/mach-exynos/exynos.c | 37 +
2 files changed, 38 insertions(
This patch series, modifies Exynos Power Management Unit (PMU) related code
for converting it into a platform_driver. This is also preparation for moving
PMU related code out of machine folder into a either "drivers/mfd", or
"drivers/power" or some other suitable place so that ARM64 based SoC can
u
This patch modifies Exynos Power Management Unit (PMU) initialization
implementation in following way:
- Added platform driver support and probe function where Exynos PMU
driver will register itself as syscon provider with syscon framework.
- Added platform struct exynos_pmu_data to hold platfor
This patch moves PMU specific definitions into a new file
as exynos-pmu.h.
This will help in reducing dependency of common.h in pmu.c.
Signed-off-by: Pankaj Dubey
Reviewed-by: Tomasz Figa
---
arch/arm/mach-exynos/common.h | 17 -
arch/arm/mach-exynos/exynos-pmu.h | 24 ++
y: Sasha Levin
> Suggested-and-Tested-by: Vlastimil Babka
> Signed-off-by: Hugh Dickins
> Cc: Konstantin Khlebnikov
> Cc: Lukas Czerner
> Cc: Dave Jones
> Cc: [3.1+]
> Signed-off-by: Andrew Morton
I suspect there's something off with this patch, as the shmem_fallocate
han
Under "arm/mach-exynos" many files are using PMU register offsets.
Since we have added support for accessing PMU base address via DT,
now we can remove PMU mapping from exynosX_iodesc. Let's convert
all these access using iomapped address.
This will help us in removing static mapping of PMU base ad
On Tue, Jul 8, 2014 at 8:07 PM, Paul E. McKenney
wrote:
> On Tue, Jul 08, 2014 at 06:55:45PM -0400, Pranith Kumar wrote:
>> atomic_add_return() invalidates the cache line in other processors where-as
>> atomic_read does not. I don't see why we would need invalidation in this
>> case.
>> If indeed
On 07/08/2014 08:28 PM, Junichi Nomura wrote:
> On 07/02/14 04:39, Mike Snitzer wrote:
>> On Mon, Jun 30 2014 at 6:30am -0400,
>> Paul Mackerras wrote:
>>
>>> I have a machine on which 3.15 usually fails to boot, and 3.14 boots
>>> every time. The machine is a POWER8 2-socket server with 20 core
Hi Vincent,
On 07/08/2014 03:42 PM, Vincent Guittot wrote:
> On 8 July 2014 05:13, Preeti U Murthy wrote:
>> On 06/30/2014 09:35 PM, Vincent Guittot wrote:
>>> The imbalance flag can stay set whereas there is no imbalance.
>>>
>>> Let assume that we have 3 tasks that run on a dual cores /dual clu
Hi David,
On Tue, 08 Jul 2014 20:47:51 -0700 (PDT) David Miller
wrote:
>
> From: Stephen Rothwell
> Date: Wed, 9 Jul 2014 13:26:19 +1000
>
> > After merging the net-next tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
>
> This got fixed 5 minutes ago.
Thanks, I
On 07/08/2014 07:15 PM, Feng Kan wrote:
Add a generic SYSCON register mapped reset mechanism.
Signed-off-by: Feng Kan
---
drivers/power/reset/Kconfig | 6 +++
drivers/power/reset/Makefile| 1 +
drivers/power/reset/syscon-reboot.c | 91 +
From: David Decotigny
Date: Tue, 8 Jul 2014 15:14:41 -0700
> After a bonding master reclaims the netpoll info struct, slaves could
> still hold a pointer to the reclaimed data. This patch fixes it: as
> soon as netpoll_async_cleanup is called for a slave (eg. when
> un-enslaved), we make sure th
On Tue, Jun 24, 2014 at 5:17 PM, Andreas Färber wrote:
> Am 24.06.2014 20:16, schrieb Bjorn Andersson:
>> diff --git
>> a/Documentation/devicetree/bindings/pinctrl/qcom,msm8960-pinctrl.txt
>> b/Documentation/devicetree/bindings/pinctrl/qcom,msm8960-pinctrl.txt
>> new file mode 100644
>> index 00
From: Zoltan Kiss
Date: Tue, 8 Jul 2014 19:49:14 +0100
> This patch adds debugfs capabilities to netback. There used to be a similar
> patch floating around for classic kernel, but it used procfs. It is based on a
> very similar blkback patch.
> It creates xen-netback/[vifname]/io_ring_q[queueno]
From: Stephen Rothwell
Date: Wed, 9 Jul 2014 13:26:19 +1000
> After merging the net-next tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
This got fixed 5 minutes ago.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Tuesday 08 July 2014 07:41 PM, Mark Brown wrote:
On Tue, Jul 08, 2014 at 03:46:36PM +0530, Keerthy wrote:
+static int tps65218_pmic_dcdc56_get_voltage(struct regulator_dev *dev)
+{
+ struct tps65218 *tps = rdev_get_drvdata(dev);
+ unsigned int rid = rdev_get_id(dev);
+
+ re
From: ethan zhao
Date: Wed, 09 Jul 2014 10:41:23 +0800
>Please help to review and confirm this patch.
It's not in patchwork, therefore it's not in my queue.
It is also not my responsibility to review all patches, that's
a joint responsibility of everyone on this mailing list.
So asking me
Hi Tomasz,
On Tue, Jul 8, 2014 at 9:15 PM, Tomasz Figa wrote:
> On 30.06.2014 10:56, Sachin Kamat wrote:
>> Since the USB 2.0 PHYs are required only with EHCI/OHCI USB drivers,
>
> That's not true. They are also required for USB gadget controller
> supported by the DWC2 gadget driver (formerly s3
1 - 100 of 1107 matches
Mail list logo
