Convert bcm63xx_wdt to use WATCHDOG_CORE.
The default and maximum time constants that are only used once have been
moved to the initialisation of the struct watchdog_device.
Signed-off-by: Simon Arlott
---
Patch 7 split into two patches.
On 25/11/15 02:44, Guenter Roeck wrote:
> If I see
On Wednesday 25 November 2015 14:22:21 Stephen Boyd wrote:
>
> >
> > Is there any common way to classify these, e.g. calling them
> > 'pre-2013 models' or 'Snapdragon S4' as a way to identify them?
>
> I was thinking I could leave it as ARCH_MSM_8X60 because that covers the
> 6 and the 9, but
Reviewed-by: Gwendal Grignou
On Wed, Nov 25, 2015 at 12:12 AM, Lee Jones wrote:
> On Wed, 25 Nov 2015, Nicolas Boichat wrote:
>
>> cros_ec_cmd_xfer_spi and cros_ec_pkt_xfer_spi generally work like
>> this:
>> - Pull CS down (active), wait a bit, then send a command
>> - Wait for response
There is a level triggered interrupt for the watchdog timer as part of
the bcm63xx_timer device. The interrupt occurs when the hardware watchdog
timer reaches 50% of the remaining time.
It is not possible to mask the interrupt within the bcm63xx_timer device.
To get around this limitation, handle
On Wed, Nov 25, 2015, at 23:09, Eric Dumazet wrote:
> On Wed, 2015-11-25 at 20:57 +, Rainer Weikusat wrote:
>
> > I do agree that keeping the ->sk_data_ready outside of the lock will
> > very likely have performance advantages. That's just something I
> > wouldn't have undertaken because I'd
These patches remove the size elements from the pmic reg properties.
Technically they shouldn't be there because size-cells is 0 for the
parent node, but we've put them there so that MPP and gpio drivers
can figure out how many gpios there are.
So once the gpio and mpp drivers are fixed to count
The #size-cells for the pmics are 0, but we specify a size in the
reg property so that MPP and GPIO modules can figure out how many
pins there are. Now that we've done that by counting irqs, we can
remove the size elements in the reg properties and be DT
compliant.
Signed-off-by: Stephen Boyd
The #size-cells for the pmics are 0, but we specify a size in the
reg property so that MPP and GPIO modules can figure out how many
pins there are. Now that we've done that by counting irqs, we can
remove the size elements in the reg properties and be DT
compliant.
Signed-off-by: Stephen Boyd
On 11/25/15 14:08, Arnd Bergmann wrote:
> On Wednesday 25 November 2015 13:04:36 Stephen Boyd wrote:
>> diff --git a/arch/arm/Makefile b/arch/arm/Makefile
>> index 2c2b28ee4811..999d523ac09f 100644
>> --- a/arch/arm/Makefile
>> +++ b/arch/arm/Makefile
>> @@ -148,8 +148,7 @@
Commit-ID: 656279a1f3b210cf48ccc572fd7c6b8e2250be77
Gitweb: http://git.kernel.org/tip/656279a1f3b210cf48ccc572fd7c6b8e2250be77
Author: Len Brown
AuthorDate: Sun, 22 Nov 2015 18:16:15 -0500
Committer: Thomas Gleixner
CommitDate: Wed, 25 Nov 2015 23:17:48 +0100
x86 smpboot: Re-enable
Commit-ID: d6ccc3ec95251d8d3276f2900b59cbc468dd74f4
Gitweb: http://git.kernel.org/tip/d6ccc3ec95251d8d3276f2900b59cbc468dd74f4
Author: Juergen Gross
AuthorDate: Tue, 17 Nov 2015 15:51:19 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 25 Nov 2015 23:08:37 +0100
x86/paravirt: Remove
On Wed, Nov 25, 2015 at 03:56:03PM -0500, Konrad Rzeszutek Wilk wrote:
> On Wed, Nov 25, 2015 at 02:25:07PM -0500, Konrad Rzeszutek Wilk wrote:
> > > xen/blkback: separate ring information out of struct xen_blkif
> > > xen/blkback: pseudo support for multi hardware queues/rings
> > >
On Wed, 25 Nov 2015 12:07:05 +0100 Michal Hocko wrote:
> On Tue 24-11-15 15:44:48, Andrew Morton wrote:
> [...]
> > > Even though we haven't seen bug reports in the past I would suggest
> > > backporting this to the stable trees. The issue is present since we have
> > > stopped useing
On Wednesday 25 November 2015 13:04:36 Stephen Boyd wrote:
> diff --git a/arch/arm/Makefile b/arch/arm/Makefile
> index 2c2b28ee4811..999d523ac09f 100644
> --- a/arch/arm/Makefile
> +++ b/arch/arm/Makefile
> @@ -148,8 +148,7 @@ textofs-$(CONFIG_PM_H1940) := 0x00108000
> ifeq
On Wed, 2015-11-25 at 20:57 +, Rainer Weikusat wrote:
> I do agree that keeping the ->sk_data_ready outside of the lock will
> very likely have performance advantages. That's just something I
> wouldn't have undertaken because I'd be reluctant to make a fairly
> complicated change to a lot of
Hi Gabriele,
On Wed, Nov 18, 2015 at 05:51:09PM +0800, Gabriele Paoloni wrote:
> From: gabriele paoloni
Would you mind fixing wherever this comes from? I've been manually
fixing it to match your signed-off-by (which is conventionally
capitalized), but it'd be handier if you fixed it on your
On 11/25, Arnd Bergmann wrote:
> The common clk implementation for MMP broke without anyone noticing
> when we stopped including linux/clk.h from the clk-provider header.
>
> This did not show up in the defconfig builds because those use the
> legacy MMP clk drivers, and it did not show up in my
Commit-ID: e749ab09f8042ad4d42e2c0bf72309221caf1d71
Gitweb: http://git.kernel.org/tip/e749ab09f8042ad4d42e2c0bf72309221caf1d71
Author: Juergen Gross
AuthorDate: Tue, 17 Nov 2015 15:51:19 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 25 Nov 2015 23:02:39 +0100
paravirt: Remove
The common clk implementation for MMP broke without anyone noticing
when we stopped including linux/clk.h from the clk-provider header.
This did not show up in the defconfig builds because those use the
legacy MMP clk drivers, and it did not show up in my randconfig tests
either because I was
On 11/25/2015 04:12 PM, Thomas Gleixner wrote:
On Wed, 25 Nov 2015, Thomas Gleixner wrote:
So if CPU1 gets the IPI _BEFORE_ move_in_progress is set to 0, and
does not get another IPI before the next move . That has been that
way forever.
Duh. Working on a real fix this time.
Here you go.
On Wed, Nov 25, 2015 at 02:32:53PM -0600, Rob Herring wrote:
> On Wed, Nov 25, 2015 at 02:25:03PM -0500, Damien Riegel wrote:
> > Currently syscon has a fixed configuration of 32 bits for register and
> > values widths. In some cases, it would be desirable to be able to
> > customize the value
On Tue, Nov 24, 2015 at 03:31:24PM +0800, Chao Peng wrote:
> On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> >
> > Let's look at partitioning itself. We have two options:
> >
> >1) Per task partitioning
> >
> >2) Per CPU partitioning
> >
> > So far we only talked
Move PF_NO_SETAFFINITY check to cpuset cgroups, where it belongs.
This makes it possible to attach PF_NO_SETAFFINITY to Intel CAT cgroups.
Reported-by: Luiz Capitulino
Signed-off-by: Marcelo Tosatti
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index f89d929..0603652 100644
---
On Tue, Nov 24, 2015 at 07:25:43PM -0200, Marcelo Tosatti wrote:
> On Tue, Nov 24, 2015 at 04:27:54PM +0800, Chao Peng wrote:
> > On Wed, Nov 18, 2015 at 10:01:54PM -0200, Marcelo Tosatti wrote:
> > > > tglx
> > >
> > > Again: you don't need to look into the MSR table and relate it
> > >
On Wednesday 25 November 2015 22:51:00 Arnd Bergmann wrote:
> On Wednesday 25 November 2015 22:44:28 Pali Rohár wrote:
> > Arnd, my question about proper solution reminds... Proprietary
> > bootloader which cannot be replaced (e.g. it is signed or do
> > unknown magic) provides information to
On Wednesday 25 November 2015 04:17:09 Finn Thain wrote:
>
> On Tue, 24 Nov 2015, Ondrej Zary wrote:
>
> > On Wednesday 18 November 2015 09:35:17 Finn Thain wrote:
> > > Linux v2.1.105 changed the algorithm for polling for the BSY signal
> > > in NCR5380_select() and NCR5380_main().
> > >
> > >
On Wed, Nov 25, 2015 at 02:25:06PM -0500, Damien Riegel wrote:
> This adds the documentation for the TS-4800 by Technologic Systems.
>
> Signed-off-by: Damien Riegel
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/arm/technologic.txt | 6 ++
> 1 file changed, 6
On Wednesday 25 November 2015 13:32:22 Stephen Boyd wrote:
> On 11/25, Arnd Bergmann wrote:
> > On Wednesday 25 November 2015 11:21:14 Stephen Boyd wrote:
> > > On 11/25, Arnd Bergmann wrote:
> > > > diff --git a/drivers/clk/mmp/clk-mmp2.c b/drivers/clk/mmp/clk-mmp2.c
> > > > index
This fixes all messages from checkpatch.pl about space preferred
Signed-off-by: Bogicevic Sasa
---
drivers/staging/sm750fb/ddk750_mode.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/staging/sm750fb/ddk750_mode.c
Reduce number of memcpy's by 1-2 improve transmit performance by 2-4%.
or reduce CPU usage on a comparable value.
Signed-off-by: Ameen Ali
---
drivers/net/usb/smsc95xx.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/net/usb/smsc95xx.c
Vegard Nossum writes:
> On 11/23/2015 11:21 PM, Richard Weinberger wrote:
>> Am 23.11.2015 um 08:55 schrieb Vegard Nossum:
>>> With the attached vfat disk image (fuzzed), I get the following WARNING:
>>>
>>> WARNING: CPU: 0 PID: 913 at fs/inode.c:275 drop_nlink+0x4b/0x50()
> [...]
>>>
>>> To
The ARM compiler inserts calls to __aeabi_uidiv() and
__aeabi_idiv() when it needs to perform division on signed and
unsigned integers. If a processor has support for the udiv and
sdiv division instructions the calls to these support routines
can be replaced with those instructions. Now that
Commit-ID: 0007bccc3cfd1e69deb0fd73ccc426b4cedb061d
Gitweb: http://git.kernel.org/tip/0007bccc3cfd1e69deb0fd73ccc426b4cedb061d
Author: Len Brown
AuthorDate: Sun, 16 Aug 2015 11:20:00 -0400
Committer: Thomas Gleixner
CommitDate: Wed, 25 Nov 2015 22:46:43 +0100
x86: Replace RDRAND
The ARM compiler inserts calls to __aeabi_uidiv() and
__aeabi_idiv() when it needs to perform division on signed and
unsigned integers. If a processor has support for the udiv and
sdiv division instructions the calls to these support routines
can be replaced with those instructions. Therefore,
This is a respin of a patch series from about a year ago[1]. I realized
that we already had most of the code in recordmcount to figure out
where we make calls to particular functions, so recording where
we make calls to the integer division functions should be easy enough
to add support for using
On Wednesday 25 November 2015 22:44:28 Pali Rohár wrote:
>
> Arnd, my question about proper solution reminds... Proprietary
> bootloader which cannot be replaced (e.g. it is signed or do unknown
> magic) provides information to booted kernel via custom specific ATAGs
> fields. How userspace
On Wed, Nov 25, 2015 at 6:25 AM, Thomas Gleixner wrote:
> On Fri, 20 Nov 2015, John Stultz wrote:
>
>> On Tue, Nov 17, 2015 at 4:08 AM, wrote:
>> > From: zhuo-hao
>> >
>> > Before the system go to suspend (S3), if user create a timer with clockid
>> > CLOCK_REALTIME_ALARM/CLOCK_BOOTTIME_ALARM
On Wednesday 25 November 2015 22:29:53 Arnd Bergmann wrote:
> On Wednesday 25 November 2015 13:03:10 Tony Lindgren wrote:
> > * Arnd Bergmann [151125 11:50]:
> > > On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
> > > > At least I don't have better solutions in mind.
> > >
> > > I
On Sun, Nov 22, 2015 at 09:28:23PM -0500, Sinan Kaya wrote:
> Creating a QCOM directory for all QCOM DMA source files.
>
> Signed-off-by: Sinan Kaya
> ---
Kind of nice having a different directory.
Reviewed-by: Andy Gross
--
To unsubscribe from this list: send the line "unsubscribe
Commit-ID: 82bbe34b3d895fb026b2fc0e7da2e641797bfaed
Gitweb: http://git.kernel.org/tip/82bbe34b3d895fb026b2fc0e7da2e641797bfaed
Author: Peter Zijlstra
AuthorDate: Thu, 19 Nov 2015 17:21:06 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 25 Nov 2015 22:37:27 +0100
nohz: Clarify magic
Pseudo-DMA (PDMA) has been broken for ages, resulting in hangs on
53C400-based cards.
According to 53C400 datasheet, PDMA transfer length must be a multiple
of 128. Check if that's true and use PIO if it's not.
This makes PDMA work on 53C400 (Canon FG2-5202).
Signed-off-by: Ondrej Zary
---
Commit-ID: 09a9982016499daeb3fbee5ac8d87797310a565a
Gitweb: http://git.kernel.org/tip/09a9982016499daeb3fbee5ac8d87797310a565a
Author: Thomas Gleixner
AuthorDate: Thu, 19 Nov 2015 11:43:09 +0100
Committer: Thomas Gleixner
CommitDate: Wed, 25 Nov 2015 22:28:30 +0100
timekeeping: Lift
On 11/25, Arnd Bergmann wrote:
> On Wednesday 25 November 2015 11:21:14 Stephen Boyd wrote:
> > On 11/25, Arnd Bergmann wrote:
> > > diff --git a/drivers/clk/mmp/clk-mmp2.c b/drivers/clk/mmp/clk-mmp2.c
> > > index 09d2832fbd78..38931dbd1eff 100644
> > > --- a/drivers/clk/mmp/clk-mmp2.c
> > > +++
On Wednesday 25 November 2015 13:03:10 Tony Lindgren wrote:
> * Arnd Bergmann [151125 11:50]:
> > On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
> > > At least I don't have better solutions in mind.
> >
> > I would be happier if we could restrict this as much as possible to the
> >
Hello.
On 11/25/2015 10:15 PM, Ameen wrote:
Reduce number of memcpy's by 1-2 improve transmit performance by 2-4%.
or reduce cpu usage on a comparable value.
CPU.
Signed-off-by: Ameen Ali
---
drivers/net/usb/smsc95xx.c | 30 --
1 file changed, 16
On Wednesday 25 November 2015 11:21:14 Stephen Boyd wrote:
> On 11/25, Arnd Bergmann wrote:
> > diff --git a/drivers/clk/mmp/clk-mmp2.c b/drivers/clk/mmp/clk-mmp2.c
> > index 09d2832fbd78..38931dbd1eff 100644
> > --- a/drivers/clk/mmp/clk-mmp2.c
> > +++ b/drivers/clk/mmp/clk-mmp2.c
> > @@ -9,6
On Mon, Nov 23, 2015 at 09:54:34PM -0800, Bjorn Andersson wrote:
> Signed-off-by: Bjorn Andersson
> ---
> arch/arm/boot/dts/qcom-msm8974.dtsi | 11 +++
> 1 file changed, 11 insertions(+)
>
Looks fine to me. I'll queue it up.
--
To unsubscribe from this list: send the line
On Mon, Nov 23, 2015 at 09:55:03PM -0800, Bjorn Andersson wrote:
> Make the get_maintainer script pick up the proper maintainers for the
> Qualcomm dts files.
>
> Signed-off-by: Bjorn Andersson
> ---
Good catch. I'll queue this up. Thanks!
--
To unsubscribe from this list: send the line
On Wed, Nov 25 2015 at 3:23pm -0500,
Mike Snitzer wrote:
> On Wed, Nov 25 2015 at 2:24pm -0500,
> Jens Axboe wrote:
>
> > On 11/25/2015 12:10 PM, Hannes Reinecke wrote:
> > >The problem is that NOMERGE does too much, as it inhibits _any_ merging.
> >
> > Right, that is the point of the flag
On Wed, 18 Nov 2015, Petr Mladek wrote:
> kthread_create_on_cpu() was added by the commit 2a1d446019f9a5983e
> ("kthread: Implement park/unpark facility"). It is currently used
> only when enabling new CPU. For this purpose, the newly created
> kthread has to be parked.
>
> The CPU binding is a
On Wed, 25 Nov 2015, Thomas Gleixner wrote:
> So if CPU1 gets the IPI _BEFORE_ move_in_progress is set to 0, and
> does not get another IPI before the next move . That has been that
> way forever.
>
> Duh. Working on a real fix this time.
Here you go. Completely untested of course.
Larger
On Tue, Nov 24, 2015 at 11:13:09PM +0100, Arnd Bergmann wrote:
> The qcom spm driver uses cpu_resume_arm(), which is not included
> in the kernel in all configurations:
>
> drivers/built-in.o: In function `qcom_cpu_spc':
> :(.text+0xbc022): undefined reference to `cpu_suspend'
>
This patch series allows us to remove the ARCH_MSM* configs that live
in mach-qcom/Kconfig. They're mostly proxy configs for user selectable
clocksource configurations anyway.
Changes from v1:
* Patch 1 replaced with one that moves config to mach-qcom/Kconfig
* Applied Arnd's acks to patches 2
We want to remove the ARCH_MSM* configs in mach-qcom/Kconfig
because they are mostly proxy configs for selecting the right
clocksource driver. Therefore, make a new config for platforms
that use the qcom clocksource driver. We'll also make this the
determining factor for if we should adjust the
Enable this config in the defconfig so that we can delete the
selection logic surrounding it that exists in mach-qcom/Kconfig.
Acked-by: Arnd Bergmann
Signed-off-by: Stephen Boyd
---
arch/arm/configs/qcom_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
Drop these configs now that we select the clocksources we need
via the defconfig.
Acked-by: Arnd Bergmann
Signed-off-by: Stephen Boyd
---
arch/arm/mach-qcom/Kconfig | 12
1 file changed, 12 deletions(-)
diff --git a/arch/arm/mach-qcom/Kconfig b/arch/arm/mach-qcom/Kconfig
index
Hi Arnaldo,
On Tue, Nov 24, 2015 at 11:10:25PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Nov 24, 2015 at 10:34:18PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Wed, Nov 25, 2015 at 10:26:08AM +0900, Namhyung Kim escreveu:
> > > On Tue, Nov 24, 2015 at 12:45:51PM -0200, Arnaldo
* Arnd Bergmann [151125 11:50]:
> On Wednesday 25 November 2015 10:16:44 Tony Lindgren wrote:
> > * Pali Rohár [151123 06:46]:
> > > On Sunday 22 November 2015 07:51:46 Pavel Machek wrote:
> > > > On Wed 2015-11-11 17:10:46, Frank Rowand wrote:
> > > > > Adding devicetree list.
> > > > >
> > >
On Wed, Nov 25, 2015 at 02:29:56PM -0600, Rob Herring wrote:
> On Wed, Nov 25, 2015 at 02:25:04PM -0500, Damien Riegel wrote:
> > This watchdog is instantiated in a FPGA that is memory mapped. It is
> > made of only one register, called the feed register. Writing to this
> > register will re-arm
On Wed, 25 Nov 2015, Michal Hocko wrote:
> > > @@ -2642,6 +2644,13 @@ get_page_from_freelist(gfp_t gfp_mask, unsigned
> > > int order, int alloc_flags,
> > > if (zonelist_rescan)
> > > goto zonelist_scan;
> > >
> > > + /* WARN only once unless min_free_kbytes is updated */
> > > +
Eric Dumazet writes:
> On Wed, 2015-11-25 at 11:50 -0800, Eric Dumazet wrote:
>
>> > other->sk_data_ready(other);
>> > + unix_state_unlock(other);
>
>
> Also, problem with such construct is that we wakeup a thread that will
> block on the lock we hold.
>
> Beauty of
On Wed, 25 Nov 2015, Michal Hocko wrote:
> diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> index 8034909faad2..94b04c1e894a 100644
> --- a/mm/page_alloc.c
> +++ b/mm/page_alloc.c
> @@ -2766,8 +2766,13 @@ __alloc_pages_may_oom(gfp_t gfp_mask, unsigned int
> order,
> goto
On Wed, Nov 25, 2015 at 02:25:07PM -0500, Konrad Rzeszutek Wilk wrote:
> > xen/blkback: separate ring information out of struct xen_blkif
> > xen/blkback: pseudo support for multi hardware queues/rings
> > xen/blkback: get the number of hardware queues/rings from blkfront
> > xen/blkback:
On 11/19, Viresh Kumar wrote:
> OPP bindings allow a platform to enable OPPs based on the version of the
> hardware they are used for.
>
> Add support to the OPP-core to parse these bindings, by introducing
> dev_pm_opp_{set|put}_supported_hw() APIs.
>
> Signed-off-by: Viresh Kumar
> ---
>
On Wed, Nov 25, 2015 at 11:12 AM, Dave Penkler wrote:
> On Sun, Nov 22, 2015 at 12:36:53PM +0200, Andy Shevchenko wrote:
> OK so now I have the same as in v4 again:
>
> if (rv < 0) {
> dev_err(dev, "simple usb_control_msg failed %d\n", rv);
> goto exit;
>
On Wed, Nov 25, 2015 at 02:54:10PM -0500, Tejun Heo wrote:
> On Wed, Nov 25, 2015 at 02:51:38PM -0500, Tejun Heo wrote:
> > Sounds perfect. As this needs to go through -stable, can you please
> > resend the patch with proper description and SOB? Please also update
> > the now incorrect comment
On 11/25/2015 04:06 AM, Catalin Marinas wrote:
> On Mon, Nov 23, 2015 at 10:55:16AM -0800, Daniel Cashman wrote:
>> On 11/23/2015 07:04 AM, Will Deacon wrote:
>>> On Wed, Nov 18, 2015 at 03:20:07PM -0800, Daniel Cashman wrote:
+config ARCH_MMAP_RND_BITS_MAX
+ default 20 if
On 11/25/15 12:30, Arnd Bergmann wrote:
> On Wednesday 25 November 2015 11:34:47 Stephen Boyd wrote:
>> On 11/25, Arnd Bergmann wrote:
>>> On Wednesday 25 November 2015 13:27:55 Daniel Lezcano wrote:
What about:
textofs-$(CONFIG_ARCH_MSM8X60) := 0x00208000
On Wed, Nov 25, 2015 at 11:18 AM, Dave Penkler wrote:
> On Sun, Nov 22, 2015 at 12:32:41PM +0200, Andy Shevchenko wrote:
>> On Sun, Nov 22, 2015 at 11:19 AM, Dave Penkler wrote:
>> > On Wed, Nov 18, 2015 at 11:55:27AM +0200, Andy Shevchenko wrote:
>> >> On Wed, Nov 18, 2015 at 10:37 AM, Dave
On Wed, Nov 25, 2015 at 02:25:03PM -0500, Damien Riegel wrote:
> Currently syscon has a fixed configuration of 32 bits for register and
> values widths. In some cases, it would be desirable to be able to
> customize the value width.
>
> For example, certain boards (like the ones manufactured by
On Tue, 2015-11-24 at 13:33 +0100, Rasmus Villemoes wrote:
> The code in hid_debug_event() causes horrible code generation. First,
> we do a strlen() call for every byte we copy (we're doing a store to
> global memory, so gcc has no way of proving that strlen(buf) doesn't
> change). Second, since
On Wednesday 25 November 2015 11:34:47 Stephen Boyd wrote:
> On 11/25, Arnd Bergmann wrote:
> > On Wednesday 25 November 2015 13:27:55 Daniel Lezcano wrote:
> > >
> > > What about:
> > >
> > > textofs-$(CONFIG_ARCH_MSM8X60) := 0x00208000
> > > textofs-$(CONFIG_ARCH_MSM8960) := 0x00208000
> > >
On Wed, Nov 25, 2015 at 02:25:04PM -0500, Damien Riegel wrote:
> This watchdog is instantiated in a FPGA that is memory mapped. It is
> made of only one register, called the feed register. Writing to this
> register will re-arm the watchdog for a given time (and enable it if it
> was disable). It
On Thursday 26 November 2015 04:21:09 kbuild test robot wrote:
>386 aemif = clk_get(_dm9000.dev, "aemif");
> > 387 if (!WARN(IS_ERR(aemif)), "unable to get AEMIF clock\n"))
>388 clk_prepare_enable(aemif);
>389
>
That is an extra ')' after aemif.
On 25/11/15 20:14, Jonas Gorski wrote:
> On Tue, Nov 24, 2015 at 7:21 PM, Guenter Roeck wrote:
>> On Sun, Nov 22, 2015 at 02:05:16PM +, Simon Arlott wrote:
>>> There is a level triggered interrupt for the watchdog timer as part of
>>> the bcm63xx_timer device. The interrupt occurs when the
On Wed, Nov 25, 2015 at 12:28 AM, Konstantin Shkolnyy
wrote:
> Added tx_empty callback needed for generic wait-until-sent support.
> Without this function, when the port is closed usbserial can't know that
> there are still data in the chip's transmit FIFO. The chip gets disabled
> and
Hi Jan,
[auto build test ERROR on block/for-next]
[also build test ERROR on v4.4-rc2 next-20151124]
url:
https://github.com/0day-ci/linux/commits/Jan-Kara/SYNC_NOIDLE-preemption-for-ancestor-cgroups/20151125-222645
base: https://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git
On Wed, Nov 25, 2015 at 02:25:02PM -0500, Damien Riegel wrote:
> Signed-off-by: Damien Riegel
> Acked-by: Lee Jones
Acked-by: Rob Herring
> ---
> Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On Tue, Nov 24, 2015 at 9:16 PM, Dmitry Krivenok
wrote:
> Do not use "0x" in front of %pa, %pap and %pad to avoid
> duplicate "0x" in the output.
First of all, please, split per subsystem / driver. Here seems one
file — one patch.
And one comment below.
>
> Signed-off-by: Dmitry V. Krivenok
>
On Wed, Nov 25, 2015 at 11:59:37AM -0800, Jin Qian wrote:
> From: Greg Hackmann
>
> Signed-off-by: Greg Hackmann
> (cherry picked from commit 3c56d07eb796066530e93a40e74dea3bc59bf4cf)
> Signed-off-by: Jin Qian
> ---
> Documentation/devicetree/bindings/goldfish/pipe.txt | 17 +
On Wed, 2015-11-25 at 11:50 -0800, Eric Dumazet wrote:
> > other->sk_data_ready(other);
> > + unix_state_unlock(other);
Also, problem with such construct is that we wakeup a thread that will
block on the lock we hold.
Beauty of sk_data_ready() is to call it once
On Wed, Nov 25 2015 at 2:24pm -0500,
Jens Axboe wrote:
> On 11/25/2015 12:10 PM, Hannes Reinecke wrote:
> >On 11/25/2015 06:56 PM, Jens Axboe wrote:
> >>On 11/25/2015 02:04 AM, Hannes Reinecke wrote:
> >>>On 11/20/2015 04:28 PM, Ewan Milne wrote:
> On Fri, 2015-11-20 at 15:55 +0100, Hannes
Hi Geliang,
[auto build test ERROR on arm-soc/for-next]
[also build test ERROR on v4.4-rc2 next-20151124]
url:
https://github.com/0day-ci/linux/commits/Geliang-Tang/ARM-davinci-fix-a-problematic-usage-of-WARN/20151125-221653
base: https://git.kernel.org/pub/scm/linux/kernel/git/arm/arm
> diff --git a/kernel/module.c b/kernel/module.c
> index 8f051a106676..c0ae7c18c2fa 100644
> --- a/kernel/module.c
> +++ b/kernel/module.c
> @@ -284,11 +284,25 @@ static void module_assert_mutex(void)
> static void module_assert_mutex_or_preempt(void)
> {
> #ifdef CONFIG_LOCKDEP
> + static
On Tue, Nov 24, 2015 at 7:21 PM, Guenter Roeck wrote:
> On Sun, Nov 22, 2015 at 02:05:16PM +, Simon Arlott wrote:
>> There is a level triggered interrupt for the watchdog timer as part of
>> the bcm63xx_timer device. The interrupt occurs when the hardware watchdog
>> timer reaches 50% of the
On Wed, Nov 25, 2015 at 04:49:12PM +0100, Arnd Bergmann wrote:
> I've posted these before and now gotten around to a rebase and
> want to include them in the arm-soc next/multiplatform branch for
> 4.5.
>
> Originally the plan for these platforms was to convert all of
> them to DT and use only
On Wednesday 25 November 2015 11:27:09 Stephen Boyd wrote:
> On 11/25, Arnd Bergmann wrote:
> > diff --git a/arch/arm/mach-mmp/Kconfig b/arch/arm/mach-mmp/Kconfig
> > index fdbfadf00c84..4773fe1d8b3f 100644
> > --- a/arch/arm/mach-mmp/Kconfig
> > +++ b/arch/arm/mach-mmp/Kconfig
> > @@ -1,9 +1,24
On Wednesday 25 November 2015 12:05:49 David Daney wrote:
>
> Somebody should make a decision about this point.
>
> Here is what happens:
>
> 1) A driver for non-generic PCI host bridge is submitted.
>
> 2) Comments are received stating that it is just another PCI host
> bridge and please
Hi Michal,
I think whatever we end up doing to smoothen things for the "common
case" (as much as OOM kills can be considered common), we need a plan
to resolve the memory deadlock situations in a finite amount of time.
Eventually we have to attempt killing another task. Or kill all of
them to
On Wed, Nov 25, 2015 at 10:33:34AM +, Vladimir Murzin wrote:
> This adds documentation of device tree bindings for the
> UART found on ARM MPS2 platform
>
> Signed-off-by: Vladimir Murzin
Why did ARM invent a new UART?
Acked-by: Rob Herring ---
>
On Wed, Nov 25, 2015 at 02:24:33PM +, Adam Thomson wrote:
> Signed-off-by: Adam Thomson
> ---
> Documentation/devicetree/bindings/sound/da7218.txt | 104
> +
> 1 file changed, 104 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/sound/da7218.txt
On Tue, Nov 24, 2015 at 08:19:37PM -, Simon Arlott wrote:
> Add device tree binding for NAND on the BCM63268.
>
> The BCM63268 has a NAND interrupt register with combined status and enable
> registers.
>
> Signed-off-by: Simon Arlott
Acked-by: Rob Herring
> ---
>
On 11/25/2015 11:52 AM, Arnd Bergmann wrote:
On Wednesday 25 November 2015 11:06:52 Bjorn Helgaas wrote:
On Mon, Sep 28, 2015 at 05:56:24PM -0700, David Daney wrote:
From: David Daney
Early versions of the Cavium Thunder CN88XX processor are missing
Enhanced Allocation (EA) capabilities for
On Wed, Nov 25, 2015 at 10:33:32AM +, Vladimir Murzin wrote:
> This adds documentation of device tree bindings for the
> timers found on ARM MPS2 platform.
>
> Signed-off-by: Vladimir Murzin
Acked-by: Rob Herring
> ---
> .../devicetree/bindings/timer/arm,mps2-timer.txt | 28
>
On Wednesday 25 November 2015 18:37:28 Russell King - ARM Linux wrote:
> On Wed, Nov 25, 2015 at 05:09:37PM +0100, Andrew Lunn wrote:
> > Russell, you are the last known user of mach-dove. What are your
> > plans? You keep saying you have given up trying to mainline your Cubox
> > patches. Have
On Wed, Nov 25, 2015 at 03:59:35PM +0800, Caesar Wang wrote:
> This patchset attempts to new compatible for thermal founding
> on RK3228/RK3399 SoCs.
>
> Signed-off-by: Caesar Wang
Acked-by: Rob Herring
> ---
>
> Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 2 ++
> 1
Hi Jisheng,
On Thu, Nov 12, 2015 at 09:48:45PM +0800, Jisheng Zhang wrote:
> There's no reason to continue the initialization such as configure
> register, scan root bus etc. if customized host_init() failed. This
> patch tries to check the host_init result, bail out if failed.
This patch
From: Greg Hackmann
Signed-off-by: Greg Hackmann
(cherry picked from commit 3c56d07eb796066530e93a40e74dea3bc59bf4cf)
Signed-off-by: Jin Qian
---
Documentation/devicetree/bindings/goldfish/pipe.txt | 17 +
drivers/platform/goldfish/goldfish_pipe.c | 10 +-
2
On Wednesday 25 November 2015 18:44:54 Andrew Lunn wrote:
> > While he seemed interseted to use a mainline kernel we don't have any
> > news for one year:
> > http://marc.info/?l=linux-arm-kernel=141391779222342=2
>
> Maybe time for an email ping?
>
I think the same discussed was what stopped
On Wed, Nov 25, 2015 at 07:55:53PM +, Serge Hallyn wrote:
> Quoting Tejun Heo (t...@kernel.org):
> > Hello, Serge.
> >
> > On Wed, Nov 25, 2015 at 12:01:56AM -0600, Serge E. Hallyn wrote:
> > > that was my goal with
> > >
201 - 300 of 1982 matches
Mail list logo