On Mon, Sep 08, 2014 at 03:24:12PM +0100, Marc Zyngier wrote:
> Hi Robert,
>
> On 08/09/14 15:11, Robert Richter wrote:
> > From: Robert Richter
> >
> > Fixing 32 bit compatibility by using ULL for u64 constants.
> >
> > Signed-off-by: Robert Richter
> > ---
> > drivers/irqchip/irq-gic-v3.c
On 2014.09.14 at 07:09 +0200, Markus Trippelsdorf wrote:
> Just noticed this today:
>
> Sep 14 06:51:57 x4 kernel: [sched_delayed] ^a4CE: hpet increased min_delta_ns
> to 20115 nsec
>
> in hex:
> 20 01 34 43 45 3A 20
>
> Must be a recent regression.
It looks like a combination of commit
On Wed, Sep 03, 2014 at 11:07:46AM +0200, Boris BREZILLON wrote:
> The series depends on the acceptation of the RTT DT bindings proposed here
> [1].
>
> Best Regards,
>
> Boris
>
> [1]https://lkml.org/lkml/2014/9/3/145
Hmm, the bindings, unfortunately, still seem to be in flux. Any update?
Christoph,
On Tue, Sep 02, 2014 at 10:00:07AM -0500, Christoph Lameter wrote:
> On Tue, 2 Sep 2014, Christoph Lameter wrote:
>
> > Oww.. This is double indirection deal there. A percpu offset pointing to
> > a pointer?
> >
> > Generally the following is true (definition from
> >
On Mon, Jul 28, 2014 at 04:15:48PM -0500, Felipe Balbi wrote:
> Hi folks,
>
> here's another rebase of the original series moving INTC
> to drivers.
>
> There aren't many changes, only some fixes here and there
> because of recent changes to irq_domain and irqchip.
>
> I have also added a patch
Hi Linus,
Below are a few NTB bug fixes for v3.17. Please consider pulling them.
Thanks,
Jon
The following changes since commit 2ce7598c9a453e0acd0e07be7be3f5eb39608ebd:
Linux 3.17-rc4 (2014-09-07 16:09:43 -0700)
are available in the git repository at:
git://github.com/jonmason/ntb
Just noticed this today:
Sep 14 06:51:57 x4 kernel: [sched_delayed] ^a4CE: hpet increased min_delta_ns
to 20115 nsec
in hex:
20 01 34 43 45 3A 20
Must be a recent regression.
--
Markus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Revised patch takes into account comments by Joe and David.
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:
Hi John,
On Sun, Sep 14, 2014, Johan Hedberg wrote:
> Here are some more patches intended for 3.18. Most of them are cleanups
> or fixes for SMP. The only exception is a fix for BR/EDR L2CAP fixed
> channels which should now work better together with the L2CAP
> information request procedure.
>
Hi John,
Here are some more patches intended for 3.18. Most of them are cleanups
or fixes for SMP. The only exception is a fix for BR/EDR L2CAP fixed
channels which should now work better together with the L2CAP
information request procedure.
Let me know if there are any issues pulling. Thanks.
Hi Catalin,
Sitting here on a flight, I decided to go over a number of patches and
pondering a few things through inspection (my 64-bit ARM servers are in
the overhead bin, I guess I /could/ power them on with the in-seat power
to poke at this...but people around me would probably be even more
On Sat, 2014-09-13 at 11:35 -0700, shakil A Khan wrote:
> 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
Last week, the TAB held its first meeting since the TAB elections at
Kernel Summit and LinuxCon last month. As is our custom, this meeting
included both incoming and outgoing members, and was the chance to
bring the new members up to speed as well as say goodbye to those who
are completing their
Reference to RK3288 TRM, fix an error in the example by swap "tx" and "rx".
Table 10-1 DMAC_BUS Request Mapping Table
Req number Source Polarity
0 I2S tx High level
1 I2S rx High level
Tested on RK3288 board.
Signed-off-by: Jianqun
---
change since v1:
-
Hi Walter,
> enhance module drivers/net/ieee802154/mrf24j40.c to allow designs that use
> external transmitters/receivers.
>
> Designs that use Microchip's MRF24J40 with external receivers and
> transmitters require the chip to
> be specifically programmed for this, by setting the "test mode
在 09/12/2014 09:42 PM, Mark Brown 写道:
> 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...
On 09/11/2014 08:15 AM, Andy Lutomirski wrote:
> On Thu, Sep 11, 2014 at 7:47 AM, Michael Kerrisk (man-pages)
> wrote:
>>
>> So, in the current draft of the setns(2) page, there is
>>
>> CLONE_NEWNS
>> ...
>> Since Linux 3.9, CLONE_NEWUSER also automatically implies
>>
On 09/11/2014 08:14 AM, Andy Lutomirski wrote:
> On Thu, Sep 11, 2014 at 7:46 AM, Michael Kerrisk (man-pages)
> wrote:
>> Hi Eric,
>>
>> On 09/09/2014 09:05 AM, Eric W. Biederman wrote:
>>> "Michael Kerrisk (man-pages)" writes:
>>>
Hi Andy, and Eric,
>>1. The writing process
在 09/14/2014 12:40 AM, Mark Brown 写道:
> 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 number Source Polarity
>> 0I2S tx High level
>> 1
Hi,
On Sat, Sep 13, 2014 at 12:16:01PM +0530, Kishon Vijay Abraham I wrote:
> On Saturday 13 September 2014 12:58 AM, Andy Gross wrote:
> > This patch adds a new driver for the Qualcomm USB 3.0 PHY that exists on
> > some
> > Qualcomm platforms. This driver uses the generic PHY framework and
在 09/14/2014 04:57 AM, Sergei Shtylyov 写道:
> Hello.
>
> On 9/13/2014 3:42 AM, 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
在 09/14/2014 12:37 AM, Mark Brown 写道:
> 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(>dev, "Can't retrieve i2s bus clock\n");
在 09/14/2014 12:36 AM, Mark Brown 写道:
> 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?
>
The original
在 09/14/2014 12:36 AM, Mark Brown 写道:
> 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
Greetings,
I am Mr.Karim Wattara. a banker, i know that this mail will come to you as a
surprise as
we have never met before, but need not to worry as I am contacting you
independently of my
investigation and no one is informed of this communication. I need your urgent
Cooperation
in
在 09/14/2014 12:35 AM, Mark Brown 写道:
> 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
enhance module drivers/net/ieee802154/mrf24j40.c to allow designs that
use external transmitters/receivers.
Designs that use Microchip's MRF24J40 with external receivers and
transmitters require the chip to
be specifically programmed for this, by setting the "test mode register"
to 0xf.
In
On 09/10/14 07:31, Andrey Ryabinin wrote:
> Kernel Address sanitizer (KASan) is a dynamic memory error detector. It
> provides
> fast and comprehensive solution for finding use-after-free and out-of-bounds
> bugs.
>
> KASAN uses compile-time instrumentation for checking every memory access,
>
On 08/23/14 02:14, Bartlomiej Zolnierkiewicz wrote:
Hi,
On Wednesday, August 20, 2014 01:12:44 PM Felipe Balbi wrote:
Hi,
On Thu, Aug 14, 2014 at 04:25:22PM +0200, Bartlomiej Zolnierkiewicz wrote:
Hi,
This patch series removes the old Samsung USB PHY drivers that
got replaced by the new
- add line after declaration
- remove return statement in empty void function
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/ion/ion.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
index
- add line after declaration
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/sync.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index e7b2e02..0d37495 100644
--- a/drivers/staging/android/sync.c
+++
- add line after declaration
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/sw_sync.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/staging/android/sw_sync.c
b/drivers/staging/android/sw_sync.c
index a76db3f..863d4b1 100644
--- a/drivers/staging/android/sw_sync.c
+++
- remove return statement in empty void function
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/ion/ion_system_heap.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/android/ion/ion_system_heap.c
b/drivers/staging/android/ion/ion_system_heap.c
index
- remove return statement in void function
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/ion/ion_dummy_driver.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/android/ion/ion_dummy_driver.c
b/drivers/staging/android/ion/ion_dummy_driver.c
index
- remove return statement in empty void function
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/ion/ion_chunk_heap.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/android/ion/ion_chunk_heap.c
b/drivers/staging/android/ion/ion_chunk_heap.c
index 9c3e49a..3e6ec2e
- remove return statement in empty void function
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/ion/ion_carveout_heap.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/staging/android/ion/ion_carveout_heap.c
b/drivers/staging/android/ion/ion_carveout_heap.c
index
On Sat, Sep 13, 2014 at 11:36:16AM -0700, Ricardo Neri wrote:
> Being more verbose about this kind of illegal access from the firmware
> increases the likelihood of this kind firmware bugs to be fixed.
I sincerely hope you're right and, more importantly, how do we make sure
those warnings get
- add line after declaration
- remove return statement in empty void function
Signed-off-by: Sorin Facaoaru
---
drivers/staging/android/ion/ion.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/ion/ion.c
b/drivers/staging/android/ion/ion.c
index
Duplicate the (small) timeout handler in blk-mq so that we can pass
arguments more easily to the driver timeout handler. This enables
the next patch.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 53 +
block/blk-timeout.c | 8
Allow blk-mq to pass an argument to the timeout handler to indicate
if we're timing out a reserved or regular command. For many drivers
those need to be handled different.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c | 6 +++---
drivers/scsi/scsi_lib.c | 10 +-
When we call blk_mq_start_request from the core blk-mq code before calling into
->queue_rq there is a racy window where the timeout handler can hit before we've
fully set up the driver specific part of the command.
Move the call to blk_mq_start_request into the driver so the driver can start
the
Now that we've changed the driver API on the submission side use the
opportunity to fix up the name on the completion side to fit into the
general scheme.
Signed-off-by: Christoph Hellwig
---
block/blk-flush.c | 4 ++--
block/blk-mq.c| 16
Don't do a kmalloc from timer to handle timeouts, chances are we could be
under heavy load or similar and thus just miss out on the timeouts.
Fortunately it is very easy to just iterate over all in use tags, and doing
this properly actually cleans up the blk_mq_busy_iter API as well, and
prepares
This series fixes various issues with timeout handling that Robert
ran into when testing scsi-mq heavily. He tested an earlier version,
and couldn't reproduce the issues anymore, although the series changed
quite significantly since and should probably be retested.
In summary we not only start
Pass an explicit parameter for the last request in a batch to ->queue_rq
instead of using a request flag. Besides being a cleaner and non-stateful
interface this is also required for the next patch, which fixes the blk-mq
I/O submission code to not start a time too early.
Signed-off-by:
Hi
On Sat, Sep 13, 2014 at 11:13:53PM +0200, Peter Hüwe wrote:
> Hi
>
>
> Am Samstag, 13. September 2014, 19:35:33 schrieb Jarkko Sakkinen:
> > 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
Heiko Stübner schrieb, Am 11.09.2014 00:22:
> Older Rockchip SoCs, at least the rk3066, used a slightly modified saradc
> for temperature measurements. This so called tsadc does not contain any
> active parts like temperature interrupts and only supports polling the
> current temperature. The
On Fri, 2014-09-12 at 20:59 +0900, Satoru Takeuchi wrote:
> At Thu, 11 Sep 2014 06:30:06 -0700,
> Guenter Roeck wrote:
> >
> > On 09/11/2014 05:32 AM, Ben Hutchings wrote:
> > > This is the start of the stable review cycle for the 3.2.63 release.
> > > There are 131 patches in this series, which
On Thu, 2014-09-11 at 06:30 -0700, Guenter Roeck wrote:
> On 09/11/2014 05:32 AM, Ben Hutchings wrote:
> > This is the start of the stable review cycle for the 3.2.63 release.
> > There are 131 patches in this series, which will be posted as responses
> > to this one. If anyone has any issues
On Thu, 2014-09-11 at 08:48 -0400, Vlad Yasevich wrote:
> On 09/11/2014 08:32 AM, Ben Hutchings wrote:
> > 3.2.63-rc1 review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Vlad Yasevich
> >
> > [ Upstream commit
Joe,
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
> ---
> arch/arm/mach-orion5x/dns323-setup.c | 8
> arch/arm/mach-orion5x/terastation_pro2-setup.c
From: Sasha Levin
Date: Sat, 13 Sep 2014 00:06:30 -0400
> 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),
From: Alexandre Belloni
Date: Sat, 13 Sep 2014 01:57:49 +0200
> From: Bo Shen
>
> Print the IP revision when probing.
>
> Signed-off-by: Bo Shen
> Signed-off-by: Nicolas Ferre
> ---
> Changes in v2:
> - condense information on one line
Applied, thanks.
--
To unsubscribe from this list:
Jeg skal bruge dine HASTER RESPOND
Jeg bruger dette medie til at informere dig om transaktionen for
overførsel på $ 2150 (Twenty-en million fem hundrede tusinde dollars)
i min bank i Kina
til dig som modtager. Det vil være 100% sikker, er den finansielle officer
af den afdøde
Hi Linus,
please pull the latest parisc architecture fixes for kernel 3.17 from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.17-1
Most important patch is a new Light Weigth Syscall (LWS) for 8, 16, 32 and 64
bit atomic CAS operations which is required in
KERN_ERR is too high severity for an "assumption" message, so I moved
them down to KERN_WARNING
Signed-off-by: Steven Honeyman
---
drivers/scsi/sd.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c
index 2c2041c..bb7d6e9 100644
---
This is just a warning, so I've given it a more appropriate log level
Signed-off-by: Steven Honeyman
---
drivers/mmc/host/sdhci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhci.c
index 37b2a9a..6e9ba15 100644
---
Hi
Am Samstag, 13. September 2014, 19:35:33 schrieb Jarkko Sakkinen:
> 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
-use current logging functions
-replace no level printk by pr_err
-add debug.c / sysv_err function to include sb->s_id
-use pr_fmt with standard KBUILD_MODNAME ": "
-use __builtin_return_address to display function name
logging format is now:
sysv: (sb->s_id) sysv_fill_super [sysv]: msg
Cc:
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
The timer department is not too proud about the following fixes:
- Deal with a long standing rounding bug in the timeval to jiffies
Hello.
On 9/13/2014 3:42 AM, 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
Test on RK3288 with max98090.
From: Hayes Wang
Date: Fri, 12 Sep 2014 11:35:10 +0800
> There are two issues for hw rx vlan. The patches are
> used to fix them.
Series applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
From: Hayes Wang
Date: Fri, 12 Sep 2014 10:43:11 +0800
> Support hw VLAN for tx and rx. And enable them by default.
>
> Signed-off-by: Hayes Wang
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
Linus,
please pull the latest locking-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-urgent-for-linus
A oneliner bugfix for the jinxed futex code:
- Drop has bucket lock in the error exit path. I really could slap
myself for intruducing
Use container_of instead of casting first structure member.
Compiled but untested.
Signed-off-by: Fabian Frederick
---
drivers/net/wireless/brcm80211/brcmsmac/dma.c | 38 +--
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git
Use container_of instead of casting first structure member.
Compiled but untested.
Signed-off-by: Fabian Frederick
---
.../net/wireless/brcm80211/brcmsmac/phy/phy_cmn.c | 122 ++---
.../net/wireless/brcm80211/brcmsmac/phy/phy_lcn.c | 6 +-
Use container_of instead of casting first structure member.
Compiled but untested.
Signed-off-by: Fabian Frederick
---
drivers/net/ethernet/brocade/bna/bna_enet.c | 9 ++---
drivers/net/ethernet/brocade/bna/bna_tx_rx.c | 4 ++--
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git
Use container_of instead of casting first structure member.
ARM cross-compiled but untested.
Signed-off-by: Fabian Frederick
---
drivers/net/ethernet/freescale/fec_main.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/freescale/fec_main.c
Small patchset using container_of instead of casting on first structure member
address.
Fabian Frederick (4):
net: fec: use container_of to resolve bufdesc_ex from bufdesc
bna: use container_of to resolve bufdesc_ex from bufdesc
brcm80211: use container_of to resolve brcms_phy from
On 10/09/14 20:43, Srinivas Pandruvada wrote:
> On Wed, 2014-09-10 at 20:35 +0100, Jonathan Cameron wrote:
>> On 02/09/14 10:30, Laurentiu Palcu wrote:
>>> The following chips are either similar or have only the resolution
>>> different. Hence, change this driver to support these chips too:
>>>
Update v3 after incorporating Jamal and David Miller's comment/suggestion
from earlier versions [1] [2]. I would like to get these merged for upcoming
3.18 merge window if there are no concerns on this version.
After per the discussion here [3], the controversial custom exports have
been dropped
From: Sandeep Nair
The network coprocessor (NetCP) is a hardware accelerator that processes
Ethernet packets. NetCP has a gigabit Ethernet (GbE) subsystem with a ethernet
switch sub-module to send and receive packets. NetCP also includes a packet
accelerator (PA) module to perform packet
From: Sandeep Nair
Signed-off-by: Sandeep Nair
Signed-off-by: Santosh Shilimkar
---
MAINTAINERS |6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 134483f..7b1c41d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9038,6 +9038,12 @@ F:
On 12/09/14 18:25, Lars-Peter Clausen wrote:
> On 09/11/2014 10:55 AM, Subbaraya Sundeep Bhatta wrote:
>> This patch fixes incorrect logic for assigning address
>> to auxiliary channels of xilinx xadc.
>>
>> Signed-off-by: Subbaraya Sundeep Bhatta
>
> Acked-by: Lars-Peter Clausen
Applied to the
From: Joe Perches
Date: Sat, 13 Sep 2014 12:11:12 -0700
> 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
>>
On 12/09/14 00:15, Jacob Pan wrote:
> AXP20x driver has been extended to support axp288 variant. Header file
> and common data structures has also been renamed to suit the new
> scope of devices supported.
>
> This patch makes use of the renamed header and structure.
>
> Acked-by: Mark Brown
>
On 12/09/14 00:15, Jacob Pan wrote:
> More XPowers PMIC devices can be supported by extending this driver, so
> rename it to axp2xx to cover axp288 variant.
>
> Acked-by: Lee Jones
> Signed-off-by: Jacob Pan
I'm not sure this rename is a good idea (or the original wild
card was for that
On Tue, Jul 29, 2014 at 03:15:11PM +0200, Christoph Hellwig wrote:
> Nic,
>
> any progress on looking over these? Seems like there's actually
> nothing at all queued up for 3.17 in the target tree, or am І missing
> something?
ping again. We're getting closer to the end of the 3.18 merge
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
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 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
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
> +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(>io_lock);
> + if (RING_FULL(>ring))
> + goto wait;
>
> - blk_start_request(req);
> +
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
>
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
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
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
---
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
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
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
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
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
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
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
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
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
---
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 +-
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
1 - 100 of 362 matches
Mail list logo
