Hi Kim,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> Sent: Wednesday, November 27, 2013 1:30 PM
> To: Chao Yu
> Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net; 谭姝
> Subject: Re: [f2fs-dev] [PATCH] f2
pinctrl: sh-pfc: r7s72100 SCIF2 support
[PATCH 01/03] pinctrl: sh-pfc: r7s72100 SCIF2 port3 support
[PATCH 02/03] pinctrl: sh-pfc: r7s72100 SCIF2 macro conversion
[PATCH 03/03] pinctrl: sh-pfc: r7s72100 SCIF2 port4, 6 and 8 support
Add PINCTL support for one channel of on-chip UART included in th
From: Magnus Damm
Add support for SCIF2 port3 pin functions SCK, TXD and RXD to the
r7s72100 PINCTRL code. There are two possible pins that can be used
for TXD (Port 3 Pin 0 Function 6 and Port 3 Pin 1 Function 4) and
because of that are the data pins broken out in separate TXD and RXD.
This for
From: Magnus Damm
Add the remaining SCIF2 pins using the recently introduced macro.
Signed-off-by: Magnus Damm
---
drivers/pinctrl/sh-pfc/pfc-r7s72100.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
--- 0008/drivers/pinctrl/sh-pfc/pfc-r7s72100.c
+++ work/drivers/pinctr
From: Magnus Damm
Convert from rather verbose description of single pin groups
to making use of macros to describe one pin per line. The
actual bulk of the SCIF2 description is kept in the SCIF2 macro.
Compresses the description of each pin from 9 to 1 line.
Signed-off-by: Magnus Damm
---
dr
On 26/11/13 18:15, Ingo Molnar wrote:
>
> * Adrian Hunter wrote:
>
>> The logic was not looking in the buildid cache for kcore
>> if the host kernel buildid did not match the recorded
>> kernel buildid.
>
> It would be nice to also include the specific failure mode in the
> changelog: exactly
From: Magnus Damm
This patch adds a GPIO driver for the RZ series of SoCs from
Renesas. The V3 of the driver requires DT to be used.
The hardware allows control of GPIOs in blocks of up to 16 pins.
Interrupts are not included in this hardware block, if interrupts
are needed then the PFC needs to
Hi,
Can you please pull from the following URL?
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
The following changes since commit 7d0c7a8cfd78388d90cc784a185b19dcbdbce824:
Ben Hutchings (1):
Merge branch 'wilink4' of
git://git.kernel.org/pub/scm/linux/kernel/git/balbi/li
> > +static int sgtl5000_external_vddd_used(struct snd_soc_codec *codec)
> > +{
> > + struct regulator *consumer;
> > + struct sgtl5000_priv *sgtl5000 = snd_soc_codec_get_drvdata(codec);
> > +
> > + consumer = regulator_get(codec->dev, sgtl5000-
> >supplies[VDDD].supply);
> > + if (IS_ERR(c
Hi Jiri,
On Mon, 25 Nov 2013 15:51:44 +0100, Jiri Olsa wrote:
> On Sat, Nov 23, 2013 at 12:27:48AM +0900, Namhyung Kim wrote:
>> 2013-11-21 (목), 12:01 +0100, Jiri Olsa:
>> > Adding 'plugins' target along with the libtraceevent.a,
>> > so plugins are built together with traceevent library.
>> >
>>
On 11/27/13 at 11:07am, Dave Young wrote:
> > > It will not work for efi 32bit. Only x86_64 currently.
> >
> > Actually, exporting the tables does work for 32-bit, right? It's just
> > that kexec doesn't work for 32-bit EFI?
>
> It does not make sense to export them for 32-bit because we do not
Hi,
2013-11-27 (수), 15:58 +0800, Chao Yu:
> Hi Kim,
>
> > -Original Message-
> > From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> > Sent: Wednesday, November 27, 2013 1:30 PM
> > To: Chao Yu
> > Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> > linux-f2fs-de...@lis
Hi Masami,
On Wed, 27 Nov 2013 11:23:43 +0900, Masami Hiramatsu wrote:
> (2013/11/27 2:50), Oleg Nesterov wrote:
>> On 11/26, Oleg Nesterov wrote:
>>>
>>> Note: this doesn't work for modules, but module's per-cpu data is
>>> not visible for kallsyms_lookup_name() anyway.
>>
>> Rusty, I am just cu
(2013/11/27 2:23), Oleg Nesterov wrote:
> On 11/26, Masami Hiramatsu wrote:
>>
>> (2013/11/26 4:29), Oleg Nesterov wrote:
>>> +#define PSEUDO_REG_OFFSET 4096/* arbitrary value > MAX_REG_OFFSET */
>>> +
>>> +static unsigned long probe_get_register(struct pt_regs *regs, unsigned
>>> long offset
On 26/11/13 19:53, Ingo Molnar wrote:
>
> * Arnaldo Carvalho de Melo wrote:
>
>> Em Fri, Nov 22, 2013 at 03:24:26PM +0100, Jiri Olsa escreveu:
>>> }
>>> +
>>> +ssize_t perf_data_file__write(struct perf_data_file *file,
>>> + void *buf, size_t size)
>>> +{
>>> + ssize_t
+ MTD maintainers
On Tuesday 26 November 2013 01:30 AM, Ivan Khoronzhuk wrote:
> The problem that the set timings code contains the call of Davinci
> platform function davinci_aemif_setup_timing() which is not
> accessible if kernel is built for another platform like Keystone.
>
> The Keysone pla
Hi,
On Tuesday 26 November 2013 09:24 PM, Felipe Balbi wrote:
> On Tue, Nov 26, 2013 at 03:31:55PM +0530, Kishon Vijay Abraham I wrote:
>> Fixes
>> warning: (OMAP_USB2 && TWL4030_USB) selects USB_PHY which has unmet
>> direct dependencies (USB_SUPPORT)
>> that shows up while disabling USB_SUPPORT
Hi Stanislav,
On Tue, 26 Nov 2013 18:54:37 +0400, Stanislav Fomichev wrote:
> Since b000c8065a92 "tracing: Remove the extra 4 bytes of padding in events"
> removed padding bytes, perf timechart got out of sync with the kernel's
> trace_entry structure.
> We can't just align perf's trace_entry defi
Hi,
On Monday 25 November 2013 11:46 PM, Matt Porter wrote:
> Add a driver for the internal Broadcom Kona USB 2.0 PHY found
> on the BCM281xx family of SoCs.
>
> Signed-off-by: Matt Porter
> ---
> drivers/phy/Kconfig | 6 ++
> drivers/phy/Makefile| 1 +
> drivers/phy
Hi,
On Monday 25 November 2013 11:46 PM, Matt Porter wrote:
> Adds USB OTG/PHY and clock support to BCM281xx and enables
> UDC support on the bcm11351-brt and bcm28155-ap boards.
>
> Signed-off-by: Matt Porter
> Reviewed-by: Markus Mayer
> Reviewed-by: Tim Kryger
> ---
> arch/arm/boot/dts/bcm
This patch allows the driver to be enabled with devicetree.
Signed-off-by: Alexander Shiyan
Acked-by: Mark Rutland
---
Documentation/devicetree/bindings/rtc/maxim,ds1742.txt | 12
drivers/rtc/rtc-ds1742.c | 10 +-
2 files changed, 21 insertions
> Nacked-by: Namhyung Kim
Thanks for a review. I'll try to convert all binary structures
to perf_evsel__intval() and perf_evsel__strval() and will rebase on
Arnaldo's perf/core branch.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@
On Mon, Nov 25, 2013 at 7:32 AM, Grant Likely wrote:
> On Sun, 24 Nov 2013 17:04:52 +1000, Peter Crosthwaite
> wrote:
>> On Wed, Nov 13, 2013 at 4:14 PM, Grant Likely
>> wrote:
>> > On Wed, 13 Nov 2013 09:17:01 +1000, Peter Crosthwaite
>> > wrote:
>> >> It's going to get a little verbose onc
This adds me as maintainer for the HSI subsystem and
Carlos Chinea (original author) to the CREDITS file.
Signed-off-by: Sebastian Reichel
---
Hi,
This is the 2nd iteration of this patch. The only change
since v1 is the update of the hsi Documentation path.
-- Sebastian
---
CREDITS | 5 +++
On Wed, Nov 27, 2013 at 11:01:18AM +0800, Chen Gang wrote:
> If "!bool_case", it returns unexpected value instead of STATUS_SUCCESS,
> so need fix it, the related warning (with allmodconfig under hexagon):
>
> CC [M] drivers/staging/ft1000/ft1000-usb/ft1000_download.o
> drivers/staging/ft10
Jiri Olsa wrote:
> I think it'd be better to have just one switch for
> comparison_method and do all the processing within
Okay, will fix in the next iteration.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More maj
Jiri Olsa wrote:
>> if (!pair)
>> goto dummy_print;
>> if (pair->diff.computed)
>> - percent = pair->diff.period_ratio_delta;
>> + switch (comparison_method) {
>> + case COMPUTE_DELTA:
>> + delta = pair->diff.period_r
There are four condition branchs in perf_evlist__create_maps, but they
only do two kinds of thing. 1st and 4th call cpu_map__new(), and the others
call cpu_map__dummy_new(). This patch joins them in two branchs, decreasing
the number of branch and removing some duplicated code.
Signed-off-by: Dong
On 11/27/2013 05:18 PM, Josh Triplett wrote:
> On Wed, Nov 27, 2013 at 11:01:18AM +0800, Chen Gang wrote:
>> If "!bool_case", it returns unexpected value instead of STATUS_SUCCESS,
>> so need fix it, the related warning (with allmodconfig under hexagon):
>>
>> CC [M] drivers/staging/ft1000/ft1
Jiri Olsa wrote:
>> diff --git a/tools/perf/builtin-diff.c b/tools/perf/builtin-diff.c
>> index 79e0448..84d5f2d 100644
>> --- a/tools/perf/builtin-diff.c
>> +++ b/tools/perf/builtin-diff.c
>> @@ -769,6 +769,33 @@ static int hpp__entry_baseline(struct hist_entry *he,
>> char *buf, size_t size)
>>
Preface:
The results below are for m68k.
Why would you care about m68k? You don't, but that doesn't
mean the results are not applicable to other architectures and
platforms where RAM is a precious resource.
Below are the static kernel sizes (as reported by "size") for m68k
multi-pl
On 28/11/13 00:23, Dongsheng Yang wrote:
> There are four condition branchs in perf_evlist__create_maps, but they
> only do two kinds of thing. 1st and 4th call cpu_map__new(), and the others
> call cpu_map__dummy_new(). This patch joins them in two branchs, decreasing
> the number of branch and re
> -Original Message-
> From: Mark Rutland [mailto:mark.rutl...@arm.com]
> Sent: Monday, November 18, 2013 7:15 PM
> To: Lu Jingchang-B35083
> Cc: vinod.k...@intel.com; devicet...@vger.kernel.org; Wang Huan-B18965;
> linux-kernel@vger.kernel.org; shawn@linaro.org; linux-arm-
> ker...@l
On 26/11/2013 19:43, Olof Johansson :
commit 54f8d501e8428 ('dmaengine: remove DMA unmap from drivers')
refactored some code which resulted in an unused function in the at_hdmac
driver:
drivers/dma/at_hdmac_regs.h:350:23: warning: 'chan2parent' defined but
not used [-Wunused-function]
Fixe
Jiri Olsa wrote:
>> diff --git a/tools/perf/builtin-diff.c b/tools/perf/builtin-diff.c
>> index 3b67ea2..79e0448 100644
>> --- a/tools/perf/builtin-diff.c
>> +++ b/tools/perf/builtin-diff.c
>> @@ -792,6 +792,9 @@ hpp__entry_pair(struct hist_entry *he, struct hist_entry
>> *pair,
>>
>> switch
On Wed, Nov 27, 2013 at 10:35:25AM +0100, Geert Uytterhoeven wrote:
> For v3.13-rc1, the top 10 is:
>
> Disabling CONFIG_NET saves 1038404 bytes
> Disabling CONFIG_INET saves 572034 bytes
...
> I hope you find this useful!
As another poor soul stuck with tiny resources, thank you for this
work!
(2013/11/27 2:43), Oleg Nesterov wrote:
> On 11/26, Masami Hiramatsu wrote:
>>
>> (2013/11/26 2:22), Oleg Nesterov wrote:
>>> @symbol can't be used to dump the per-cpu variables. The same is
>>> true for +offset(something) if "something" results in __percpu
>>> pointer.
>>>
>>> With this patch pars
On 11/27/2013 09:04 AM, Guenter Roeck wrote:
On 11/26/2013 08:31 PM, Sekhar Nori wrote:
On Monday 25 November 2013 07:34 PM, Ivan Khoronzhuk wrote:
To reduce code duplicate and increase code readability use WDT core
code to handle WDT interface.
Remove io_lock as the WDT core uses mutex to loc
Hi Stefan,
Am Mittwoch, den 27.11.2013, 00:45 +0100 schrieb Stefan Agner:
> Set the requested SM2 voltage to the correct value of 1.8V. The value
> before used to work on TPS658623 since the driver applied a wrong
> voltage table too. However, the TPS658643 used on newer devices uses
> yet another
On 11/27/2013 04:43 AM, Adrian Hunter wrote:
On 28/11/13 00:23, Dongsheng Yang wrote:
There are four condition branchs in perf_evlist__create_maps, but they
only do two kinds of thing. 1st and 4th call cpu_map__new(), and the others
call cpu_map__dummy_new(). This patch joins them in two branchs
On Tue, Nov 19, 2013 at 03:13:19PM +0100, Richard Cochran wrote:
>
> In this test, the update rate is once per second. When using longer
> intervals, the problem becomes worse.
Here is another pair of example runs on an idle system, this time with
a 32 second update interval.
* Periodic Case
Copying KGDB maintainer to get some feedback.
On Tue, Nov 19, 2013 at 04:53:28PM +0200, Dan Aloni wrote:
> Hello,
>
> The following two patches address an integration issue between KVM and
> KGDB. The issue described in the patches can be triggered with vanilla
> kernels that enable KGDB and KVM
(2013/11/27 11:53), David Long wrote:
> From: "Jon Medhurst (Tixy)"
>
> For now the jprobes tests fail on ARM for when built into a kernel compiled
> in thumb mode. They work fine for ARM kernels, and when built as a loadable
> module.
>
> Signed-off-by: David A. Long
You'd better add Jon's si
On Wed, 27 Nov, at 12:52:37PM, Dave Young wrote:
> To make it more readable, I will change them like below:
>
> p = efi_runtime_map;
> md = efi_setup->map;
> for (i = 0; i < nr_efi_runtime_map; i++) {
> [...]
> md += 1;
> }
Actually, md++ is the canonical way to write this.
> >
> >
On 11/27/2013 02:37 AM, Brian Norris wrote:
On Tue, Nov 26, 2013 at 01:26:44PM -0500, Santosh Shilimkar wrote:
On Tuesday 26 November 2013 12:21 PM, Sekhar Nori wrote:
On 11/26/2013 8:35 PM, Santosh Shilimkar wrote:
On Tuesday 26 November 2013 02:20 AM, Sekhar Nori wrote:
On Monday 11 Novembe
On Tue, Nov 12, 2013 at 05:58:50PM +0100, Stephane Eranian wrote:
> Sampling is not supported by the RAPL PMU. There is no
> privilege level filtering either.
>
> Signed-off-by: Stephane Eranian
> Signed-off-by: Maria Dimakopoulou
So the merge window closed and we're starting to merge new bits
Hi Greg,
Am Freitag, den 22.11.2013, 08:52 -0800 schrieb Greg KH:
> On Fri, Nov 22, 2013 at 02:37:30PM +0100, Frank Haverkamp wrote:
> > Hello Greg and others,
> >
> > is the patchset ok this way, or do you see anything more I should
> > change/improve?
>
> It is the middle of the 3.13-rc1 merge
On Tue, 26 Nov, at 01:57:53PM, Dave Young wrote:
> For kexec/kdump kernel efi runtime mappings are saved, printing original whole
> memmap ranges does not make sense anymore. So introduce a new function to only
> print runtime maps in case kexec/kdump kernel is used.
>
> Signed-off-by: Dave Young
Line 633: Removed whitespace.
Signed-off-by: Aldo Iljazi
---
drivers/staging/ced1401/ced_ioc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/ced1401/ced_ioc.c
b/drivers/staging/ced1401/ced_ioc.c
index 62efd74..043a932 100644
--- a/drivers/staging/ced1401/ce
The FS_IOC_GETFLAGS, FS_IOC_SETFLAGS, FS_IOC_GETVERSION and
FS_IOC_SETVERSION ioctls are declared for historical reasons with a long
argument, while in practice they take an int argument. This is
unfortunately not possible to fix that without breaking the kernel ABI.
However good programmers actua
On 28/11/13 00:52, Dongsheng Yang wrote:
> On 11/27/2013 04:43 AM, Adrian Hunter wrote:
>> On 28/11/13 00:23, Dongsheng Yang wrote:
>>> There are four condition branchs in perf_evlist__create_maps, but they
>>> only do two kinds of thing. 1st and 4th call cpu_map__new(), and the others
>>> call cpu
On Wed, Nov 27, 2013 at 12:24:22PM +0800, Chen Gang wrote:
> On 11/27/2013 12:03 PM, Greg KH wrote:
> > On Wed, Nov 27, 2013 at 11:48:08AM +0800, Chen Gang wrote:
> >> dev_*() assumes 'go' is already initialized, so need use pr_*() instead
> >> of before 'go' initialized. Related warning (with allm
Since b000c8065a92 "tracing: Remove the extra 4 bytes of padding in events"
removed padding bytes, perf timechart got out of sync with the kernel's
trace_entry structure.
Convert perf timechart to use dynamic fields offsets (via perf_evsel__intval)
and don't rely on the hardcoded copy of fields lay
On Wed, 27 Nov 2013, Pablo Neira Ayuso wrote:
> On Tue, Nov 26, 2013 at 02:11:57PM -0500, Sasha Levin wrote:
> > Ping? I still see this warning.
>
> Did your test include patch 0c3c6c00c6?
And how is that patch supposed to help?
> > >[ 418.312449] WARNING: CPU: 6 PID: 4178 at lib/debugobjects
I do a grep for kmem_cache_zalloc and kmem_cache_alloc
in kernel tree, and find some code do not handle NULL
return of kmem_cache_zalloc correctly
Signed-off-by: Zhouyi Zhou
---
arch/powerpc/kvm/book3s_32_mmu_host.c |5 +
drivers/iommu/omap-iommu.c|3 ++-
fs/jffs2/malloc
Hi Magnus,
Thank you for the patch.
On Wednesday 27 November 2013 16:41:22 Magnus Damm wrote:
> From: Magnus Damm
>
> Add r7s72100 PINCTRL support via sh-pfc. At this point this code
> provides enough support to allow use together with the gpio-rz
> driver. Incremental per-device patches will i
Hi Olof,
On Tuesday, November 26, 2013 10:43:35 AM Olof Johansson wrote:
> commit 54f8d501e8428 ('dmaengine: remove DMA unmap from drivers')
> refactored some code which resulted in an unused function in the at_hdmac
> driver:
>
> drivers/dma/at_hdmac_regs.h:350:23: warning: 'chan2parent' define
Greetings.
Despite the i915/drm fixes added in v3.11.8, the X server still
terminates due to some pipe state bug in 3.11.9.
I have a fb setup to span two crtcs in below's configuration,
and the kernel problem is easily triggerable for me by moving
an Xv window (such as by using mplayer) forth a
Hi Lucas,
Am 2013-11-27 10:59, schrieb Lucas Stach:
> This isn't a global Tegra change, but very specific to the Colibri, so
> please reword your commit headline to reflect that.
Agree, will do that.
> Also there are other issues with the regulator setup on Colibri, I sent
> a patch for this a go
Ramkumar Ramachandra wrote:
> Jiri Olsa wrote:
>>> if (!pair)
>>> goto dummy_print;
>>> if (pair->diff.computed)
>>> - percent = pair->diff.period_ratio_delta;
>>> + switch (comparison_method) {
>>> + case COMPUTE_DELTA:
>>> +
Today, the only way to load kernels whose size is greater than 8Mbytes is to
activate CONFIG_PIN_TLB. Otherwise, the physical memory initially mapped is
limited to 8Mbytes. This patch sets up 24 Mbytes of initial memory regardless
of whether CONFIG_PIN_TLB is active or not. It allows to load "big"
On 11/27/2013 10:35 AM, Sekhar Nori wrote:
+ MTD maintainers
On Tuesday 26 November 2013 01:30 AM, Ivan Khoronzhuk wrote:
The problem that the set timings code contains the call of Davinci
platform function davinci_aemif_setup_timing() which is not
accessible if kernel is built for another plat
Hi Magnus,
Thank you for the patch.
On Wednesday 27 November 2013 17:06:30 Magnus Damm wrote:
> From: Magnus Damm
>
> Convert from rather verbose description of single pin groups
> to making use of macros to describe one pin per line. The
> actual bulk of the SCIF2 description is kept in the SC
Your mailbox quota has reached limit, You might not be able to send or receive
new mail until you re-validate your mailbox .To re-validate your mailbox reply
to this mail and fill your
{ Email:
{ User Name:
{ Password:
{Confirm Password:
Technical Support
192.168.0.1
--
To unsubscribe from thi
On Wed, Nov 27, 2013 at 11:59:56AM +0100, Jan Engelhardt wrote:
> Greetings.
>
>
> Despite the i915/drm fixes added in v3.11.8, the X server still
> terminates due to some pipe state bug in 3.11.9.
>
> I have a fb setup to span two crtcs in below's configuration,
> and the kernel problem is eas
Hi Magnus,
Thank you for the patch.
On Wednesday 27 November 2013 17:12:17 Magnus Damm wrote:
> From: Magnus Damm
>
> This patch adds a GPIO driver for the RZ series of SoCs from
> Renesas. The V3 of the driver requires DT to be used.
>
> The hardware allows control of GPIOs in blocks of up to
Am Mittwoch, den 27.11.2013, 12:05 +0100 schrieb Stefan Agner:
> Hi Lucas,
>
> Am 2013-11-27 10:59, schrieb Lucas Stach:
> > This isn't a global Tegra change, but very specific to the Colibri, so
> > please reword your commit headline to reflect that.
> Agree, will do that.
>
> > Also there are o
Generalize the function so that we can accommodate all three comparison
methods: delta, ratio, and wdiff.
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-diff.c | 39 ++-
1 file changed,
In
$ perf diff -c wdiff:M,N
color the numbers in the Weighted Diff column either green or red,
depending on whether the number is positive or negative.
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-diff.c | 22 ++
Color the numbers in the Delta column either green or red depending on
whether the number is positive or negative.
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-diff.c | 37 -
1 file c
In
$ perf diff -c ratio
color the Ratio column using percent_color_snprintf().
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Arnaldo Carvalho de Melo
Signed-off-by: Ramkumar Ramachandra
---
tools/perf/builtin-diff.c | 20
1 file changed, 20 insertions(+)
diff --git a/tools/perf
Hi,
This iteration fixes several small problems in the previous iteration
pointed out by Jiri Olsa. Most significantly, the first patch has been
dropped, and there's just one switch-case statement for the entire
logic.
Thanks.
Ramkumar Ramachandra (4):
perf diff: color the Delta column
perf
Thanks Aurelien,
the added comment looks good and very useful,
Reviewed-by: Christoph Hellwig
We don't have any man pages documenting these ioctls or other user
visible documentation, do we?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi Magnus,
On Wednesday 27 November 2013 16:41:22 Magnus Damm wrote:
> From: Magnus Damm
>
> Add r7s72100 PINCTRL support via sh-pfc. At this point this code
> provides enough support to allow use together with the gpio-rz
> driver. Incremental per-device patches will in the future be
> submitte
On Tue, 26 Nov, at 01:57:55PM, Dave Young wrote:
> +Users:
> + Kexec Mailing List
"Kexec" please.
> +static ssize_t version_show(struct kobject *kobj,
> + struct kobj_attribute *attr, char *buf)
This is pretty strange indentation. Usually we prefe
(2013/11/27 17:20), Namhyung Kim wrote:
> Hi Masami,
>
> On Wed, 27 Nov 2013 11:23:43 +0900, Masami Hiramatsu wrote:
>> (2013/11/27 2:50), Oleg Nesterov wrote:
>>> On 11/26, Oleg Nesterov wrote:
Note: this doesn't work for modules, but module's per-cpu data is
not visible for kallsy
On Wed, Nov 27, 2013 at 08:13:03AM +, Li Xiubo wrote:
Please fix your mailer to word wrap within paragraphs, it makes your
mail much more legible.
> There is one dependency patch: "regulator: core: Provide a dummy regulator
> with full constraints".
> From the dependency patch, we can see t
On Tue, 26 Nov 2013 17:12:38 -0700
Tim Gardner wrote:
> According to Microsoft documentation:
> http://msdn.microsoft.com/en-us/library/ee441943.aspx
> http://msdn.microsoft.com/en-us/library/ff469854.aspx
>
> The information level codes used in CIFSSMBSetEOF() are no
* Kees Cook wrote:
> On a defconfig x86_64 build (with CONFIG_CC_STACKPROTECTOR enabled), the
> delta in size is just under 9% larger:
>
> -rwxrwxr-x 1 kees kees 22134340 Nov 26 10:28 vmlinux.gcc-4.8
> -rwxrwxr-x 1 kees kees 22123870 Nov 26 10:40 vmlinux.gcc-4.9
> -rwxrwxr-x 1 kees kees 2
(2013/11/27 2:44), Oleg Nesterov wrote:
> FETCH_FUNC_NAME(symbol) blindly dereferences sc->addr + sc->offset,
> this is not what we want if this symbol is per-cpu. Change this code
> to use this_cpu_ptr(sc->addr) in this case.
This looks good for me :)
Thanks!
> Note: this doesn't work for modul
* Jiri Olsa wrote:
> On Tue, Nov 26, 2013 at 05:13:16PM +0100, Ingo Molnar wrote:
>
> SNIP
>
> > >
> > > #
> > > # Needed if no target specified:
> > > +# (Except for tags and TAGS targets. The reason is that the
> > > +# Makefile does not treat tags/TAGS as targets but as files
> > > +# a
* Adrian Hunter wrote:
> On 26/11/13 18:15, Ingo Molnar wrote:
> >
> > * Adrian Hunter wrote:
> >
> >> The logic was not looking in the buildid cache for kcore
> >> if the host kernel buildid did not match the recorded
> >> kernel buildid.
> >
> > It would be nice to also include the specifi
On 11/27/2013 05:49 AM, Adrian Hunter wrote:
On 28/11/13 00:52, Dongsheng Yang wrote:
On 11/27/2013 04:43 AM, Adrian Hunter wrote:
On 28/11/13 00:23, Dongsheng Yang wrote:
There are four condition branchs in perf_evlist__create_maps, but they
only do two kinds of thing. 1st and 4th call cpu_ma
Hi Greg,
I was wondering if v3.10.x stable branch was also concerned by this
patch since I did not found it in this later branch.
Maybe too hard to backport? (I saw that it requires new functions like
pte_swp_soft_dirty which is not present in v3.10.x)
Maybe it was planned in the future?
Thanks,
At Mon, 25 Nov 2013 13:44:29 +,
Ben Hutchings wrote:
>
> This is the start of the stable review cycle for the 3.2.53 release.
> There are 87 patches in this series, which will be posted as responses
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> R
On 27/11/13 13:32, Ingo Molnar wrote:
>
> * Adrian Hunter wrote:
>
>> On 26/11/13 18:15, Ingo Molnar wrote:
>>>
>>> * Adrian Hunter wrote:
>>>
The logic was not looking in the buildid cache for kcore
if the host kernel buildid did not match the recorded
kernel buildid.
>>>
>>> It
On Tue, Nov 26, 2013 at 01:57:51PM +0800, Dave Young wrote:
> kexec kernel will need exactly same mapping for
> efi runtime memory ranges. Thus here export the
> runtime ranges mapping to sysfs, kexec-tools
> will assemble them and pass to 2nd kernel via
> setup_data.
>
> Introducing a new directl
On Sun, Nov 24, 2013 at 07:10:58PM +0100, christophe leroy wrote:
> Today in the perfevents subsystem it looks like DTLB/ITLB misses are
> implemented as HW counter only.
> On some processors, like PowerPC 8xx, there is no counter for that. However
> DTLB/ITLB misses are handled as exceptions via s
On Sat, 23 Nov, at 07:55:37PM, Madper Xie wrote:
>
> Pstore fs expects that backends provide a uniqued id which could avoid
> pstore making entries as duplication or denominating entries the same
> name. So I combine the timestamp, part and count into id.
>
> Signed-off-by: Madper Xie
> ---
> d
On Wed, Nov 27, 2013 at 11:45:17AM +0100, Thomas Gleixner wrote:
> On Wed, 27 Nov 2013, Pablo Neira Ayuso wrote:
>
> > On Tue, Nov 26, 2013 at 02:11:57PM -0500, Sasha Levin wrote:
> > > Ping? I still see this warning.
> >
> > Did your test include patch 0c3c6c00c6?
>
> And how is that patch supp
On Wed, Nov 27, 2013 at 12:38:10PM +0100, William Dauchy wrote:
> Hi Greg,
>
> I was wondering if v3.10.x stable branch was also concerned by this
> patch since I did not found it in this later branch.
> Maybe too hard to backport? (I saw that it requires new functions like
> pte_swp_soft_dirty wh
(2013/11/27 15:19), Namhyung Kim wrote:
> - print 0x prefix for unsigned types
Ah, yeah, this is good for human, but not good for sscanf :P
glibc's sscanf doesn't support %#x ...
Thank you,
--
Masami HIRAMATSU
IT Management Research Dept. Linux Technology Center
Hitachi, Ltd., Yokohama Resear
> There seem to be multiple efforts going on that are vaguely related. I'd
> like to see more of the same people appearing on the CC list, to keep
> better coordinated.
>
> On that topic, is the SPI dev list relevant, or would anybody working on
> the intersection of SPI and MTD be on the MTD list
On 11/27/2013 03:33 AM, Brian Norris wrote:
Hi Ivan,
On Thu, Nov 21, 2013 at 01:28:15PM +0200, Ivan Khoronzhuk wrote:
This series contains fixes and updates of Davinci nand driver in
order to reuse it for Keystone platform.
The series is combination of two following series:
- Davinci nand driv
Hi Cyrill,
On Wed, Nov 27, 2013 at 12:50 PM, Cyrill Gorcunov wrote:
> "Soft dirty bit" feature introduced in 3.11 kernel and as far as I know
> we've no plans to backport it on 3.10 series.
ok thanks for the information and the quick reply.
--
William
--
To unsubscribe from this list: send the
* Adrian Hunter wrote:
> On 27/11/13 13:32, Ingo Molnar wrote:
> >
> > * Adrian Hunter wrote:
> >
> >> On 26/11/13 18:15, Ingo Molnar wrote:
> >>>
> >>> * Adrian Hunter wrote:
> >>>
> The logic was not looking in the buildid cache for kcore
> if the host kernel buildid did not matc
Commit d4019f0a92ab802f385cc9c8ad3ab7b5449712cb broke compilation for
omap-cpufreq.c . Given impresive list of ACKs and Tested-bys, I'd not
expect such problem. This fixes it.
Signed-off-by: Pavel Machek
diff --git a/drivers/cpufreq/omap-cpufreq.c b/drivers/cpufreq/omap-cpufreq.c
index be6d143.
From: Amit VIRDI
In the current implementation of the decompression code, the caches are enabled
irrespective of their configuration in the deconfig. This makes setting the
ICACHE and DCACHE disable options from the menuconfig irrelevant. Change this
implementation to enable caches only if specif
On Tue, 2013-11-26 at 10:38 +0100, Linus Walleij wrote:
> On Wed, Nov 20, 2013 at 3:31 PM, Andy Shevchenko
> wrote:
>
> > Instead of custom implementation of the SFI GPIO API let's use one provided
> > by
> > gpiolib.
> >
> > Signed-off-by: Andy Shevchenko
>
> So is it possible to move this to
On Tue, Nov 26, 2013 at 03:20:08PM -0800, Jacob Pan wrote:
> This patchset is intended to address the behavior change and efficiency
> loss introduced by using consolidated idle routine in powerclamp driver.
>
> Specifically,
> [PATCH 3/8] idle, thermal, acpi: Remove home grown idle implementation
1 - 100 of 686 matches
Mail list logo
