On Fri, Sep 12, 2014 at 03:15:16PM +0200, Geert Uytterhoeven wrote:
> Hi all,
>
> This patch series fixes an issue with the INTCA module clock, which we
> currently assume enabled by the bootloader or reset state.
> If this clock was not enabled before booting Linux, the intc-irqpin driver
>
On Fri, Sep 12, 2014 at 05:43:00PM +0200, Alexandre Belloni wrote:
> Add sama5d4 support to irq-atmel-aic5.
>
> Signed-off-by: Alexandre Belloni
> ---
> Cc: Jason Cooper
> .../devicetree/bindings/interrupt-controller/atmel,aic.txt | 2 +-
> drivers/irqchip/irq-atmel-aic5.c
On Thu, Sep 11, 2014 at 04:41:51PM +0200, Alexandre Belloni wrote:
> The FUSE and RAM controllers don't have any connected IRQs, reducing the
> number
> of IRQs to 48.
>
> Signed-off-by: Alexandre Belloni
> ---
> drivers/irqchip/irq-atmel-aic5.c | 2 +-
> 1 file changed, 1 insertion(+), 1 delet
On 12/09/14 18:23, Russell King - ARM Linux wrote:
> On Fri, Sep 12, 2014 at 06:19:08PM +0100, Russell King - ARM Linux wrote:
>> On Fri, Sep 12, 2014 at 06:14:04PM +0100, Russell King - ARM Linux wrote:
>>> On Thu, Sep 11, 2014 at 12:31:14PM +0100, Daniel Thompson wrote:
This patch introduces
From: Suravee Suthikulpanit
This patch extend GICv2m MSI to support multiple MSI in ARM64.
This requires the common arch_setup_msi_irqs() to be overwriten
with ARM64 version which does not return 1 for PCI_CAP_ID_MSI and
nvec > 1.
Cc: Mark Rutland
Cc: Marc Zyngier
Cc: Jason Cooper
Cc: Catali
From: Suravee Suthikulpanit
ARM GICv2m specification extends GICv2 to support MSI(-X) with
a new set of register frame. This patch introduces support for
the non-secure GICv2m register frame. Currently, GICV2m is available
in certain version of GIC-400.
The patch introduces a new property in ARM
From: Suravee Suthikulpanit
This patch set introduces support for MSI(-X) in GICv2m specification,
which is implemented in some variation of GIC400.
This depends on and has been tested with the following patch set which
implements PCI supports for ARM64:
* https://lkml.org/lkml/2014/8/12/3
On Tue, Sep 09, 2014 at 05:44:20PM -0700, Florian Fainelli wrote:
> Hi Jason, Thomas, Mark,
>
> This patch set adds support for the second type of Level-2 interrupt
> controller
> found on Broadcom Set Top Box hardware.
>
> Version 2 should address your previous comments made on the initial
> s
On Fri, Sep 12, 2014 at 10:58:03AM +0930, Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
> > On Thu, Sep 11, 2014 at 10:26:52AM +0930, Rusty Russell wrote:
> >> Hi all,
> >>
> >> Probably won't read mail. Linus, I'll have pull requests early
> >> next week; if there's anything neede
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 504d58
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?
th
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
> > include/asm-gener
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 tags/
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 major
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: Heinr
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
wei
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 inserti
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 te
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:
- modi
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 re
在 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... th
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 m
在 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
>> 1I
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 wil
在 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 wi
在 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(&pdev->dev, "Can't retrieve i2s bus clock\
在 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 submission
在 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 wi
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 transfe
在 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 m
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,
> th
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 one
- 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 27036
- 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
+++ b/drivers/stagi
- 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 6b77c51..da2a63
- 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 3a45e79..ce606bd
- 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 1
- 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 dcb6f21..
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 seen
- 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 270
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 +-
include/
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 r
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
dr
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 u
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 th
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: Christoph
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 retur
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 w
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 with
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 fcdfe3a7fa4cb74391d42b6a26dc07c
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), we'd
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: sen
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 ku
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 orde
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
--- a/d
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
--- a/drivers/mm
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 need
-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: Christ
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
conver
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.
Signe
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 majordom
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 major
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 t
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 a/drivers/net/wireless/brcm80211/b
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 +-
.../net/wireless/brcm80211/brcmsmac
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
b/drivers
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 brcms_ph
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 n
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 classifi
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: drivers/power
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
>> [-Wdeclarat
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
> S
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 matter).
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 window
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
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 patc
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
> +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)
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
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, 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
---
drivers/net/ethernet/octeon/octeon_mgmt.
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
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
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
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 +++-
1 - 100 of 187 matches
Mail list logo
