On Wed, May 6, 2015 at 2:28 PM, Joonsoo Kim wrote:
> On Tue, May 05, 2015 at 11:22:59AM +0800, Hui Zhu wrote:
>> Change pfn_present to pfn_valid_within according to the review of Laura.
>>
>> I got a issue:
>> [ 214.294917] Unable to handle kernel NULL pointer dereference at virtual
>> address
On Tue, May 05, 2015 at 02:25:31AM +, Wang Nan wrote:
> Before this patch, 'make install' installs libraries into bindir:
>
> $ make install DESTDIR=./tree
>INSTALL trace_plugins
>INSTALL libtraceevent.a
>INSTALL libtraceevent.so
> $ find ./tree
>./tree/
>./tree/usr
On Mon, May 4, 2015 at 12:47 AM, Ming Lin wrote:
> On 04/28/2015 03:09 PM, NeilBrown wrote:
>> On Mon, 27 Apr 2015 23:48:34 -0700 Ming Lin wrote:
>>
>>> From: Kent Overstreet
>>>
>>> As generic_make_request() is now able to handle arbitrarily sized bios,
>>> it's no longer necessary for each
On Tue, May 05, 2015 at 03:25:49PM -0700, Andrew Morton wrote:
> On Tue, 5 May 2015 23:13:29 +0100 Mel Gorman wrote:
>
> > > Alternatively, the page allocator can go off and synchronously
> > > initialize some pageframes itself. Keep doing that until the
> > > allocation attempt succeeds.
> > >
On Tue, May 5, 2015 at 11:48 PM, Christoph Hellwig wrote:
> On Tue, May 05, 2015 at 11:08:20PM -0700, Ming Lin wrote:
>> How about below incremental patch?
>
>> -
>> - /*
>> - * If the queue doesn't support SG gaps and adding this
>> - * offset would create a
Hi Andrew and sorry for a slow review process, I've been
overloaded :(
On Wed, Apr 29, 2015 at 3:13 AM, Andrew Bresticker
wrote:
> Add a driver for the pin controller present on the IMG Pistachio SoC.
> This driver provides pinmux and pinconfig operations as well as GPIO
> and IRQ chips for the
> +virtual context
> +virtual org
> +virtual report
Where do you want to reuse these variables in your SmPL scripts?
> +@match@
> +identifier f,ret;
> +position p;
> +type T1,T2;
> +@@
> +
> +T1 f(...) {
> + T2 ret;
Will it be more helpful to mark only such variable declarations
where the
On Sat, Apr 25, 2015 at 2:46 AM, Christoph Hellwig wrote:
> On Fri, Apr 24, 2015 at 03:45:23PM -0700, Ming Lin wrote:
>> Signed-off-by: Ming Lin
>
> Looks good,
>
> Reviewed-by: Christoph Hellwig
Hi Jens,
Would you like to take this?
Thanks.
--
To unsubscribe from this list: send the line
On Wed, May 6, 2015 at 7:28 AM, Christoph Hellwig wrote:
> arch/alpha/include/asm/Kbuild | 1 -
> arch/arc/include/asm/Kbuild| 1 -
> arch/arm/include/asm/Kbuild| 1 -
> arch/arm64/include/asm/Kbuild | 1 -
> arch/avr32/include/asm/Kbuild | 1 -
>
* Srinivas Pandruvada wrote:
> The patch adds a debug driver, which dumps the power states of all
> the North complex (NC) devices. This debug interface is useful to
> figure out the devices, which blocks the S0ix transitions on the
> platform. This is extremely useful during enabling PM on
On 04/30, Rob Herring wrote:
> diff --git a/Documentation/devicetree/bindings/clock/marvell,pxa1928.txt
> b/Documentation/devicetree/bindings/clock/marvell,pxa1928.txt
> new file mode 100644
> index 000..809c5a2
> --- /dev/null
> +++
On 06/05/15 00:09, Arnaldo Carvalho de Melo wrote:
> Em Tue, May 05, 2015 at 04:51:41PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Thu, Apr 30, 2015 at 05:37:41PM +0300, Adrian Hunter escreveu:
>>> Signed-off-by: Adrian Hunter
>>> ---
>>> tools/perf/Documentation/intel-bts.txt | 69 +++
>>>
On 05/05/2015 03:02 PM, Stas Sergeev wrote:
05.05.2015 11:22, Jacek Anaszewski пишет:
On 05/04/2015 07:20 PM, Stas Sergeev wrote:
04.05.2015 18:22, Jacek Anaszewski пишет:
On 05/04/2015 02:12 PM, Stas Sergeev wrote:
Only under that condition:
---
if (led_cdev->blink_delay_on ||
On Wed, May 06, 2015 at 12:42:54PM +1000, NeilBrown wrote:
> > static int link_path_walk(const char *name, struct nameidata *nd)
> > {
> > - struct saved {
> > - struct path link;
> > - void *cookie;
> > - const char *name;
> > - } stack[MAX_NESTED_LINKS], *last
On Wed, May 06, 2015 at 09:16:38AM +0200, Geert Uytterhoeven wrote:
> > 30 files changed, 32 deletions(-)
>
> Woops, there are more lines deleted than one per file?
>
> ???
>
> ???
So much for sending patches after a way too short night and without
coffee in the morning. Sorry..
--
To
On 04/30, Rob Herring wrote:
> diff --git a/drivers/clk/mmp/clk-of-pxa1928.c
> b/drivers/clk/mmp/clk-of-pxa1928.c
> new file mode 100644
> index 000..b7cb540b
> --- /dev/null
> +++ b/drivers/clk/mmp/clk-of-pxa1928.c
> @@ -0,0 +1,265 @@
> +/*
> + * pxa1928 clock framework source file
> + *
> +
On Wed, May 06, 2015 at 12:55:28PM +1000, NeilBrown wrote:
> > - if (unlikely(current->total_link_count >= 40)) {
> > + if (unlikely(current->total_link_count >= MAXSYMLINKS)) {
>
> There is still a literal '40' in follow_automount.
>
> current->total_link_count++;
> if
Hi Matthias,
On Mon, 2015-05-04 at 09:48 +0200, Matthias Brugger wrote:
> Hi Yingjoe,
>
> 2015-05-01 9:43 GMT+02:00 Yingjoe Chen :
> > This series add SMP brinup support for mediatek SoCs. This is based
> > on v4.1-rc1.
> >
> > There are 2 similar but different SMP bringup up methods on
On Wed, May 06, 2015 at 10:06:21AM +0300, Dan Carpenter wrote:
> Looks good.
but its applying to linux-next and not applying to staging-testing.
There are a few patches which Greg applied to staging-testing before the
merge-window but they were not applied to staging-next. I guess he has
been
> -static int chunk_aligned_read(struct mddev *mddev, struct bio * raid_bio)
> +static int __chunk_aligned_read(struct mddev *mddev, struct bio *raid_bio)
Call it raid5_read_one_chunk or something similar descriptive?
> {
> struct r5conf *conf = mddev->private;
> int dd_idx;
> @@
Provide MT6397 RTC interrupt, base address, and register in
MT6397 MFD.
Signed-off-by: Eddie Huang
Acked-by: Lee Jones
---
drivers/mfd/mt6397-core.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/drivers/mfd/mt6397-core.c b/drivers/mfd/mt6397-core.c
index
Add Mediatek RTC driver to maintainer entry.
Signed-off-by: Eddie Huang
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2e5bbc0..b36a86e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1223,6 +1223,13 @@ W:
From: Tianping Fang
Add Mediatek MT6397 RTC driver
Signed-off-by: Tianping Fang
Signed-off-by: Eddie Huang
---
drivers/rtc/Kconfig | 10 ++
drivers/rtc/Makefile | 1 +
drivers/rtc/rtc-mt6397.c | 394 +++
3 files changed, 405
RTC is one submodule of Mediatek MT6397 PMIC chip[1]. This series
support RTC driver that work with Mediatek SoC like MT8135, MT8173.
It implements second counter and also provide alarm function.
This series base on 4.1-rc1, Test ok on MT8173 platform.
[1] https://lkml.org/lkml/2015/1/23/325
On Wed, May 06, 2015 at 04:07:56PM +0900, Sergey Senozhatsky wrote:
> On (05/06/15 14:25), Sergey Senozhatsky wrote:
> > a-ha... found it:
> > http://lkml.iu.edu/hypermail/linux/kernel/1505.0/04389.html
> >
>
> well... that's weird. can you reproduce this easily?
Easy in a second.
>
>
> we
Ping, :)
On Mon, Apr 27, 2015 at 05:42:38PM +0800, Wanpeng Li wrote:
>How about patch 1/7? :)
>On Mon, Apr 06, 2015 at 04:53:13PM +0800, Wanpeng Li wrote:
>>Function pick_next_earliest_dl_task is used to pick earliest and pushable
>>dl task from overloaded cpus in pull algorithm, however, it
On Tue 05-05-15 20:06:10, Fabian Frederick wrote:
> Based on the following patch:
> commit 60545d0d4610 ("[O_TMPFILE] it's still short a few helpers,
> but infrastructure should be OK now...")
>
> Tested with xfstests generic/004
>
> Cc: Andrew Morton
> Cc: Alexander Viro
> Cc: Jan Kara
>
On Wed, May 06, 2015 at 01:17:33PM +0800, Ming Lei wrote:
> But I still prefer to dio/aio approach because double cache can
> be avoided, which is a big win in my previous tests.
Can yo respin and resend the patches? With Al's iov_iter work and my
kiocb changes it should be fairly easy and
drivers/clk/bcm/clk-kona.c:1243:16: warning: odd constant _Bool cast
(ffea becomes 1)
Cc: Alex Elder
Cc: Tim Kryger
Signed-off-by: Stephen Boyd
---
drivers/clk/bcm/clk-kona.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/bcm/clk-kona.c
This list doesn't look to be used. Let's remove it and any
associated code that would be manipulating this list. This also
silences this error:
drivers/clk/bcm/clk-kona-setup.c:24:1: warning: symbol 'ccu_list' was not
declared. Should it be static?
Cc: Alex Elder
Cc: Tim Kryger
Signed-off-by:
On Tue, 2015-05-05 at 15:08 +0530, Shobhit Kumar wrote:
> The Crystalcove PMIC controls PWM signals and this driver exports that
> capability as a PWM chip driver. This is platform device implementtaion
> of the drivers/mfd cell device for CRC PMIC
>
> v2: Use the existing config callback with
This patch implements device_suspend/device_resume entries for xHC driver.
device_suspend will be called when a USB device is about to suspend. It
will issue a stop endpoint command for each endpoint in this device. The
Suspend(SP) bit in the command TRB will set which will give xHC a hint
about
This patch series try to meet a design requirement in xHCI spec.
The xHCI spec is designed to allow an xHC implementation to cache the
endpoint state. Caching endpoint state allows an xHC to reduce latency
when handling ERDYs and other USB asynchronous events. However holding
this state in xHC
There is no need to call xhci_stop_device() and xhci_ring_device() in
hub control and bus suspend functions since all device suspend and
resume have been notified through device_suspend/device_resume interfaces.
Signed-off-by: Lu Baolu
---
drivers/usb/host/xhci-hub.c | 47
This patch adds two new entries in hc_driver. With these new entries,
USB core can notify host driver when a USB device is about to suspend
or just resumed.
The xHCI spec is designed to allow an xHC implementation to cache the
endpoint state. Caching endpoint state allows an xHC to reduce latency
drivers/clk/clk-max-gen.c:82:16: warning: symbol 'max_gen_clk_ops' was not
declared. Should it be static?
drivers/clk/clk-max-gen.c:109:5: warning: symbol 'max_gen_clk_probe' was not
declared. Should it be static?
drivers/clk/clk-max-gen.c:183:5: warning: symbol 'max_gen_clk_remove' was not
drivers/clk/clk.c:2700:5: warning: symbol '__clk_get' was not declared. Should
it be static?
drivers/clk/clk.c:2713:6: warning: symbol '__clk_put' was not declared. Should
it be static?
Signed-off-by: Stephen Boyd
---
drivers/clk/clk.c | 1 +
1 file changed, 1 insertion(+)
diff --git
drivers/clk/clk-xgene.c:77:43: warning: incorrect type in argument 1 (different
address spaces)
drivers/clk/clk-xgene.c:77:43:expected void *csr
drivers/clk/clk-xgene.c:77:43:got void [noderef] *
...
drivers/clk/clk-xgene.c: In function ‘xgene_clk_enable’:
drivers/clk/clk-xgene.c:237:3:
drivers/clk/socfpga/clk-periph.c:79:39: warning: Using plain integer as NULL
pointer
Cc: Dinh Nguyen
Signed-off-by: Stephen Boyd
---
drivers/clk/socfpga/clk-periph.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/socfpga/clk-periph.c
drivers/clk/versatile/clk-sp810.c:159:29: error: incompatible types for
operation (<=)
drivers/clk/versatile/clk-sp810.c:159:29:left side has type char const
*
drivers/clk/versatile/clk-sp810.c:159:29:right side has type int
drivers/clk/versatile/clk-sp810.c:159:53: error: incompatible
drivers/clk/mmp/clk-apbc.c:118:16: warning: symbol 'clk_apbc_ops' was not
declared. Should it be static?
drivers/clk/mmp/clk-apmu.c:64:16: warning: symbol 'clk_apmu_ops' was not
declared. Should it be static?
Cc: Chao Xie
Signed-off-by: Stephen Boyd
---
drivers/clk/mmp/clk-apbc.c | 2 +-
This function is marked as __init, so exposing it to modules
doesn't make any sense and it isn't used by modules anyway.
drivers/clk/clk-gpio-gate.c:192:13: warning: symbol 'of_gpio_gate_clk_setup'
was not declared. Should it be static?
Cc: Jyri Sarha
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-u300.c:1175:13: warning: symbol 'u300_clk_init' was not
declared. Should it be static?
Cc: Linus Walleij
Signed-off-by: Stephen Boyd
---
drivers/clk/clk-u300.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk-u300.c b/drivers/clk/clk-u300.c
index
drivers/clk/clk-moxart.c:18:13: warning: symbol 'moxart_of_pll_clk_init' was
not declared. Should it be static?
drivers/clk/clk-moxart.c:56:13: warning: symbol 'moxart_of_apb_clk_init' was
not declared. Should it be static?
Cc: Jonas Jensen
Signed-off-by: Stephen Boyd
---
drivers/clk/st/clkgen-mux.c:134:4: warning: symbol 'clkgena_divmux_get_parent'
was not declared. Should it be static?
drivers/clk/st/clkgen-mux.c:171:15: warning: symbol
'clkgena_divmux_recalc_rate' was not declared. Should it be static?
drivers/clk/st/clkgen-mux.c:218:12: warning: symbol
drivers/clk/ti/clk.c:125:31: warning: incorrect type in return expression
(different address spaces)
drivers/clk/ti/clk.c:125:31:expected void [noderef] *
drivers/clk/ti/clk.c:125:31:got void *
drivers/clk/ti/clk.c:132:31: warning: incorrect type in return expression
(different address
These are __iomem pointers. Mark them appropriately so we don't
get sparse errors like
drivers/clk/sirf/clk-common.c:60:16: warning: incorrect type in argument 1
(different address spaces)
drivers/clk/sirf/clk-common.c:60:16:expected void const volatile [noderef]
*addr
drivers/clk/samsung/clk-exynos5260.c:138:40: warning: Using plain integer as
NULL pointer
drivers/clk/samsung/clk-exynos5260.c:328:40: warning: Using plain integer as
NULL pointer
drivers/clk/samsung/clk-exynos5260.c:392:40: warning: Using plain integer as
NULL pointer
On Wed, 2015-05-06 at 15:23 +0800, Eddie Huang wrote:
> From: Tianping Fang
trivia: no need to resend now, maybe in a future patch.
> diff --git a/drivers/rtc/rtc-mt6397.c b/drivers/rtc/rtc-mt6397.c
[]
> +static int mtk_rtc_probe(struct platform_device *pdev)
> +{
[]
> + ret =
drivers/clk/hisilicon/clk-hix5hd2.c:255:13: warning: symbol
'hix5hd2_clk_register_complex' was not declared. Should it be static?
Cc: Zhangfei Gao
Signed-off-by: Stephen Boyd
---
drivers/clk/hisilicon/clk-hix5hd2.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
drivers/clk/berlin/berlin2-pll.c:94:12: warning: symbol 'berlin2_pll_register'
was not declared. Should it be static?
Cc: Alexandre Belloni
Cc: Sebastian Hesselbarth
Signed-off-by: Stephen Boyd
---
drivers/clk/berlin/berlin2-pll.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
On 05/06, Krzysztof Kozlowski wrote:
> In documentation the "assigned-clock-parents" name was used when
> describing the "assigned-clock-rates" property.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
Looks right. The whole sentence could use some work though.
>
drivers/clk/socfpga/clk-gate.c:227:40: warning: Using plain integer as NULL
pointer
Cc: Dinh Nguyen
Signed-off-by: Stephen Boyd
---
drivers/clk/socfpga/clk-gate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/socfpga/clk-gate.c
This patchset fixes most of the sparse errors in drivers/clk/ that
I could find. The rest of the errors are mostly to do with conditional
locking and a couple drivers that cast an iomem pointer to an int to
compare addresses.
Cc: Alexandre Belloni
Cc: Alex Elder
Cc: Barry Song
Cc: Chao Xie
drivers/clk/shmobile/clk-emev2.c:37:14: warning: symbol 'smu_base' was not
declared. Should it be static?
Cc: Takashi Yoshii
Cc: Magnus Damm
Cc: Simon Horman
Signed-off-by: Stephen Boyd
---
drivers/clk/shmobile/clk-emev2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Tuesday 05 May 2015 22:55:46 Darren Hart wrote:
> On Tue, May 05, 2015 at 11:23:05PM +0200, Gabriele Mazzotta wrote:
> > On Thursday 30 April 2015 09:44:29 Pali Rohár wrote:
> > > On Thursday 30 April 2015 14:06:27 Alex Hung wrote:
> > > > Method ABRT is to be used by driver to disable BIOS
On Mon, May 04, 2015 at 11:39:21AM -0700, Vikas Shivappa wrote:
> >>--- a/arch/x86/include/asm/switch_to.h
> >>+++ b/arch/x86/include/asm/switch_to.h
> >>@@ -8,6 +8,9 @@ struct tss_struct;
> >> void __switch_to_xtra(struct task_struct *prev_p, struct task_struct
> >> *next_p,
> >>
The patch adds LG4573 parallel RGB panel driver with SPI control interface.
The driver uses drm_panel framework.
Signed-off-by: Heiko Schocher
---
.../devicetree/bindings/panel/lg,lg4573.txt| 42 +++
drivers/gpu/drm/panel/Kconfig | 8 +
On Tue, May 05 2015, Alexey Dobriyan wrote:
> On Tue, May 5, 2015 at 12:51 PM, Rasmus Villemoes
> wrote:
>> On Sat, May 02 2015, Alexey Dobriyan wrote:
>>
>>> Fun fact:
>>>
>>> uint8_t val;
>>> sscanf("256", "%hhu", );
>>>
>>> will return 1 (as it should), and make val=0 (as it
On Tue, May 05, 2015 at 05:19:40PM -0700, Vikas Shivappa wrote:
> However Matt pointed out I could improve this to
> if (static_key_false)
> { rdt_sched_in(); }
> instead of a static inline which i will update. Will update the commit
> message to include these details.
Indeed, that causes
On 6.5.2015 8:28, Joonsoo Kim wrote:
> On Tue, May 05, 2015 at 11:22:59AM +0800, Hui Zhu wrote:
>>
>> diff --git a/mm/page_isolation.c b/mm/page_isolation.c
>> index 755a42c..eb22d1f 100644
>> --- a/mm/page_isolation.c
>> +++ b/mm/page_isolation.c
>> @@ -101,7 +101,8 @@ void
On Tuesday 05 May 2015 13:37:10 Darren Hart wrote:
> On Sun, May 03, 2015 at 12:38:14PM +0200, Pali Rohár wrote:
> > On Wednesday 29 April 2015 11:51:03 Pali Rohár wrote:
> > > This patch series add new acpi Dell Airplane Mode Switch
> > > driver (DELLABCE and DELRBTN acpi devices). It provides
2015-05-06 1:32 GMT+09:00 Anda-Maria Nicolae :
> Based on the datasheet found here:
> http://www.richtek.com/download_ds.jsp?p=RT9455
>
> Signed-off-by: Anda-Maria Nicolae
> ---
>
> Updates from v2 version:
> - removed unused masks and keep the used ones. I have tried to access mask
> field
>
Hi Geert,
Why don't you apply the same modification to all LED Kconfig
entries with GPIOLIB dependency?
On 05/05/2015 06:32 PM, Geert Uytterhoeven wrote:
The GPIO subsystem provides dummy GPIO consumer functions if GPIOLIB is
not enabled. Hence drivers that depend on GPIOLIB, but use GPIO
On Wed, 2015-05-06 at 15:19 +0800, Yingjoe Chen wrote:
> Hi Matthias,
<...>
> > I tried on the mt8135 eval board but it fails to bring up the CPU.
> >
> > When booting:
> > [1.048588] CPU1: failed to come online
> > [2.049914] CPU2: failed to come online
> > [3.051245] CPU3: failed to
Hi Joachim,
there are two of your commits [1, 2] in today's linux-next (i.e.,
next-20150506). Both of them add Kconfig options that depend on
ARCH_LPC18XX, which is not defined in Kconfig, see:
+ depends on OF && (ARCH_LPC18XX || COMPILE_TEST)
Is there a patch queued somewher
On Wed, 6 May 2015, Baolin Wang wrote:
> On 5 May 2015 at 21:31, Thomas Gleixner wrote:
>
> > On Thu, 30 Apr 2015, Baolin Wang wrote:
> > > diff --git a/include/linux/posix-timers.h b/include/linux/posix-timers.h
> > > index 907f3fd..35786c5 100644
> > > --- a/include/linux/posix-timers.h
> > >
This patch add support for the imx6dl based aristainetos2 board
with following configuration:
CPU: Freescale i.MX6DL rev1.1 at 792 MHz
MReset cause: POR
MBoard: aristaitenos2
DRAM: 1 GiB
NAND: 1024 MiB
MMC: FSL_SDHC: 0, FSL_SDHC: 1
SF: Detected N25Q128A with page size 256 Bytes, erase size
On Mon, May 04, 2015 at 10:30:15AM -0700, Vikas Shivappa wrote:
> On Sat, 2 May 2015, Peter Zijlstra wrote:
>
> >
> >There's CAT in your subject, make up your minds already on what you want
> >to call this stuff.
>
> We dont have control over the names.It is clear from the patch 0/7 where its
On 06.05.2015 16:45, Stephen Boyd wrote:
On 05/06, Krzysztof Kozlowski wrote:
In documentation the "assigned-clock-parents" name was used when
describing the "assigned-clock-rates" property.
Signed-off-by: Krzysztof Kozlowski
---
Looks right. The whole sentence could use some work though.
On (05/06/15 16:28), Minchan Kim wrote:
> >
> > from your logs:
> > ...
> > [ 98.756017] zram: Removed device: zram2
> > [ 98.757087] [ cut here ]
> > ...
> >
> > locked zram_index_mutex, removed zram2, unlocked zram_index_mutex,
> > locked zram_index_mutex, attempted to
On Mon, May 04, 2015 at 10:30:15AM -0700, Vikas Shivappa wrote:
> Will fix the whitespace issues (including before return) or other possible
> coding convention issues.
>
> It could be more of a common sense to have this in checkpatch rather that
> manually having to pointing out. If you want to
Hi Wanpeng,
I finally got to review this, sorry about the huge delay.
On 07/04/2015 04:36, Wanpeng Li wrote:
> The total used dl bandwidth of each root domain will be reset to 0 after
> cpu hotplug when rebuild sched domains, since the call path is:
>
> _cpu_down
> cpuset_cpu_inactive()
>
On 05/06/2015 10:39 AM, Stephen Boyd wrote:
> drivers/clk/ti/clk.c:125:31: warning: incorrect type in return expression
> (different address spaces)
> drivers/clk/ti/clk.c:125:31:expected void [noderef] *
> drivers/clk/ti/clk.c:125:31:got void *
> drivers/clk/ti/clk.c:132:31: warning:
On Wed, May 06, 2015 at 09:46:49AM +0800, Dave Young wrote:
> For the original problem, the key issue is dmar faults cause kdump kernel
> hang so that vmcore can not be saved. I do not know the reason why it hangs
> I think it is acceptable if kdump kernel boot ok with some dma errors..
It hangs
On Wed, May 06, 2015 at 05:10:29PM +0900, Sergey Senozhatsky wrote:
> On (05/06/15 16:28), Minchan Kim wrote:
> > >
> > > from your logs:
> > > ...
> > > [ 98.756017] zram: Removed device: zram2
> > > [ 98.757087] [ cut here ]
> > > ...
> > >
> > > locked
>
> Hi all:
>
> I meet a kernel problem about the random segmentation fault(x86_64). In my
> testcase, the size of local variables exceeds 20MB.
> when run the testcase, it will cause segmentation fault(because the default
> stack size limit is 8192KB).
> when I increase the stack size limit
On Wed, May 06, 2015 at 09:51:35AM +0800, Dave Young wrote:
> DMA write will modify system ram, if the old data is corrupted it is possible
> that DMA operation modify wrong ram regions because of wrong mapping.
> Am I missing something and is it not possible?
This might have happened already
On Tue, May 05, 2015 at 06:06:08PM -0700, Andrew Bresticker wrote:
> On Tue, May 5, 2015 at 4:35 PM, James Hogan wrote:
> > On Tue, May 05, 2015 at 04:09:31PM -0700, Andrew Bresticker wrote:
> >> On Tue, May 5, 2015 at 3:43 PM, James Hogan wrote:
> >> > On Tue, May 05, 2015 at 03:16:23PM -0700,
* Jan H. Schönherr wrote:
> Remove the per-CPU delays during SMP initialization, which seems to be
> possible on newer architectures with an x2APIC.
>
> Xen does this since 2011. In fact, this commit is basically a
> combination of the following Xen commits. The first removes the delays,
> the
2015-05-06 9:59 GMT+02:00 Yingjoe Chen :
> On Wed, 2015-05-06 at 15:19 +0800, Yingjoe Chen wrote:
>> Hi Matthias,
> <...>
>> > I tried on the mt8135 eval board but it fails to bring up the CPU.
>> >
>> > When booting:
>> > [1.048588] CPU1: failed to come online
>> > [2.049914] CPU2: failed
On 30 April 2015 at 16:53, Alan Stern wrote:
> On Thu, 30 Apr 2015, Ulf Hansson wrote:
>
>> I hesitated to send this reply, since it might add confusion. If
>> that's the case, please ignore it.
>>
>> I have a long term vision to fully enable support for a runtime PM
>> centric configuration for
On Wed, 2015-05-06 at 10:09 +0200, Peter Zijlstra wrote:
>
> But we're not implementing an umbrella right? We're implementing Cache
> QoS Enforcement (CQE aka. CAT).
>
> Why confuse things with calling it random other names?
>
> From what I understand the whole RDT thing is the umbrella term
Hi Jacek,
On Wed, May 6, 2015 at 9:58 AM, Jacek Anaszewski
wrote:
> Why don't you apply the same modification to all LED Kconfig
> entries with GPIOLIB dependency?
LEDS_PCA9532_GPIO is a GPIO provider, not a consumer. There are no
dummies for GPIO providers.
LEDS_GPIO doesn't compile if
On Tue, May 05, 2015 at 05:54:05PM +0100, One Thousand Gnomes wrote:
> > First what is Secure Data Path ? SDP is a set of hardware features to
> > garanty
> > that some memories regions could only be read and/or write by specific
> > hardware
> > IPs. You can imagine it as a kind of memory
On NUMA systems, an IO device may be associated with a NUMA node.
It may improve IO performance to allocate resources, such as memory
and interrupts, from device local node.
This patch introduces a mechanism to support CPU vector allocation
policies. It tries to allocate CPU vectors from CPUs on
On Wed, May 06, 2015 at 03:50:13AM +0300, Laurent Pinchart wrote:
> On Tuesday 05 May 2015 09:27:52 Christoph Hellwig wrote:
> > On Tue, May 05, 2015 at 05:39:57PM +0200, Benjamin Gaignard wrote:
> > > Since few months I'm looking for Linaro to how do Secure Data Path (SPD).
> > > I have tried and
Hi, this is Jeff Wu from China.
We are a factory which produces pet clothes, pet harness, pet leash.
Please let me know if you are interested to buy from us, thanks!
I will send the price lists and website to you then.
Best regards,
Jeff Wu
--
To unsubscribe from this list: send the line
This series is for Mediatek SoCs I2C controller common bus driver.
Earlier MTK SoC ((for example, MT6589, MT8135)) I2C HW has some limitationes.
New generation SoC like MT8173 fix following limitations:
1. Only support one i2c_msg number. One exception is WRRD (write then read)
mode. WRRD can
From: Xudong Chen
Add devicetree bindings for Mediatek Soc I2C driver.
Signed-off-by: Xudong Chen
Signed-off-by: Eddie Huang
---
.../devicetree/bindings/i2c/i2c-mt6577.txt | 41 ++
1 file changed, 41 insertions(+)
create mode 100644
Add mediatek MT8173 I2C controller driver. Compare to I2C controller
of earlier mediatek SoC, MT8173 fix write-then-read limitation, and
also increase message size to 64kb.
Signed-off-by: Xudong Chen
Signed-off-by: Liguo Zhang
Signed-off-by: Eddie Huang
---
drivers/i2c/busses/i2c-mt65xx.c |
This patchset adds support for the GPIO controller (UPG GIO) used on Broadcom's
various BRCMSTB SoCs (BCM7XXX and others). It uses the "basic-mmio-gpio"
interface to try to reduce duplication of the base logic.
There is only one IRQ for each GIO IP block (i.e. several register banks share
an
This adds support for the GPIO IP "UPG GIO" used on Broadcom STB SoCs
(BCM7XXX and some others). Uses basic_mmio_gpio to instantiate a
gpio_chip for each bank. The driver assumes that it handles the base
set of GPIOs on the system and that it can start its numbering sequence
from 0, so any GPIO
Create an irq_chip for each GIO block. Uses chained IRQ handling since
known uses of this block have a BCM7120 L2 interrupt controller as a
parent. Supports interrupts for all GPIOs.
Signed-off-by: Gregory Fong
---
drivers/gpio/Kconfig|1 +
drivers/gpio/gpio-brcmstb.c | 249
Add binding for Broadcom STB "UPG GIO" GPIO controller.
Signed-off-by: Gregory Fong
---
.../devicetree/bindings/gpio/brcm,brcmstb-gpio.txt | 65
1 file changed, 65 insertions(+)
create mode 100644 Documentation/devicetree/bindings/gpio/brcm,brcmstb-gpio.txt
diff --git
2015-05-01 9:43 GMT+02:00 Yingjoe Chen :
> Add support for booting secondary CPUs on mt6589, mt8127
> and mt8135.
>
> Signed-off-by: Yingjoe Chen
> ---
> arch/arm/mach-mediatek/Makefile | 3 +
> arch/arm/mach-mediatek/platsmp.c | 145
> +++
> 2 files
From: Xudong Chen
The mediatek SoCs have I2C controller that handle I2C transfer.
This patch include common I2C bus driver.
This driver is compatible with I2C controller on mt65xx/mt81xx.
Signed-off-by: Xudong Chen
Signed-off-by: Liguo Zhang
Signed-off-by: Eddie Huang
---
Hi Ben,
There is no need in this patch for 3.2, only beginning from 3.19.
SMBIOSv3 is absent in k3.2, and for previous SMBIOS versions 16-bit dmi len
is enough. It should had been mentioned in the commit/code, sorry.
On 05.05.15 04:16, Ben Hutchings wrote:
3.2.69-rc1 review patch. If anyone
2015-05-05 18:54 GMT+02:00 One Thousand Gnomes :
>> First what is Secure Data Path ? SDP is a set of hardware features to garanty
>> that some memories regions could only be read and/or write by specific
>> hardware
>> IPs. You can imagine it as a kind of memory firewall which grant/revoke
>>
ATAG_REVISION is unsigned number and revision in DT is stored as hexadecimal
string value. It means that it will be correctly parsed by kernel.
Signed-off-by: Pali Rohár
Acked-by: Pavel Machek
---
arch/arm/boot/compressed/atags_to_fdt.c | 37 +++
1 file changed,
1001 - 1100 of 1934 matches
Mail list logo
