On 2014-09-12, Thomas Gleixner wrote:
> On Fri, 12 Sep 2014, Ren, Qiaowei wrote:
>> On 2014-09-12, Thomas Gleixner wrote:
>>> On Thu, 11 Sep 2014, Qiaowei Ren wrote:
>>>
Due to new fields about bound violation added into struct
siginfo, this patch syncs it with general version to avoid
On 2014-09-13, Hansen, Dave wrote:
> On 09/11/2014 01:46 AM, Qiaowei Ren wrote:
>> +static int allocate_bt(long __user *bd_entry) {
>> +unsigned long bt_addr, old_val = 0;
>> +int ret = 0;
>> +
>> +bt_addr = mpx_mmap(MPX_BT_SIZE_BYTES);
>> +if (IS_ERR((void *)bt_addr))
>> +
Hi,
I modified error code for the requirement as below.
Author: taeung
Date: Sat Sep 13 16:22:53 2014 +0900
modified error code when perf_session__new() fail
Because perf_session__new() could fail
for more reasons than just ENOMEM,
I modified error code(ENOMEM o
We shouldn't set "set->tags" to NULL here because if we return -ENOMEM
here then we call the function a second time. On the second time
through the loop then the statement:
set->tags[i] = blk_mq_init_rq_map(set, i);
will Oops. Also it is a memory leak and a layering violation. There is
David Miller writes:
> Do you guys want me to take this series directly into net-next?
Actually, yes. Since I'm going to be travelling, that makes it much
easier for me. And no other patches I have depend on it.
Thanks!
Rusty.
--
To unsubscribe from this list: send the line "unsubscribe linux-
On Sat, Sep 13, 2014 at 9:42 AM, Andrew Morton
wrote:
> On Sat, 13 Sep 2014 09:26:49 +0400 Konstantin Khlebnikov
> wrote:
>
>> >
>> > Did we really need to put the BalloonPages count into per-zone vmstat,
>> > global vmstat and /proc/meminfo? Seems a bit overkillish - why so
>> > important?
>>
Signed-off-by: Shakil A Khan
---
net/core/dst.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/net/core/dst.c b/net/core/dst.c
index a028409..6a848b0 100644
--- a/net/core/dst.c
+++ b/net/core/dst.c
@@ -284,7 +284,10 @@ void dst_release(struct dst_entry *dst)
On Sat, Sep 13, 2014 at 10:10:26AM +0800, Cheng-Wei Lee wrote:
> This patch fixs the sparse warning in rtl819x_TSProc.c:
> drivers/staging/rtl8192u/ieee80211/rtl819x_TSProc.c:244:58: warning:
> Initializer entry defined twice
> drivers/staging/rtl8192u/ieee80211/rtl819x_TSProc.c:244:61: also defi
On Fri, 12 Sep 2014, Dave Hansen wrote:
> On 09/12/2014 10:34 AM, Thomas Gleixner wrote:
> > On Fri, 12 Sep 2014, Dave Hansen wrote:
> >> There are two mappings in play:
> >> 1. The mapping with the actual data, which userspace is munmap()ing or
> >>brk()ing away, etc... (never tagged VM_MPX)
>
On 07/25/2014 05:05 PM, Thomas Gleixner wrote:
On Fri, 25 Jul 2014, Daniel J Blueman wrote:
On a larger x86 system with 1728 cores, 3.15(.6) asserts on
smpboot_thread_fn's td->cpu != smp_processor_id() consistently after ~1500
cores are online.
Reverting the only directly related changes I coul
On 09/13/2014 06:06 AM, Sasha Levin wrote:
Commit "net: bpf: make eBPF interpreter images read-only" has changed bpf_prog
to be vmalloc()ed but never handled some of the errors paths of the old code.
On error within sk_attach_filter (which userspace can easily trigger), we'd
kfree() the vmalloc(
On Fri, 12 Sep 2014, Dave Hansen wrote:
> On 09/12/2014 12:21 PM, Thomas Gleixner wrote:
> > Yes, the most important question is WHY must the kernel handle the
> > bound table memory allocation in the first place. The "documentation"
> > patch completely fails to tell that.
>
> This will become t
On Sa, 2014-09-13 at 00:06 -0400, Sasha Levin wrote:
> Commit "net: bpf: make eBPF interpreter images read-only" has changed bpf_prog
> to be vmalloc()ed but never handled some of the errors paths of the old code.
>
> On error within sk_attach_filter (which userspace can easily trigger), we'd
> kf
On 13 September 2014 00:23, Alexandre Belloni
wrote:
> From: Boris BREZILLON
>
> Retrieve the NFC clock to make sure it is enabled. Make that optional to
> ensure
> compatibility with previous device trees but document it as mandatory so newer
> device trees will include it.
>
> Signed-off-by: B
Bjorn Helgaas writes:
> I want to fix this regression before v3.17. Dirk, can you test the
> following patch on top of v3.17-rc2? I'm hoping you can try this on your
> test machine in conjunction with your acpi_pci_root_add() and
> pci_scan_device() patches. If I understand correctly, you wer
On Fri, 12 Sep 2014, Dave Hansen wrote:
> OK, here's some revised text for patch 00/10. Again, this will
> obviously be updated for the next post, but comments before that would
> be much appreciated.
That looks good. So much of this wants to end up in documentation as
well.
Thanks,
tg
Am 13.09.2014 04:48, schrieb Li RongQing:
> I did not test, how to test it?
Compare the object files of both variants to find out whether both create
semantically equivalent code and whether the un/likely have an effect.
i.e. objdump -S -d kernel/signal.o
I guess you can just remove the likely as
On Sa, 2014-09-13 at 01:27 -0700, Shakil A Khan wrote:
> Signed-off-by: Shakil A Khan
> ---
> net/core/dst.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/net/core/dst.c b/net/core/dst.c
> index a028409..6a848b0 100644
> --- a/net/core/dst.c
> +++ b/net/core/dst.c
Hi,
On 09/13/2014 01:00 AM, Christoph Hellwig wrote:
> Please try the fix below, looks like the commit broke TCQ for all drivers
> using block-level tagging.
Yes this one does the trick and fixes things. Note the git tree I used for
testing also had your previous fix to split up the blk_tcq unio
In case of failure, unrelated to PERF_FLAG_FD_CLOEXEC,
perf_flag_probe() reports the error twice. For example:
$ perf record ls
Error:
perf_event_open(..., PERF_FLAG_FD_CLOEXEC) failed with unexpected error 16
(Device or resource busy)
perf_event_open(..., 0) failed unexpectedly with erro
This patch is a simplification of the logic introduced as part of
commit 63914aca8f7e7a75d0ee027af7b1755c69cc1e2c ('perf tools: Show
better error message in case we fail to open counters due to EBUSY
error'): if EBUSY is reported by perf_event_open(), it will not be
possible to probe PERF_FLAG_FD_C
Hi,
Following the EBUSY errors reported by Jiri Olsa [1], I've tryed to
improve a bit the way perf_flag_probe() handle errors.
In case EBUSY is returned by perf_event_open(), testing the function
again without PERF_FLAG_FD_CLOEXEC is meaningless: EBUSY is not
related to close-on-exec flag, so the
Limited a long line to 80 columns.
Signed-off-by: Aede Symen Hoekstra
---
drivers/staging/wlan-ng/prism2fw.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/wlan-ng/prism2fw.c
b/drivers/staging/wlan-ng/prism2fw.c
index 6c38f79..8bd7c65 100644
--- a/dri
Hi,
On 13/09/2014 at 10:26:18 +0100, Ezequiel Garcia wrote :
> > + nfc->clk = devm_clk_get(&pdev->dev, NULL);
> > + if (!IS_ERR(nfc->clk)) {
> > + ret = clk_prepare_enable(nfc->clk);
> > + if (ret)
> > + return ret;
> > + } else {
The TWL RTC interrupt is a double-nested threaded interrupt, handled
through the TWL SIH (Secondary Interrupt Handler) and PIH (Primary
Interrupt Handler).
When the system is woken up from suspend by a TWL RTC alarm interrupt,
the TWL PIH and SIH are enabled first (due to the normal IRQ enabling
s
On Sat, 2014-09-13 at 01:27 -0700, Shakil A Khan wrote:
> Signed-off-by: Shakil A Khan
> ---
> net/core/dst.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/net/core/dst.c b/net/core/dst.c
> index a028409..6a848b0 100644
> --- a/net/core/dst.c
> +++ b/net/core/dst.c
On Fri, Sep 12, 2014 at 09:59:05AM -0600, Jason Gunthorpe wrote:
> On Fri, Sep 12, 2014 at 04:06:41PM +0300, Jarkko Sakkinen wrote:
> > It does not make sense to construct the PCR read command in
> > tpm_do_selftest() when there is already a function that does
> > the job.
>
> This would seem to u
On 12/09/14 18:03, Russell King - ARM Linux wrote:
> On Thu, Sep 11, 2014 at 12:31:14PM +0100, Daniel Thompson wrote:
>> -.macro svc_entry, stack_hole=0
>> +.macro svc_entry, stack_hole=0, call_trace=1
>> UNWIND(.fnstart)
>> UNWIND(.save {r0 - pc} )
>> sub
On 12/09/14 18:14, Russell King - ARM Linux wrote:
> On Thu, Sep 11, 2014 at 12:31:14PM +0100, Daniel Thompson wrote:
>> This patch introduces a new default FIQ handler that is structured in a
>> similar way to the existing ARM exception handler and result in the FIQ
>> being handled by C code runn
On Sat, Sep 13, 2014 at 12:42:43PM +0200, Aede Symen wrote:
> Limited a long line to 80 columns.
>
> Signed-off-by: Aede Symen Hoekstra
Patch is corrupt. Read the first paragraph of
Documentation/email-clients.txt.
regards,
dan carpenter
--
To unsubscribe from this list: send the line "unsubs
Good Day,
We are village miners, we have AU Gold of 550kgs Dust/ Bars and 20,000 carats
of Rough Uncut Diamonds available ready and willing to sell to use the proceeds
to upgrade our mines by acquiring machinery ETC for increase in production. If
you are interested to do business with us, re
On Fri, Sep 12, 2014 at 05:38:37PM -0700, Paul E. McKenney wrote:
> On Sat, Sep 13, 2014 at 08:20:05AM +0800, Fengguang Wu wrote:
> > On Fri, Sep 12, 2014 at 12:26:59PM -0700, Paul E. McKenney wrote:
> > > On Fri, Sep 12, 2014 at 02:19:57PM -0500, Christoph Lameter wrote:
> > > > On Fri, 12 Sep 201
On Thu, Sep 04, 2014 at 09:04:28AM -0700, Paul E. McKenney wrote:
> On Thu, Sep 04, 2014 at 08:38:45PM +0800, Fengguang Wu wrote:
> > On Tue, Sep 02, 2014 at 10:16:57AM -0700, Paul E. McKenney wrote:
> > > On Tue, Sep 02, 2014 at 11:55:58AM -0500, Christoph Lameter wrote:
> > > > On Tue, 2 Sep 2014
Hi Greg,
I hoped the acpi-fixes from [1] (especially [2]) would fix my shown
"85% battery available", but a Ubuntu/trusty kernel reports the same
(battery defect?).
The 2nd revert is applicable, the 1st not, both are labeled with 3.16+.
Wanna pick them or have it already on your to-do?
Thanks.
On 09/13/2014 03:04 AM, Richard Weinberger wrote:
Am 13.09.2014 04:48, schrieb Li RongQing:
I did not test, how to test it?
Compare the object files of both variants to find out whether both create
semantically equivalent code and whether the un/likely have an effect.
i.e. objdump -S -d kernel
On Sat, Sep 13, 2014 at 11:07 AM, Ming Lei wrote:
> Hi,
>
> As recent discussion, especially suggested by Christoph, this patchset
> implements per-distpatch_queue flush machinery, so that:
>
> - current init_request and exit_request callbacks can
> cover flush request too, then th
On 09/13/2014 01:26 AM, Konstantin Khlebnikov wrote:
>> Did we really need to put the BalloonPages count into per-zone vmstat,
>> > global vmstat and /proc/meminfo? Seems a bit overkillish - why so
>> > important?
> Balloon grabs random pages, their distribution among numa nodes might
> be importa
On Fri, 2014-09-12 at 15:34 +0800, Huang Ying wrote:
> On Thu, 2014-09-11 at 22:13 -0700, Jaegeuk Kim wrote:
> > On Thu, Sep 11, 2014 at 08:25:17PM +0800, Huang Ying wrote:
> > >
> > > On Wed, 2014-09-10 at 22:37 -0700, Jaegeuk Kim wrote:
> > > > On Wed, Sep 10, 2014 at 07:08:32PM +0800, huang yin
This patch implements user-space per-cpu memory in the same manner as in
kernel-space: each cpu has its own %gs base address. On x86_64 %fs is used
for thread local storage, %gs usually is free.
User-space application cannot prevent preemption but x86 read-modify-write
operations are atomic agains
What? Me working? Um, no! This is just, um, my physical therapy. Yeah,
that's it. Part of my therapy is to stare at a monitor and randomly
raise and lower my fingers on top of a keyboard.
Alright, alright, you caught me :-p Please don't tell my wife
(me cleaning things up for more work to
From: "Steven Rostedt (Red Hat)"
The ftrace_enabled variable is set to zero in the self tests to keep
delayed functions from being traced and messing with the checks. This
only needs to be done when the checks are being performed, otherwise,
if ftrace_enabled is off when calls back to the utility
From: "Steven Rostedt (Red Hat)"
When the last ftrace_ops is unregistered, all the function records should
have a zeroed flags value. Make sure that is the case when the last ftrace_ops
is unregistered.
Signed-off-by: Steven Rostedt
---
kernel/trace/ftrace.c | 15 +++
1 file change
Hi Rusty,
On Fri, Sep 12, 2014 at 9:43 AM, Rusty Russell wrote:
> Ming Lei writes:
>> On Thu, Sep 11, 2014 at 7:38 AM, Rusty Russell wrote:
>>> Rusty Russell writes:
Rusty Russell writes:
Here's what I have. It seems to work as expected, but I haven't
benchmarked it.
>>>
>>> H
On Sat, Sep 13, 2014 at 02:52:52PM +0200, Sedat Dilek wrote:
> Hi Greg,
>
> I hoped the acpi-fixes from [1] (especially [2]) would fix my shown
> "85% battery available", but a Ubuntu/trusty kernel reports the same
> (battery defect?).
> The 2nd revert is applicable, the 1st not, both are labeled
On Sat, Sep 13, 2014 at 5:24 PM, Greg Kroah-Hartman
wrote:
> On Sat, Sep 13, 2014 at 02:52:52PM +0200, Sedat Dilek wrote:
>> Hi Greg,
>>
>> I hoped the acpi-fixes from [1] (especially [2]) would fix my shown
>> "85% battery available", but a Ubuntu/trusty kernel reports the same
>> (battery defect
On Fri, Sep 12, 2014 at 02:30:50PM +0200, Boris BREZILLON wrote:
> On Fri, 12 Sep 2014 08:45:50 +0800
>
> My bad, capabilities might not be the appropriate word in this context.
> I meant ECC algorithm strength, and that's exactly the purpose of
> nandbiterrs testsuite: insert bitflips in in-band
On Sat, Sep 13, 2014 at 05:32:50PM +0200, Sedat Dilek wrote:
>
> With jumping to Linux v3.16.y I have 1st seen that my battery reports
> 85% whereas the LED shows me it's full (green vs. charging orange).
> So, I hoped the fix from Bjorn fixes the issue for me but did not help here.
> Those acpi-b
On Thu, Sep 11, 2014 at 06:21:10PM +0800, Axel Lin wrote:
> Also remove non-informative comment.
Applied both, thanks.
signature.asc
Description: Digital signature
On Fri, Sep 12, 2014 at 11:50:23AM +0200, Javier Martinez Canillas wrote:
> On 09/11/2014 09:33 PM, Mark Brown wrote:
> > I'm not sure I see that as an interesting use case, it seems better to
> > have drivers usable without DT and it's trivial to do so.
> Yes, it's trivial but seems like an unne
On Fri, Sep 12, 2014 at 03:39:48PM +0800, Jianqun wrote:
> +#define RK_PLAT_CLK_12M 1200
I'm not sure a define is adding anything here... it's just a define
saying 12MHz that has the value 12MHz.
> + struct snd_soc_dai *codec_dai = rtd->codec_dai;
> +
> +/* Set max98090 as master,
On Fri, Sep 12, 2014 at 03:30:36PM +0800, Jianqun wrote:
> Add documentation for rockchip-max98090 driver, which is need by rockchip
> board using a max98090.
Can this use simple-card (perhaps after a bit of extension)?
> +- rockchip,audio-codec : The phandle of the MAX98090 audio codec.
Is the
On Fri, Sep 12, 2014 at 03:26:46PM +0800, Jianqun wrote:
> This patch to add driver for rockchip board using a max98090.
>
> Tested on RK3288 using a max98090.
This appears to have two slightly different copies of the patches
threaded to it... that's a bit confusing.
signature.asc
Description:
On Thu, Sep 11, 2014 at 04:19:49PM +0800, Wang, Yalin wrote:
> this patch change struct regmap->mutex and struct regmap->spinlock
> as an union, because these 2 members are only used one of them,
> we change it to shrink the struct size.
Applied, thanks.
signature.asc
Description: Digital signat
On Tue 09-09-14 02:27:12, Al Viro wrote:
http://lkml.org/lkml/2014/9/8/762
> I agree that it changes user-visible ABI and I agree the behavior
> isn't really specified in the manpage.
Shouldn't we start with putting the expected behavior into the manpage
before patching the code? I am missing a
On Sat, Sep 13, 2014 at 08:41:03AM +0800, Jianqun wrote:
> Fix error format set to I2S master or slave mode.
> Test on RK3288 board with max98090.
Applied. Since this is a bug fix it should be one of the first patches
in the series so that it can be sent to Linus as a fix, bug fixes should
go bef
On Sat, Sep 13, 2014 at 08:43:13AM +0800, Jianqun wrote:
> As "hclk" is used for rockchip I2S controller, driver must to enable
> it in probe.
Applied, again this is a bug fix. How did the original submission get
tested?
signature.asc
Description: Digital signature
On 09/11/14 18:44, Javier Martinez Canillas wrote:
Hello Dmitry,
Hi,
On 09/11/2014 12:25 AM, Dmitry Torokhov wrote:
+&hsi2c_8 {
+ status = "okay";
+ clock-frequency =<333000>;
+
+ /* Atmel mXT336S */
+ trackpad@4b {
+ compatible = "atmel,maxtouch";
+
On Sat, Sep 13, 2014 at 08:42:12AM +0800, Jianqun wrote:
> Reference rockchip I2S controller TRM, modify some registers' property
> I2S_FIFOLR: read / write, but not volatile, not precious
> I2S_INTSR: read / write
> I2S_CLR: volatile, register value will be cleared by read
Applied, again this is
On Sat, Sep 13, 2014 at 08:43:13AM +0800, Jianqun wrote:
> +++ b/sound/soc/rockchip/rockchip_i2s.c
> @@ -423,6 +423,11 @@ static int rockchip_i2s_probe(struct platform_device
> *pdev)
> dev_err(&pdev->dev, "Can't retrieve i2s bus clock\n");
> return PTR_ERR(i2s->hclk);
On Sat, Sep 13, 2014 at 08:41:38AM +0800, Jianqun wrote:
> Add playback/capture dma data to snd_soc_dai.
> Test on RK3288 with max98090.
Applied, thanks.
signature.asc
Description: Digital signature
On Sat, Sep 13, 2014 at 08:40:19AM +0800, Jianqun wrote:
> Fix SND_ROCKCHIP_I2S to be more reasonable - SND_SOC_ROCKCHIP_I2S,
> SND_SOC_ROCKCHIP_I2S should select by audio driver, instead of
> SND_SOC_ROCKCHIP.
Applied, thanks.
signature.asc
Description: Digital signature
On Sat, Sep 13, 2014 at 09:04:41AM +0800, Jianqun wrote:
> Reference to RK3288 TRM, fix an error channel id for i2s tx and rx
> Table 10-1 DMAC_BUS Request Mapping Table
> Req numberSource Polarity
> 0 I2S tx High level
> 1 I2S rx High level
Applied, thanks. The cha
On Thu, Sep 11, 2014 at 10:00:37AM +0100, Catalin Marinas wrote:
> On Wed, Sep 10, 2014 at 10:33:26PM +0100, Frederic Weisbecker wrote:
> > ARM64 irq work self-IPI support depends on __smp_cross_call to point to
> > some relevant IRQ controller operations. This information should be
> > available a
From: Rusty Russell
Date: Sat, 13 Sep 2014 15:10:03 +0930
> David Miller writes:
>> Do you guys want me to take this series directly into net-next?
>
> Actually, yes. Since I'm going to be travelling, that makes it much
> easier for me. And no other patches I have depend on it.
Series applie
On 01/09/14 10:20, Laurentiu Palcu wrote:
> Add support for enumerating the device through ACPI.
>
> Signed-off-by: Laurentiu Palcu
Applied to the togreg branch of iio.git - initially pushed out as
testing for the autobuilders to play.
Thanks,
Jonathan
> ---
>
> Changes in v2:
> * fix the unn
On 09/10/14 11:31, Peter Foley wrote:
> glibc 2.9 introduced the htole<16/32/64> macros, add them to
> tools/include to support older versions of glibc.
>
> Reported-by: Andrew Morton
> Signed-off-by: Peter Foley
Applied. Thanks.
> ---
> Documentation/arm/SH-Mobile/Makefile | 2 +-
> Documen
On 13/09/14 00:27, Hartmut Knaack wrote:
> Stanimir Varbanov schrieb, Am 11.09.2014 17:13:
>> The voltage ADC is peripheral of Qualcomm SPMI PMIC chips. It has
>> 15bits resolution and register space inside PMIC accessible across
>> SPMI bus.
>>
>> The vadc driver registers itself through IIO inter
On 13/09/14 00:35, Hartmut Knaack wrote:
> Stanimir Varbanov schrieb, Am 11.09.2014 17:13:
>> Document DT binding for Qualcomm SPMI PMIC voltage ADC
>> driver.
>>
> Still one typo left.
>> Signed-off-by: Stanimir Varbanov
>> Signed-off-by: Ivan T. Ivanov
>> ---
>> .../devicetree/bindings/iio/adc
Replaced transmit_cmd() functions in tpm-interface.c and tpm-sysfs.c
with a single tpm_transmit_cmd() that can be used in both files.
This patch is preliminary clean up work for the TPM2 support. This
function is needed for implementing TPM2 versions of the in-kernel
TPM utility functions.
Signed
On Sat, Sep 13, 2014 at 11:36:24PM +0800, Huang Shijie wrote:
> On Fri, Sep 12, 2014 at 02:30:50PM +0200, Boris BREZILLON wrote:
> > This test validates what's returned by ecc_strength file in sysfs
> > (which in turn is specified by the NAND controller when initializing
> > the NAND chip).
> >
>
On Sat, Sep 13, 2014 at 12:28:41PM +0200, Hans de Goede wrote:
> Yes this one does the trick and fixes things. Note the git tree I used for
> testing also had your previous fix to split up the blk_tcq union in 2
> separate struct members. Let me know if you want me to re-test without that
> fix.
I
On Sat, Sep 13, 2014 at 7:35 AM, Konstantin Khlebnikov wrote:
> This patch implements user-space per-cpu memory in the same manner as in
> kernel-space: each cpu has its own %gs base address. On x86_64 %fs is used
> for thread local storage, %gs usually is free.
>
> User-space application cannot p
Dear,
I know that this letter may come to you as a surprise, I got your contact
address from the computerized search. My name is Mr Alif Tomar, I am the Bill
and Exchange (assistant) Manager of Bank of Africa Ouagadougou, Burkina Faso.
In my department I discovered an abandoned sum of eighteen
pr_warn is used about 3:1 over pr_warning and is mixed use
in arch/arm. Standardize on pr_warn.
Joe Perches (8):
arm: Convert pr_warning to pr_warn
arm: mach-davinci: Convert pr_warning to pr_warn
arm: mach-ep93xx: Convert pr_warning to pr_warn
arm: mach-imx: Convert pr_warning to pr_warn
Use the more common pr_warn.
Other miscellanea:
o Coalesce formats
o Realign arguments
Signed-off-by: Joe Perches
---
arch/arm/mach-pxa/em-x270.c | 4 ++--
arch/arm/mach-pxa/gumstix.c | 3 +--
arch/arm/mach-pxa/mfp-pxa2xx.c | 12 +---
arch/arm/mach-pxa/poodle.c | 2 +-
Use the more common pr_warn.
Other miscellanea:
o Realign arguments
Signed-off-by: Joe Perches
---
arch/arm/mach-omap2/display.c| 2 +-
arch/arm/mach-omap2/hdq1w.c | 4 ++--
arch/arm/mach-omap2/i2c.c| 2 +-
arch/arm/mach-omap2/msdi.c |
Use the more common pr_warn.
Other miscellanea:
o Coalesce formats
o Realign arguments
o typo fixes of Siple to Simple
Signed-off-by: Joe Perches
---
arch/arm/mach-u300/dummyspichip.c | 65 +--
1 file changed, 29 insertions(+), 36 deletions(-)
diff --git a/
Use the more common pr_warn.
Other miscellanea:
o Coalesce formats
o Realign arguments
Signed-off-by: Joe Perches
---
arch/arm/include/asm/syscall.h | 8
arch/arm/kernel/atags_parse.c| 2 +-
arch/arm/kernel/hw_breakpoint.c | 18 +-
arch/arm/kernel/irq.c
Use the more common pr_warn.
Other miscellanea:
o Coalesce formats
o Realign arguments
Signed-off-by: Joe Perches
---
arch/arm/mach-davinci/board-da830-evm.c| 76 +-
arch/arm/mach-davinci/board-dm644x-evm.c | 6 +--
arch/arm/mach-davinci/board-mityomapl138.c
Use the more common pr_warn.
Signed-off-by: Joe Perches
---
arch/arm/mach-imx/mach-armadillo5x0.c | 2 +-
arch/arm/mach-imx/mach-mx31_3ds.c | 4 ++--
arch/arm/mach-imx/mach-mx31lite.c | 2 +-
arch/arm/mach-imx/mach-pcm037.c | 4 ++--
4 files changed, 6 insertions(+), 6 deletions(-)
Use the more common pr_warn.
Other miscellanea:
o Realign arguments
Signed-off-by: Joe Perches
---
arch/arm/mach-orion5x/dns323-setup.c | 8
arch/arm/mach-orion5x/terastation_pro2-setup.c | 2 +-
arch/arm/mach-orion5x/ts209-setup.c| 2 +-
arch/arm/mach-orion5x/ts
Use the more common pr_warn.
Other miscellanea:
o Coalesce formats
Signed-off-by: Joe Perches
---
arch/arm/mach-ep93xx/core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-ep93xx/core.c b/arch/arm/mach-ep93xx/core.c
index 0e571f1..c75c678 100644
--- a/ar
On Saturday, September 13, 2014 04:50:22 AM Eric Dumazet wrote:
> On Sat, 2014-09-13 at 01:27 -0700, Shakil A Khan wrote:
> > Signed-off-by: Shakil A Khan
> > ---
> >
> > net/core/dst.c | 5 -
> > 1 file changed, 4 insertions(+), 1 deletion(-)
> >
> > diff --git a/net/core/dst.c b/net/core/
Even though these functions are called at kernel boot, they will
also be used by the page fault handler to fixup access to BOOT_SERVICES_*
regions, which do not have the __init attribute.
Signed-off-by: Ricardo Neri
---
arch/x86/include/asm/efi.h | 4 ++--
arch/x86/platform/efi/efi.c| 2
Several functions (efi_mem_type, efi_mem_attributes,
efi_lookup_mapped_addr) scan the memory map looking for the memory
descriptor to which a given physical address belongs for various
purposes.
The scan functionality is duplicated in all the three functions. The
common functionality is consolidat
The UEFI specification states that the firmware shall not access the
BOOT_SERVICES_DATA/CODE * memory regions after the operating system has
called ExitBootServices on it. Thus, the operating system is free to use
such regions as it sees fit. Still, buggy UEFI firmware implementations
may want to k
Rather than duplicating the code to lookup for the memory descriptor of
a given physical address, use the utility function efi_memory_descriptor.
Signed-off-by: Ricardo Neri
---
arch/x86/platform/efi/efi.c | 26 ++
drivers/firmware/efi/efi.c | 36 +++-
As per the UEFI specification, accesses to BOOT_SERVICES_* memory
regions by the UEFI firmware are illegal after the OS has called
ExitBootServices. However, buggy firmware implementations may still
access these regions after such call.
The current approach of the kernel is to reserve and map all
Buggy UEFI firmware implementations may try to access the
EFI_BOOT_SERVICES_* memory regions even after those regions have been
surrendered to the kernel (after calling ExitBootServices() on the
firmware). If such regions are not mapped, a page fault will be
generated. Fix that up.
We are sure tha
There may exist buggy implementations of UEFI firmaware that may still
try to access the EFI_BOOT_SERVICES_* memory regions after the call to
ExitBootServices() has been made. This is a violation of the UEFI
specification.
If selected, this debug option will print a warning message if the
conditio
On Wed, Sep 3, 2014 at 9:39 PM, Minchan Kim wrote:
> VM uses nr_swap_pages as one of information when it does
> anonymous reclaim so that VM is able to throttle amount of swap.
>
> Normally, the nr_swap_pages is equal to freeable space of swap disk
> but for zram, it doesn't match because zram can
Compiling with OCTEON_MGMT_ETHERNET gives a warning
drivers/net/ethernet/octeon/octeon_mgmt.c:295:4:
warning: ISO C90 forbids mixed declarations and code
[-Wdeclaration-after-statement]
The patch cleans up the code.
Signed-off-by: Heinrich Schuchardt
---
drivers/net/ethernet/octeon/octeon_mgmt.
On Sat, 2014-09-13 at 21:05 +0200, Heinrich Schuchardt wrote:
> Compiling with OCTEON_MGMT_ETHERNET gives a warning
> drivers/net/ethernet/octeon/octeon_mgmt.c:295:4:
> warning: ISO C90 forbids mixed declarations and code
> [-Wdeclaration-after-statement]
Maybe better to move the memset after the
On Sat, 13 Sep 2014, Laurent Pinchart wrote:
> The TWL RTC interrupt is a double-nested threaded interrupt, handled
> through the TWL SIH (Secondary Interrupt Handler) and PIH (Primary
> Interrupt Handler).
>
> When the system is woken up from suspend by a TWL RTC alarm interrupt,
> the TWL PIH a
On Sat, Sep 13, 2014 at 11:31:17AM -0700, Joe Perches wrote:
> Use the more common pr_warn.
>
> Other miscellanea:
>
> o Realign arguments
>
> Signed-off-by: Joe Perches
Acked-by: Andrew Lunn
Andrew
> ---
> arch/arm/mach-orion5x/dns323-setup.c | 8
> arch/arm/m
> +static int blkfront_queue_rq(struct blk_mq_hw_ctx *hctx, struct request *req)
> {
> + struct blkfront_info *info = req->rq_disk->private_data;
>
> + spin_lock_irq(&info->io_lock);
> + if (RING_FULL(&info->ring))
> + goto wait;
>
> - blk_start_request(req)
From: Shakil k
Date: Sat, 13 Sep 2014 10:46:39 -0700
> On Sat, Sep 13, 2014 at 4:50 AM, Eric Dumazet
> wrote:
>
>> Can you describe how this could trigger with a pristine kernel ?
>> This can be reproduced with our custom network traffic to simulate malware.
>>
> Point is the user can modify ce
On Thu, Sep 4, 2014 at 7:59 PM, Minchan Kim wrote:
> Hi Heesub,
>
> On Thu, Sep 04, 2014 at 03:26:14PM +0900, Heesub Shin wrote:
>> Hello Minchan,
>>
>> First of all, I agree with the overall purpose of your patch set.
>
> Thank you.
>
>>
>> On 09/04/2014 10:39 AM, Minchan Kim wrote:
>> >This patc
Dirk Gouders writes:
> Bjorn Helgaas writes:
>
>> I want to fix this regression before v3.17. Dirk, can you test the
>> following patch on top of v3.17-rc2? I'm hoping you can try this on your
>> test machine in conjunction with your acpi_pci_root_add() and
>> pci_scan_device() patches. If I
On 12/09/14 00:15, Jacob Pan wrote:
> Add documentation for input current raw reading and scale.
>
> Signed-off-by: Jacob Pan
The content is fine, but please look at how the other types are handled.
The raw attribute is described along with the units etc in it's own
section, but the _scale attrib
1 - 100 of 187 matches
Mail list logo
