Include appropriate header file include/linux/ide.h in file
ide-pio-blacklist.c because function ide_scan_pio_blacklist() has it's
prototype declaration in include/linux/ide.h.
This eliminates the following warning in ide-pio-blacklist.c:
drivers/ide/ide-pio-blacklist.c:85:5: warning: no previous
* Will Deacon wrote:
> On Tue, Dec 17, 2013 at 10:45:34AM +, Ingo Molnar wrote:
> > * jean.pi...@linaro.org wrote:
> > > From: Jean Pihet
> > >
> > > Add perf support for the AARCH64 architecture. This includes the
> > > support for:
> > > - AARCH64 perf registers definition and hooks,
>
Include appropriate header file ide-cd.h in ide-cd_verbose.c because
function ide_cd_log_error() has its prototype declaration in ide-cd.h.
Also, include linux/ide.h because it contains certain declarations
necessary for including ide-cd.h.
This eliminates the following warnings in
On Tue, 2013-12-17 at 09:53 +, Lee Jones wrote:
> On Tue, 17 Dec 2013, Krzysztof Kozlowski wrote:
>
> > Add CONFIG_PM_SLEEP dependency to suspend and resume functions of
> > max14577 MFD driver and sec-core.c code.
> >
> > This fixes the warnings:
> > drivers/mfd/max14577.c:176:12:
On Tue, Dec 17, 2013 at 10:45:34AM +, Ingo Molnar wrote:
> * jean.pi...@linaro.org wrote:
> > From: Jean Pihet
> >
> > Add perf support for the AARCH64 architecture. This includes the
> > support for:
> > - AARCH64 perf registers definition and hooks,
> > - compat mode registers use, i.e.
* Mel Gorman wrote:
> On Mon, Dec 16, 2013 at 02:44:49PM +0100, Ingo Molnar wrote:
> >
> > * Mel Gorman wrote:
> >
> > > > Whatever we did right in v3.4 we want to do in v3.13 as well - or
> > > > at least understand it.
> > >
> > > Also agreed. I started a bisection before answering this
On 12/17/2013 10:46 AM, Lee Jones wrote:
>> I will leave Lee to defend himself on this one ;-)
>
> No defence necessary, I think Brian's correct.
>
> NB: You might want to take a look at the 'dirty' implementation too. ;)
>
Yes, just done so :-(
Angus
--
To unsubscribe from this list: send
On 17 December 2013 16:17, bilhuang wrote:
> OK thanks, is it branch pm-cpufreq?
Rebase on linux-next..
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 12/17/2013 02:54 PM, Viresh Kumar wrote:
On 5 December 2013 13:14, Bill Huang wrote:
Re-model Tegra cpufreq driver to support all Tegra series of SoCs.
* Make tegra-cpufreq.c a generic Tegra cpufreq driver.
* Move Tegra20 specific codes into tegra20-cpufreq.c.
* Bind Tegra cpufreq dirver
> >> +/* Search for preferred configuration based on available flags */
> >> +static struct seq_rw_config *
> >> +stfsm_search_seq_rw_configs(struct stfsm *fsm,
> >> + struct seq_rw_config cfgs[])
> >> +{
> >> + struct seq_rw_config *config;
> >> + int flags =
On 12/17/2013 02:31 PM, Viresh Kumar wrote:
On 5 December 2013 13:14, Bill Huang wrote:
Move the call from module_init to Tegra machine codes so it won't be
called in a multi-platform kernel running on non-Tegra SoCs.
Signed-off-by: Bill Huang
---
arch/arm/mach-tegra/tegra.c |2 ++
On 12/17/2013 02:26 PM, Viresh Kumar wrote:
On 5 December 2013 13:14, Bill Huang wrote:
This patch series remodel Tegra cpufreq driver to make it more easy to
add new SoC support, in addition to that, adding probe function in the
driver to let probe defer can be used to control init sequence
On 12/17/2013 12:58 AM, Stephen Warren wrote:
On 12/16/2013 03:52 AM, bilhuang wrote:
On 12/14/2013 07:21 AM, Stephen Warren wrote:
On 12/12/2013 02:33 AM, Bill Huang wrote:
Re-model Tegra20 cpufreq driver as below.
* Rename tegra-cpufreq.c to tegra20-cpufreq.c since this file supports
* jean.pi...@linaro.org wrote:
> From: Jean Pihet
>
> Add perf support for the AARCH64 architecture. This includes the
> support for:
> - AARCH64 perf registers definition and hooks,
> - compat mode registers use, i.e. profiling a 32-bit binary on
>a 64-bit system,
> - unwinding using the
Nice patch!
I noticed a couple of small details:
* Stephane Eranian wrote:
> Add support for the RAPL energy counter PP1.
>
> On client processors, it usually correspondss to the
s/correspondss
/corresponds
> energy consumption of the builtin graphic card.
>
> New event:
> - name:
On Tue, Dec 17, 2013 at 2:21 AM, ivan.khoronzhuk wrote:
> On 12/17/2013 11:24 AM, Brian Norris wrote:
>> On Thu, Dec 05, 2013 at 07:25:49PM +0200, Ivan Khoronzhuk wrote:
>>> --- a/drivers/mtd/nand/davinci_nand.c
>>> +++ b/drivers/mtd/nand/davinci_nand.c
>>> @@ -877,6 +877,7 @@ static int __exit
On 12/17/2013 10:42 AM, Brian Norris wrote:
On Thu, Dec 05, 2013 at 07:25:57PM +0200, Ivan Khoronzhuk wrote:
The TI AEMIF driver registers are used to setup timings for each chip
select. The same registers range is used to setup NAND settings.
The AEMIF and NAND drivers not use the same
Sorry for the delay, was on holidays..
On 11 December 2013 18:52, Frederic Weisbecker wrote:
> On Tue, Dec 03, 2013 at 01:57:37PM +0530, Viresh Kumar wrote:
>> - again got arch_timer interrupt after 5 ms (HZ=200)
>
> Right, looking at the details, the 2nd interrupt is caused by workqueue
>
> Now that we have our own irq_chip, all children can use traditional
> request_threaded_irq().
Is it possible to convert these to managed resources (*_devm)?
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook |
On Mon, 16 Dec 2013, Felipe Balbi wrote:
> Introduce an irq_chip and irq_domain for menelaus driver. Following
> patches will convert uses to traditional request_threaded_irq().
>
> While at that, some better error handling had to be added, so we could
> free irq descs we allocated.
>
>
On Fri, Dec 13, 2013 at 02:41:48PM +0800, Bo Shen wrote:
> This patch series add Atmel PWM controller driver support.
>
> Changes in v9:
> - Address the comments from Thierry Reding
Hi,
I've pushed a slightly modified version of this series. There were a few
minor whitespace/coding style
On 12/17/2013 11:24 AM, Brian Norris wrote:
> On Thu, Dec 05, 2013 at 07:25:49PM +0200, Ivan Khoronzhuk wrote:
>> --- a/drivers/mtd/nand/davinci_nand.c
>> +++ b/drivers/mtd/nand/davinci_nand.c
>> @@ -877,6 +877,7 @@ static int __exit nand_davinci_remove(struct
>> platform_device *pdev)
>> }
>>
On Mon 16-12-13 18:26:18, Hugh Dickins wrote:
> On Mon, 16 Dec 2013, Michal Hocko wrote:
> > On Mon 16-12-13 00:36:05, Hugh Dickins wrote:
[...]
> > > +/**
> > > + * swap_cgroup_reassign - assign all old entries to new (before old is
> > > freed).
> > > + * @old: id of emptied memcg whose entries
On Sun, Dec 15, 2013 at 2:13 PM, Sekhar Nori wrote:
> On Thursday 21 November 2013 11:45 PM, Prabhakar Lad wrote:
>> From: KV Sujith
>> +
>> + gpio_pins: pinmux_gpio_pins {
>> + pinctrl-single,bits = <
>> + /*
From: Magnus Damm
Add Kconfig entries for CMT, MTU2, TMU and STI to
drivers/clocksource/Kconfig. This will allow us to
get rid of duplicated entires in architecture code
such as arch/sh and arch/arm/mach-shmobile.
Signed-off-by: Magnus Damm
---
drivers/clocksource/Kconfig | 44
From: Magnus Damm
Now when drivers/clocksource/Kconfig has been
updated with entires for CMT, TMU and STI
it is safe to remove these from mach-shmobile.
Also select timers per SoC via SYS_SUPPORTS_xxx.
Signed-off-by: Magnus Damm
Acked-by: John Stultz
---
arch/arm/mach-shmobile/Kconfig |
From: Magnus Damm
Now when drivers/clocksource/Kconfig has been
updated with entires for CMT, TMU and MTU2
it is safe to remove these from SH.
Signed-off-by: Magnus Damm
Acked-by: John Stultz
---
arch/sh/Kconfig | 76 ---
1 file changed,
clocksource: Consolidate SH and ARM mach-shmobile Kconfig bits (v5)
[PATCH v5 01/03] clocksource: Add Kconfig entries for CMT, MTU2, TMU and STI
[PATCH v5 02/03] ARM: shmobile: Remove CMT, TMU and STI Kconfig entries
[PATCH v5 03/03] sh: Remove Kconfig entries for TMU, CMT and MTU2
This is V5 of
On 12/17/2013 05:13 PM, Zhi Yong Wu wrote:
> On Tue, Dec 17, 2013 at 4:49 PM, Jason Wang wrote:
>> > On 12/17/2013 03:26 PM, Zhi Yong Wu wrote:
>>> >> From: Zhi Yong Wu
>>> >>
>>> >> The flow cache is an extremely broken concept, and it usually brings up
>>> >> growth issues and DoS attacks, so
On Mon, Dec 16, 2013 at 04:03:38PM -0500, Richard Guy Briggs wrote:
Cc: linux-au...@redhat.com, linux-kernel@vger.kernel.org
Could you not cross-post to a moderated list please? I keep getting
endless bounces.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On 12/11/2013 01:06 AM, Brian Norris wrote:
> This process sounds very much like something that is needed for other
> controllers: a way to match controller capabilties with the opcodes
> supported by the flash.
Yes, I think this should be a primary aim of any 'spi-nor' framework".
> But it
Move reg_save[] into CONFIG_PM_SLEEP dependency block as it is used only
by suspend and resume functions.
This fixes the warning on CONFIG_PM_SLEEP=n:
drivers/clk/samsung/clk-exynos-audss.c:29:22: warning: ‘reg_save’ defined but
not used [-Wunused-variable]
Signed-off-by: Krzysztof Kozlowski
On Mon, Dec 16, 2013 at 09:17:35AM -0800, Linus Torvalds wrote:
> On Mon, Dec 16, 2013 at 2:39 AM, Mel Gorman wrote:
> >
> > First was Alex's microbenchmark from https://lkml.org/lkml/2012/5/17/59
> > and ran it for a range of thread numbers, 320 iterations per thread with
> > random number of
On Mon, Dec 16, 2013 at 04:03:38PM -0500, Richard Guy Briggs wrote:
> task->pid is only ever assigned once (well ok, twice). For system health and
> secure logging confidence, make it const to make it much more intentional when
> it is being changed.
> ---
>
> Peter, as you had suggested, does
Il 16/12/2013 16:04, Konrad Rzeszutek Wilk ha scritto:
The user has the option of disabling the platform driver:
00:02.0 Unassigned class [ff80]: XenSource, Inc. Xen Platform Device (rev 01)
which is used to unplug the emulated drivers (IDE, Realtek 8169, etc)
and allow the PV drivers to take
Hi all,
yes, another thread about the power aware scheduler :)
There have been a lot of discussions about the integrating the power
management into the scheduler but it seems we are still turning around
without agreeing on a consensus.
I would like to have some clarifications on one point.
On Tue, 17 Dec 2013, Krzysztof Kozlowski wrote:
> Add CONFIG_PM_SLEEP dependency to suspend and resume functions of
> max14577 MFD driver and sec-core.c code.
>
> This fixes the warnings:
> drivers/mfd/max14577.c:176:12: warning: ‘max14577_suspend’ defined but not
> used [-Wunused-function]
>
On Tue, Dec 17, 2013 at 10:34:42AM +0100, Peter Zijlstra wrote:
> On Mon, Dec 16, 2013 at 05:20:51PM -0500, Richard Guy Briggs wrote:
>
> > static inline bool is_idle_task(const struct task_struct *p)
> > {
> > - return p->pid == 0;
> > + return task_pid(p) == _struct_pid;
> > }
>
> >
Tuesday, December 17, 2013, 3:17:50 AM, you wrote:
> Hi Sander,
> On Mon, Dec 16, 2013 at 11:56 PM, Sander Eikelenboom
> wrote:
>>
>> Monday, December 16, 2013, 12:37:47 PM, you wrote:
>>
>>> On 12/16/2013 12:22 PM, Sander Eikelenboom wrote:
Wednesday, December 11, 2013, 7:38:50 PM,
Hi Matt,
I am afraid it is not possible. This patch cannot go in without the
new phy driver. It would break Exynos USB functionality. This
is because it changes s3c-hsotg to use the new phy driver.
I am working on an updated patch series addressing all the comments.
time permitting I want to
Include header file internal.h in debugfs.c and change the return
value's type in header file internal.h.
This eliminates the following warning in debugfs.c:
drivers/acpi/debugfs.c:16:13: warning: no previous prototype for
‘acpi_debugfs_init’ [-Wmissing-prototypes]
Signed-off-by: Rashika Kheria
This option highlights tasks (using different color) that run more than given
duration or tasks with given name.
Signed-off-by: Stanislav Fomichev
---
tools/perf/Documentation/perf-timechart.txt | 4
tools/perf/builtin-timechart.c | 21 -
From: Johannes Berg
sparse complains about any __ksymtab symbols with the following:
warning: symbol '__ksymtab_...' was not declared. Should it be static?
due to Andi's patch making it non-static.
Mollify sparse by declaring the symbol extern, otherwise we get
drowned in sparse warnings for
Document the clock properties required by the atmel-mci driver.
Signed-off-by: Boris BREZILLON
---
.../devicetree/bindings/mmc/atmel-hsmci.txt|5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/mmc/atmel-hsmci.txt
On Mon, Dec 16, 2013 at 05:20:51PM -0500, Richard Guy Briggs wrote:
> static inline bool is_idle_task(const struct task_struct *p)
> {
> -return p->pid == 0;
> +return task_pid(p) == _struct_pid;
> }
> I'll stick with task_pid_nr(p) == 0.
We're going to probably switch to:
Include appropriate header file internal.h in proc.c because function
acpi_sleep_proc_init() has its prototype declaration in internal.h.
This eliminates the following warning in proc.c:
drivers/acpi/proc.c:148:12: warning: no previous prototype for
‘acpi_sleep_proc_init’ [-Wmissing-prototypes]
Adds the prototype declarations of functions acpi_ec_add_query_handler()
and acpi_ec_remove_query_handler() in header file internal.h and removes
unused functions ec_burst_enable() and ec_burst_disable() in ec.c.
This eliminates the following warnings in ec.c:
drivers/acpi/ec.c:393:5: warning: no
On 16/12/2013 22:25, Boris BREZILLON :
> Fix pmc_clk_ids data type attribute (__initdata -> __initconst).
>
> Signed-off-by: Boris BREZILLON
> Reported-by: Fengguang Wu
Acked-by: Nicolas Ferre
I take it in at91-3.14-cleanup2 branch and send it upstream through
arm-soc like any other CCF
This extension is just add-on extension. The original debugging
capability is still there, and more flexible debugging is now allowed.
On 2013/12/17 17:12, Li Zefan wrote:
On 2013/12/17 15:23, Li Wang wrote:
If we do wanna equip fadvise() with directory level page cache cleaning,
this could be
Includes appropriate header file internal.h in dock.c because
function acpi_dock_init() has its prototype declaration in
internal.h.
This eliminates the following warning in dock.c:
drivers/acpi/dock.c:899:13: warning: no previous prototype for ‘acpi_dock_init’
[-Wmissing-prototypes]
Includes appropriate header file internal.h in pci_link.c
because function acpi_pci_link_init() has its prototype declaration in
internal.h.
This eliminates the following warning in pci_link.c:
drivers/acpi/pci_link.c:874:13: warning: no previous prototype for
‘acpi_pci_link_init’
Add CONFIG_PM_SLEEP dependency to suspend and resume functions of
max14577 MFD driver and sec-core.c code.
This fixes the warnings:
drivers/mfd/max14577.c:176:12: warning: ‘max14577_suspend’ defined but not used
[-Wunused-function]
drivers/mfd/max14577.c:199:12: warning: ‘max14577_resume’
On Tue, Dec 17, 2013 at 09:21:25AM +, Mel Gorman wrote:
> if (sd) {
> id = cpumask_first(sched_domain_span(sd));
> size = cpumask_weight(sched_domain_span(sd));
> - sd = sd->parent; /* sd_busy */
> + busy_sd = sd->parent; /* sd_busy */
Default limits are quite low even for today's embedded hardware.
Signed-off-by: Karol Lewandowski
---
net/Kconfig | 1 +
net/core/Kconfig | 7 +++
net/core/sock.c | 5 ++---
3 files changed, 10 insertions(+), 3 deletions(-)
create mode 100644 net/core/Kconfig
diff --git
On Thu, Dec 05, 2013 at 07:25:49PM +0200, Ivan Khoronzhuk wrote:
> --- a/drivers/mtd/nand/davinci_nand.c
> +++ b/drivers/mtd/nand/davinci_nand.c
> @@ -877,6 +877,7 @@ static int __exit nand_davinci_remove(struct
> platform_device *pdev)
> }
>
> static struct platform_driver
Enclose functions acpi_ex_dump_namespace_node() and
acpi_ex_dump_object_descriptor() in appropriate ifdef condition of
ACPI_FUTURE_USAGE in file acpica/exdump.c.
This eliminates the following warnings in exdump.c:
drivers/acpi/acpica/exdump.c:809:6: warning: no previous prototype for
Include appropriate header file acutils.h in acpica/utstate.c because
function acpi_ut_create_pkg_state_and_push() has its prototype declaration
in acutils.h. Also, encloses the function in acpica/utstate.c in ifdef
condition of ACPI_FUTURE_USAGE.
This eliminates the following warning in
On 12/10/2013 10:03 PM, Brian Norris wrote:
> On Fri, Nov 29, 2013 at 12:18:58PM +, Lee Jones wrote:
>> --- a/drivers/mtd/devices/st_spi_fsm.h
>> +++ b/drivers/mtd/devices/st_spi_fsm.h
>> @@ -253,4 +253,141 @@ struct stfsm_seq {
>> } __attribute__((__packed__, aligned(4)));
>> #define
Includes appropriate header file linux/pci-acpi.h in pci_slot.c
because functions acpi_pci_slot_enumerate(), acpi_pci_slot_remove()
and acpi_pci_slot_init() have their prototype declaratons in
linux/pci-acpi.h.
This eliminates the following warnings in pci_slot.c:
drivers/acpi/pci_slot.c:162:6:
On Mon, Dec 16, 2013 at 02:44:49PM +0100, Ingo Molnar wrote:
>
> * Mel Gorman wrote:
>
> > > Whatever we did right in v3.4 we want to do in v3.13 as well - or
> > > at least understand it.
> >
> > Also agreed. I started a bisection before answering this mail. It
> > would be cooler and
Mark the function acpi_ec_add_debugfs() as static in
ec_sys.c because it is not used outside this file.
This eliminates the following warning in ec_sys.c:
drivers/acpi/ec_sys.c:108:5: warning: no previous prototype for
‘acpi_ec_add_debugfs’ [-Wmissing-prototypes]
Signed-off-by: Rashika Kheria
Include header file internal.h in nvs.c because functions
suspend_nvs_free(), suspend_nvs_alloc(), suspend_nvs_save() and
suspend_nvs_restore() have their prototype declaration in internal.h.
This eliminates the following warnings in nvs.c:
drivers/acpi/nvs.c:128:6: warning: no previous prototype
On 2013/12/17 15:23, Li Wang wrote:
> If we do wanna equip fadvise() with directory level page cache cleaning,
> this could be solved by invoking (inode_permission() ||
> capable(CAP_SYS_ADMIN)) before manipulating the page cache of that inode.
> We think the current extension to 'drop_caches'
On Mon, Dec 16, 2013 at 9:39 PM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.13-rc4[1] to v3.13-rc3[3], the summaries are:
> - build errors: +2/-8
Nothing serious or not yet known:
+ /scratch/kisskb/src/drivers/regulator/s2mps11.c: error: 'struct
sec_pmic_dev' has no member named
Marks the function acpi_table_checksum() as static in osl.c
because it is not used outside this file.
This eliminates the following warning in osl.c:
drivers/acpi/osl.c:547:11: warning: no previous prototype for
‘acpi_table_checksum’ [-Wmissing-prototypes]
Signed-off-by: Rashika Kheria
On Tue, Dec 17, 2013 at 4:49 PM, Jason Wang wrote:
> On 12/17/2013 03:26 PM, Zhi Yong Wu wrote:
>> From: Zhi Yong Wu
>>
>> The flow cache is an extremely broken concept, and it usually brings up
>> growth issues and DoS attacks, so this patch is trying to remove it from
>> the tuntap driver, and
The yam_ioctl() code fails to initialise the cmd field
of the struct yamdrv_ioctl_cfg. Add an explicit memset(0)
before filling the structure to avoid the 4-byte info leak.
Signed-off-by: Salva Peiró
CC:
---
drivers/net/hamradio/yam.c |1 +
1 file changed, 1 insertion(+)
diff --git
On Mon, Dec 16, 2013 at 09:20:22PM +0100, Stephane Eranian wrote:
> This short patch series provides the following improvements
> to the RAPL support for perf_events:
> - Intel Haswell Celeron (model 69) support
> - support for RAPL PP1 energy counter
>
> The PP1 counter maps to the builtin
On 12/17/2013 03:26 PM, Zhi Yong Wu wrote:
> From: Zhi Yong Wu
>
> The flow cache is an extremely broken concept, and it usually brings up
> growth issues and DoS attacks, so this patch is trying to remove it from
> the tuntap driver, and insteadly use a simpler way for its flow control.
NACK.
On Thu, Dec 05, 2013 at 07:25:55PM +0200, Ivan Khoronzhuk wrote:
> --- a/drivers/mtd/nand/davinci_nand.c
> +++ b/drivers/mtd/nand/davinci_nand.c
> @@ -558,6 +557,8 @@ static struct davinci_nand_pdata
> "ti,davinci-mask-chipsel", ))
> pdata->mask_chipsel
On 12 December 2013 06:09, Mikulas Patocka wrote:
> This patch reorders reported frequencies from the highest to the lowest,
> just like in other frequency drivers.
This isn't required I believe.. cpufreq core doesn't enforce any restrictions
on order of freqs present in table.
--
To unsubscribe
On Wed, Dec 11, 2013 at 2:33 AM, Scott Wood wrote:
> On Tue, 2013-12-10 at 18:33 +0800, Hongbo Zhang wrote:
>> Scott,
>> This issue is due to the non-continuous MPIC register, I think there is
>> two ways to fix it.
>>
>> The first one is as what we are discussing, in fact the Bman/Qman DT
>>
On Thu, Dec 05, 2013 at 07:25:57PM +0200, Ivan Khoronzhuk wrote:
> The TI AEMIF driver registers are used to setup timings for each chip
> select. The same registers range is used to setup NAND settings.
> The AEMIF and NAND drivers not use the same registers in this range.
>
> In case with TI
On Mon, 16 Dec 2013, Emilio López wrote:
> > rootfs was missing its f.
> >
> > Signed-off-by: Emilio López
> > ---
> > drivers/base/Kconfig | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig
> > index e373671..ec36e77
On 12 December 2013 06:08, Mikulas Patocka wrote:
> During frequency transition the processor is in "EPM Stop Grant" state.
> The documentation says that the processor doesn't respond to inquiry
> requests in this state. Consequently, coherency of processor caches and
> bus master devices is not
This patch enhances writing dirty meta pages collectively in background.
During the file data writes, it'd better avoid to write small dirty meta pages
frequently.
So let's give a chance to collect a number of dirty meta pages for a while.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/checkpoint.c | 6
Hi,
Am Dienstag, 17. Dezember 2013, 06:59:56 schrieb Stephen Rothwell:
> Caused by commit 34ef6d7fe467 ("rtc: add hym8563 rtc-driver") from the
> akpm-current tree. Probably some missing include(s).
>
> I just reverted that commit for today.
The includes are fine, I just seem to have forgotten
On Tue, Nov 26, 2013 at 07:35:55PM -0800, Brian Norris wrote:
> On Wed, Nov 27, 2013 at 09:14:18AM +0900, Jingoo Han wrote:
> > On Wednesday, November 27, 2013 8:50 AM, Brian Norris wrote:
> > > On Mon, Nov 11, 2013 at 02:18:29PM +0800, Wei Yongjun wrote:
> > > > --- a/drivers/mtd/nand/au1550nd.c
On Mon, 2013-12-16 at 23:47 -0800, Stephen Hemminger wrote:
> On Tue, 17 Dec 2013 15:26:22 +0800
> Zhi Yong Wu wrote:
>
> > From: Zhi Yong Wu
> >
> > The flow cache is an extremely broken concept, and it usually brings up
> > growth issues and DoS attacks, so this patch is trying to remove it
On 12/17/2013 08:16 AM, Xiubo Li wrote:
> Because the "ASoC: dmaengine-pcm: Provide default config" has provided
> us one defualt config of DMA. When using this, the config parameter of
> devm_snd_dmaengine_pcm_register() will be NULL, so here we need to have
> a check before using it.
>
>
On Tue 17-12-13 11:48:20, Glauber Costa wrote:
> On Mon, Dec 16, 2013 at 8:47 PM, Michal Hocko wrote:
> > On Sat 14-12-13 12:15:33, Vladimir Davydov wrote:
> >> The mem_cgroup structure contains nr_node_ids pointers to
> >> mem_cgroup_per_node objects, not the objects themselves.
> >
> > Ouch!
Hello Boris
Does this version looks good to you? Only mapping once in print_efi_memmap..
BTW, forgot to remove 'Re:' in subject.
Please let me know if there's any other issues or need I resend the series.
Most changes vs previous version are below:
> diff --git a/arch/x86/platform/efi/efi.c
Hi
While trying to make freescale p2020ds and mpc8572ds boards working with
mainline kernel, I faced that commit
e38c0a1f (Handle #address-cells > 2 specially) breaks things with these boards.
Both these boards have uli1575 chip.
Corresponding part in device tree is something like
Because the "ASoC: dmaengine-pcm: Provide default config" has provided
us one defualt config of DMA. When using this, the config parameter of
devm_snd_dmaengine_pcm_register() will be NULL, so here we need to have
a check before using it.
Signed-off-by: Xiubo Li
---
>>> On 17.12.13 at 00:04, "Luck, Tony" wrote:
>> Adjust Kconfig and build logic so that the bad dependency gets avoided.
>
> Has this been exposed to a randconfig test robot? Moving cper.c has already
> dropped a few e-mails into my mailbox ... I'm now wary about the corner
> cases.
No, it
I tested that Chris tree does not have problem.
It's caused by IMX tree updates.
Chris,
Is the way Shawn suggested OK for you?
Regards
Dong Aisheng
On Tue, Dec 17, 2013 at 11:16 AM, Shawn Guo wrote:
> Hi Chris,
>
> Please drop fc4fafac9656 ("ARM: dts: sabresd: add usdhc4 support") from
> your
On Tue, Dec 17, 2013 at 10:36:58AM +0800, micky_ch...@realsil.com.cn wrote:
> void rtl8411b_init_params(struct rtsx_pcr *pcr)
> {
> - pcr->extra_caps = EXTRA_CAPS_SD_SDR50 | EXTRA_CAPS_SD_SDR104;
> - pcr->num_slots = 2;
> - pcr->ops = _pcr_ops;
> -
> - pcr->flags = 0;
> -
objrmap doesn't work for nonlinear VMAs because the assumption that
offset-into-file
correlates with offset-into-virtual-addresses does not hold. Hence what
try_to_unmap_cluster does is a mini "virtual scan" of each nonlinear VMA which
maps
the file to which the target page belongs. If vma
Hello Rafael,
Could you see something in the logs ?
Thanks
On 12/12/2013 08:17 PM, Francis Moreau wrote:
> On 12/12/2013 06:58 PM, Rafael J. Wysocki wrote:
>> On Thursday, December 12, 2013 06:43:03 PM Francis Moreau wrote:
>
> [...]
>
>>>
>>> Actually I can see this now:
>>>
>>> [
From: Dave Young
Date: Tue, 26 Nov 2013 10:10:24 +0800
Subject: [PATCH 09/13] efi: passing kexec necessary efi data via setup_data
Add a new setup_data type SETUP_EFI for kexec use.
Passing the saved fw_vendor, runtime, config tables and efi runtime mappings.
When entering virtual mode,
From: Dave Young
Date: Tue, 26 Nov 2013 10:10:23 +0800
Subject: [PATCH 08/13] efi: export efi runtime memory mapping to sysfs
kexec kernel will need exactly same mapping for
efi runtime memory ranges. Thus here export the
runtime ranges mapping to sysfs, kexec-tools
will assemble them and pass
Hi,
On 12/10/2013 02:56 AM, micky wrote:
> Hi Francis:
> On 12/10/2013 09:39 AM, wwang wrote:
>> which is based on Thomas' patch.
>
> Can you help us test this patch, we disable irq while suspend here.
This patch doesn't seem to help, it still oops:
[ 29.843910] [ cut here
From: Dave Young dyo...@redhat.com
Date: Tue, 26 Nov 2013 10:10:24 +0800
Subject: [PATCH 09/13] efi: passing kexec necessary efi data via setup_data
Add a new setup_data type SETUP_EFI for kexec use.
Passing the saved fw_vendor, runtime, config tables and efi runtime mappings.
When entering
From: Dave Young dyo...@redhat.com
Date: Tue, 26 Nov 2013 10:10:23 +0800
Subject: [PATCH 08/13] efi: export efi runtime memory mapping to sysfs
kexec kernel will need exactly same mapping for
efi runtime memory ranges. Thus here export the
runtime ranges mapping to sysfs, kexec-tools
will
Hi,
On 12/10/2013 02:56 AM, micky wrote:
Hi Francis:
On 12/10/2013 09:39 AM, wwang wrote:
which is based on Thomas' patch.
Can you help us test this patch, we disable irq while suspend here.
This patch doesn't seem to help, it still oops:
[ 29.843910] [ cut here
I tested that Chris tree does not have problem.
It's caused by IMX tree updates.
Chris,
Is the way Shawn suggested OK for you?
Regards
Dong Aisheng
On Tue, Dec 17, 2013 at 11:16 AM, Shawn Guo shawn@linaro.org wrote:
Hi Chris,
Please drop fc4fafac9656 (ARM: dts: sabresd: add usdhc4
On Tue, Dec 17, 2013 at 10:36:58AM +0800, micky_ch...@realsil.com.cn wrote:
void rtl8411b_init_params(struct rtsx_pcr *pcr)
{
- pcr-extra_caps = EXTRA_CAPS_SD_SDR50 | EXTRA_CAPS_SD_SDR104;
- pcr-num_slots = 2;
- pcr-ops = rtl8411b_pcr_ops;
-
- pcr-flags = 0;
-
objrmap doesn't work for nonlinear VMAs because the assumption that
offset-into-file
correlates with offset-into-virtual-addresses does not hold. Hence what
try_to_unmap_cluster does is a mini virtual scan of each nonlinear VMA which
maps
the file to which the target page belongs. If vma
Hello Rafael,
Could you see something in the logs ?
Thanks
On 12/12/2013 08:17 PM, Francis Moreau wrote:
On 12/12/2013 06:58 PM, Rafael J. Wysocki wrote:
On Thursday, December 12, 2013 06:43:03 PM Francis Moreau wrote:
[...]
Actually I can see this now:
[ 42.400974] r8169
On 17.12.13 at 00:04, Luck, Tony tony.l...@intel.com wrote:
Adjust Kconfig and build logic so that the bad dependency gets avoided.
Has this been exposed to a randconfig test robot? Moving cper.c has already
dropped a few e-mails into my mailbox ... I'm now wary about the corner
cases.
801 - 900 of 1784 matches
Mail list logo