Re: [PATCH v2] clk: imx7d: do not set parent of ethernet time/ref clocks

Hi Stefan, On Sun, Jul 3, 2016 at 2:48 PM, Stefan Agner wrote: > Fabio, thanks for testing v1. > > With v2, the warnings should definitly be gone. However, that might > break some boards... Still see the warnings with v2.

Re: [PATCH v2] clk: imx7d: do not set parent of ethernet time/ref clocks

On 2016-07-03 11:23, Fabio Estevam wrote: > Hi Stefan, > > On Sun, Jul 3, 2016 at 2:48 PM, Stefan Agner wrote: > >> Fabio, thanks for testing v1. >> >> With v2, the warnings should definitly be gone. However, that might >> break some boards... > > Still see the warnings with v2. Hm, just check

Dear Friend.

Dear Friend, I know that this mail will come to you as a surprise since we have not known or met before now, but please, I would like you to treat it like blood brother affair and with the urgency and secrecy it requires. I am Mr. Hassan Alwan Ali, an Audit staff of (C.B.N) Central Bank of Nigeria

Re: [PATCH v4 10/29] x86/die: Don't try to recover from an OOPS on a non-default stack

On Sun, Jul 03, 2016 at 07:25:05AM -0700, Andy Lutomirski wrote: > Given that the very next patch deletes this code, I vote for leaving > it alone. Or I could fold the patches together. Ah, true. Yes, please fold them together. -- Regards/Gruss, Boris. ECO tip #101: Trim your mails when you re

Re: [PATCH 1/6] x86: fix duplicated X86_BUG(9) macro

On Sun, Jul 03, 2016 at 07:36:30AM -0700, Andy Lutomirski wrote: > Dunno. ESPFIX was broken under KVM for years and no one notices. Ah, so this really was the case already. :-\ > We could do that, too, I guess. But the current solution is only two > extra lines of code. We could reorder the th

Re: [RFC 0/1] ARM: print MHz in /proc/cpuinfo

On Sun, Jul 03, 2016 at 05:54:31PM +0100, Russell King - ARM Linux wrote: > On Sat, Jul 02, 2016 at 07:58:00PM -0400, Jon Masters wrote: > > Agreed. But we'll still be coming back to ensure this information is > > presented to users. I pointed out to ARM about 3-4 years ago that this > > was going

Re: [PATCH v5 20/22] sh: IO-DATA HDL-U (a.k.a landisk) DeviceTree

Hello. On 07/03/2016 07:46 PM, Yoshinori Sato wrote: Signed-off-by: Yoshinori Sato [...] diff --git a/arch/sh/boot/dts/landisk.dts b/arch/sh/boot/dts/landisk.dts new file mode 100644 index 000..3745ae0 --- /dev/null +++ b/arch/sh/boot/dts/landisk.dts @@ -0,0 +1,61 @@ [...] +&oclk { +

external monitor of a docked ThinkPad needs "chvt1; chvt7" after s2ram

otherwise the monitor is just black, although the docked ThinkPad T440s wakes up fine iand is up and running. (system: i5, i915, current kernel and older kernel versions of a 64 bit hardened Gentoo linux). Just to help to improve the kernel (if it is a kernel issue). -- Toralf PGP: C4EACDDE 00

Re: [RFC 0/1] ARM: print MHz in /proc/cpuinfo

On Sun, Jul 03, 2016 at 08:49:45PM +0200, Andrew Lunn wrote: > On Sun, Jul 03, 2016 at 05:54:31PM +0100, Russell King - ARM Linux wrote: > > Right, so having read all your email, there's no reason why we couldn't > > just print: > > > > cpu MHz : .999 > > Since it is a float, how about u

Re: [PATCH v4 5/5] ARM: dts: mt2701: add iommu/smi dtsi node for mt2701

On 07/03/2016 08:24 AM, Matthias Brugger wrote: On 06/08/2016 11:51 AM, honghui.zh...@mediatek.com wrote: From: Honghui Zhang Add the dtsi node of iommu and smi for mt2701. Signed-off-by: Honghui Zhang --- arch/arm/boot/dts/mt2701.dtsi | 51 +++ 1

Re: [PATCHv4 1/2] usb: USB Type-C connector class

On Fri, Jul 01, 2016 at 07:33:12AM -0700, Guenter Roeck wrote: > On Fri, Jul 01, 2016 at 03:05:35PM +0300, Heikki Krogerus wrote: > > I've updated my github branch with a commit where both of these issues > > should be fixed. Can you give it a try? > > > > This is going to be very difficult. So f

Re: [PATCHv3 wl-drv-next 1/2] add basic register-field manipulation macros

On 01.07.2016 23:26, Jakub Kicinski wrote: > C bitfields are problematic and best avoided. Developers > interacting with hardware registers find themselves searching > for easy-to-use alternatives. Common approach is to define > structures or sets of macros containing mask and shift pair. > Opera

Re: [PATCH v2] clk: imx7d: do not set parent of ethernet time/ref clocks

On Sun, Jul 3, 2016 at 3:25 PM, Stefan Agner wrote: > Hm, just checked again, that is really not the case here. On what base > do you test? I tested on clk-next. Dong's clock changes are a > prerequisite for that. Thanks for the clarification. I was testing against linux-next. After manually ap

Re: [PATCH v2] m32r: fix build warning about putc

On Sunday 26 June 2016 10:37 PM, Sudip Mukherjee wrote: We were getting build warning: arch/m32r/boot/compressed/m32r_sio.c:11:13: warning: conflicting types for built-in function 'putc' Here putc is used as a static function so lets just rename it to avoid the conflict with the builtin

Re: [PATCH] phy: fix error handling

On Sun, Jul 03, 2016 at 07:55:32AM +0200, Christophe JAILLET wrote: > This is likely that checking 'phy->hsic_clk' instead of 'phy->clk' is > expected here. > > Signed-off-by: Christophe JAILLET Acked-by: Maxime Ripard Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux, Kernel an

Re: undefined reference to `bad_dma_ops'

On Sunday 03 July 2016 09:12 AM, kbuild test robot wrote: Hi, It's probably a bug fix that unveils the link errors. Yes, and more is yet to come. :) Regards Sudip

[PATCH] rtc: m41t80: use devm_add_action_or_reset()

If devm_add_action() fails we are explicitly calling the cleanup to free the resources allocated. Lets use the helper devm_add_action_or_reset() and return directly in case of error, as we know that the cleanup function has been already called by the helper if there was any error. Signed-off-by:

[PATCH] cxl: make base more explicitly non-modular

The Kconfig/Makefile currently controlling compilation of this code is: drivers/misc/cxl/Kconfig:config CXL_BASE drivers/misc/cxl/Kconfig: bool drivers/misc/cxl/Makefile:obj-$(CONFIG_CXL_BASE) += base.o ...meaning that it currently is not being built as a module by anyone. Lets c

[PATCH] rtc: abx80x: use devm_add_action_or_reset()

If devm_add_action() fails we are explicitly calling the cleanup to free the resources allocated. Lets use the helper devm_add_action_or_reset() and return directly in case of error, as we know that the cleanup function has been already called by the helper if there was any error. Signed-off-by:

[for-next][PATCH 10/12] tracing: Expose CPU physical addresses (resource values) for PCI devices

From: Bjorn Helgaas Previously, mmio_print_pcidev() put "user" addresses in the trace buffer. On most architectures, these are the same as CPU physical addresses, but on microblaze, mips, powerpc, and sparc, they may be something else, typically a raw BAR value (a bus address as opposed to a CPU

[for-next][PATCH 09/12] tracing: Show the preempt count of when the event was called

From: "Steven Rostedt (Red Hat)" Because tracepoint callbacks are done with preemption enabled, the trace events are always called with preempt disable due to the rcu_read_lock_sched_notrace() in __DO_TRACE(). This causes the preempt count shown in the recorded trace event to be inaccurate. It is

[for-next][PATCH 00/12] tracing: Updates for 4.8

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 7fa8b7171a638ad896acabd9a17183b75b70aeb4 Andy Lutomirski (1): tracing: Choose static tp_printk buffer by explicit nesting count Bjorn Helgaas (1): tracing: Expose CPU physical addresses (reso

[for-next][PATCH 12/12] tracing/function_graph: Fix filters for function_graph threshold

From: Joel Fernandes Function graph tracer currently ignores filters if tracing_thresh is set. For example, even if set_ftrace_pid is set, then its ignored if tracing_thresh set, resulting in all processes being traced. To fix this, we reuse the same entry function as when tracing_thresh is not

[for-next][PATCH 11/12] tracing: Skip more functions when doing stack tracing of events

From: "Steven Rostedt (Red Hat)" # echo 1 > options/stacktrace # echo 1 > events/sched/sched_switch/enable # cat trace -0 [002] d..2 1982.525169: => save_stack_trace => __ftrace_trace_stack => trace_buffer_unlock_commit_regs => event_trigger_unlock_commit => trace_event_bu

[for-next][PATCH 06/12] tracing: expose current->comm to [ku]probe events

From: Omar Sandoval ftrace is very quick to give up on saving the task command line (see `trace_save_cmdline()`). The workaround for events which really care about the command line is to explicitly assign it as part of the entry. However, this doesn't work for kprobe events, as there's no straigh

[for-next][PATCH 01/12] tracing: Make the pid filtering helper functions global

From: Steven Rostedt Make the functions used for pid filtering global for tracing, such that the function tracer can use the pid code as well. Signed-off-by: Steven Rostedt --- kernel/trace/trace.h| 9 + kernel/trace/trace_events.c | 34 +- 2 fi

[for-next][PATCH 05/12] ftrace: Have set_ftrace_pid use the bitmap like events do

From: "Steven Rostedt (Red Hat)" Convert set_ftrace_pid to use the bitmap like set_event_pid does. This allows for instances to use the pid filtering as well, and will allow for function-fork option to set if the children of a traced function should be traced or not. Signed-off-by: Steven Rosted

[for-next][PATCH 04/12] tracing: Move pid_list write processing into its own function

From: "Steven Rostedt (Red Hat)" The addition of PIDs into a pid_list via the write operation of set_event_pid is a bit complex. The same operation will be needed for function tracing pids. Move the code into its own generic function in trace.c, so that we can avoid duplication of this code. Sig

[for-next][PATCH 07/12] tracing: Choose static tp_printk buffer by explicit nesting count

From: Andy Lutomirski Currently, the trace_printk code chooses which static buffer to use based on what type of atomic context (NMI, IRQ, etc) it's in. Simplify the code and make it more robust: simply count the nesting depth and choose a buffer based on the current nesting depth. The new code

[for-next][PATCH 03/12] tracing: Move the pid_list seq_file functions to be global

From: "Steven Rostedt (Red Hat)" To allow other aspects of ftrace to use the pid_list logic, we need to reuse the seq_file functions. Making the generic part into functions that can be called by other files will help in this regard. Signed-off-by: Steven Rostedt --- kernel/trace/trace.c

[for-next][PATCH 02/12] tracing: Move filtered_pid helper functions into trace.c

From: Steven Rostedt As the filtered_pid functions are going to be used by function tracer as well as trace_events, move the code into the generic trace.c file. The functions moved are: trace_find_filtered_pid() trace_ignore_this_task() trace_filter_add_remove_task() Kernel Doc text was als

Re: [PATCH] Input: snvs_pwrkey - use devm_add_action_or_reset

On Sunday 12 June 2016 03:34 PM, Sudip Mukherjee wrote: If devm_add_action() fails we are printing the error message and returning but we have already setup a timer. Lets now use the helper devm_add_action_or_reset() and return and so in case of error the cleanup function will be called by the he

[for-next][PATCH 08/12] tracing: Add trace_printk sample code

From: "Steven Rostedt (Red Hat)" Add sample code to test trace_printk(). The trace_printk() functions should never be used in production code. This makes testing it a bit more difficult. Having a sample module that can test use cases of trace_printk() can help out. Currently it just tests trace_

Re: [PATCH] Input: gpio-keys - use devm_add_action_or_reset

On Sunday 12 June 2016 03:28 PM, Sudip Mukherjee wrote: If devm_add_action() fails we are printing the error message and returning but we have already setup a delayed work or a timer. Lets now use the helper devm_add_action_or_reset() and return and in case of error the cleanup function will be c

Re: [PATCH] Input: axp20x-pek: use devm_add_action_or_reset

On Sunday 12 June 2016 03:12 PM, Sudip Mukherjee wrote: If devm_add_action() fails we are explicitly calling axp20x_remove_sysfs_group() to free the resources allocated. Lets use the helper devm_add_action_or_reset() and return directly in case of error, as we know that the cleanup function has b

!!!Recruit employees

The new canada hotel is looking for over 100 foreign workers. Contact the Canadian Administrator by e-mail: emp.t...@yahoo.ca , if it interests you. Haider

[PATCH] Input: zforce_ts - use devm_add_action_or_reset()

If devm_add_action() fails we are explicitly calling the cleanup to free the resources allocated. Lets use the helper devm_add_action_or_reset() and return directly in case of error, as we know that the cleanup function has been already called by the helper if there was any error. Signed-off-by:

[PATCH] phy: rockhip-usb: use devm_add_action_or_reset()

If devm_add_action() fails we are explicitly calling the cleanup to free the resources allocated. Lets use the helper devm_add_action_or_reset() and return directly in case of error, as we know that the cleanup function has been already called by the helper if there was any error. Signed-off-by:

[PATCH] iio: temperature: mcp9808: add Microchip MCP9808 temperature sensor

IIO driver, perhaps a reference driver, since this sensor is already supported in hwmon/jc42 driver. Driver supports continuous conversion, resolution changes and suspend/resume power ops. Signed-off-by: Alison Schofield Cc: Daniel Baluta --- drivers/iio/temperature/Kconfig | 10 ++ drivers

Re: [PATCH] phy: fix error handling

I will resubmit in the coming days. return PTR_ERR(phy->clk); should also be updated. Best regards, CJ Le 03/07/2016 à 07:55, Christophe JAILLET a écrit : This is likely that checking 'phy->hsic_clk' instead of 'phy->clk' is expected here. Signed-off-by: Christophe JAILLET --- drivers/p

[PATCH] random: strengthen input validation for RNDADDTOENTCNT

Don't allow RNDADDTOENTCNT or RNDADDENTROPY to accept a negative entropy value. It doesn't make any sense to subtract from the entropy counter, and it can trigger a warning: random: negative entropy/overflow: pool input count -4 [ cut here ] WARNING: CPU: 3 PID: 6828 a

Re: ov519.c - allow setting i2c_detect_tries

Hi, On 16-07-15 00:51, valdis.kletni...@vt.edu wrote: I encountered a user who was having troubles getting a PlayStation EyeToy (USB ID 054c:0155) working as a webcam. They reported that repeated attempts would often make it work. Looking at the code, there was support for repeated attempts at

Re: [3/7,media] gspca: avoid unused variable warnings

Hi Arnd, On 26-01-16 15:09, Arnd Bergmann wrote: When CONFIG_INPUT is disabled, multiple gspca backend drivers print compile-time warnings about unused variables: media/usb/gspca/cpia1.c: In function 'sd_stopN': media/usb/gspca/cpia1.c:1627:13: error: unused variable 'sd' [-Werror=unused-varia

Re: [PATCHv4 1/2] usb: USB Type-C connector class

On 07/03/2016 12:38 PM, Heikki Krogerus wrote: On Fri, Jul 01, 2016 at 07:33:12AM -0700, Guenter Roeck wrote: On Fri, Jul 01, 2016 at 03:05:35PM +0300, Heikki Krogerus wrote: I've updated my github branch with a commit where both of these issues should be fixed. Can you give it a try? This i

Re: [PATCH] phy: rockhip-usb: use devm_add_action_or_reset()

Am Sonntag, 3. Juli 2016, 22:01:06 schrieb Sudip Mukherjee: > If devm_add_action() fails we are explicitly calling the cleanup to free > the resources allocated. Lets use the helper devm_add_action_or_reset() > and return directly in case of error, as we know that the cleanup function > has been a

[PATCH v2] platform: don't return 0 from platform_get_irq[_byname]() on error

of_irq_get[_byname]() return 0 iff irq_create_of_mapping() call fails. Returning both error code and 0 on failure is a sign of a misdesigned API, it makes the failure check unnecessarily complex and error prone. We should rely on the platform IRQ resource in this case, not return 0, especially

Re: [GIT PULL] drm/mediatek: MT8173 gamma & dither support

Hi Bibby, On 27 June 2016 at 12:29, Bibby Hsieh wrote: > On Mon, 2016-06-27 at 12:20 +0200, Matthias Brugger wrote: >> >> On 06/24/2016 09:27 AM, Bibby Hsieh wrote: >> > Hi Dave, >> > >> > Please consider merging this tag, which contains the v2 MT8173 gamma & >> > dither function patches I sent

[PATCH v4 2/7] perf config: Add macros assigning key-value pairs to default_config_item

In near future, default_config_item arrays will be added (e.g. const struct default_config_item colors_config_items[]) To simply assign config key-value pairs to default_config_item, add macros that are CONF_VAR() and CONF_*_VAR() for each type. Cc: Namhyung Kim Cc: Jiri Olsa Cc: Wang Nan Cc: M

Re: [PATCH v7 2/2] drm/panel: Add JDI LT070ME05000 WUXGA DSI Panel

On 28 June 2016 at 16:59, Vinay Simha wrote: > hi, > > Any further comments or reviews? > You still haven't covered my earlier suggestions, as such I cannot give you a r-b :-( They are not blockers by any means, but it'll be up-to the maintainer to ack/pick this up. Thierry ? Regards, Emil

[RFC PATCH v4 0/7] perf config: Introduce default config key-value pairs arrays

Hello, :) When initializing default perf config values, we currently use values of actual type(int, bool, char *, etc.). But I suggest using default config key-value pairs arrays. For example, If there isn't user config value at ~/.perfconfig for 'annotate.use_offset' config variable, default va

[PATCH v4 5/7] perf config: Initialize ui_browser__colorsets with default config items

Set default config values for 'colors' section with 'colors_config_items[]' instead of actual const char * type values. (e.g. using colors_config_item[CONFIG_COLORS_TOP].value instead of "red, default" string value for 'colors.top') Cc: Namhyung Kim Cc: Jiri Olsa Cc: Masami Hiramatsu Cc: Wang N

[PATCH v4 7/7] perf config: Initialize annotate_browser__opts with default config items

Set default config values for 'annotate' section with 'annotate_config_items[]' instead of actual bool type values. (e.g. using annotate_config_items[CONFIG_ANNOTATE_USE_OFFSET].value instead of 'true' bool type value for 'annotate.use_offset'.) Cc: Namhyung Kim Cc: Jiri Olsa Cc: Masami Hiramats

[PATCH v4 4/7] perf config: Use combined {fore,back}ground colors value instead of each two color

To manage all default config values at one spot (at util/config.c), it would be better that actual variables for each 'colors' config also have only one value like 'default_config_item' type. If we do, it smoothly work to initialize 'colors' default config values by 'colors_config_items' array tha

[PATCH v4 6/7] perf config: Add 'annotate' section default configs arrrays

Actual variable for configs of 'annotate' section is like below. (at ui/browsers/annoate.c) static struct annotate_browser_opt { bool hide_src_code, use_offset, jump_arrows, show_linenr, show_nr_jumps, show_total_period; } annotate

[PATCH v4 3/7] perf config: Add 'colors' section default configs arrrays

Actual variable for configs of 'colors' section is like below. (at ui/browser.c) static struct ui_browser_colorset { const char *name, *fg, *bg; int colorset; } ui_browser__colorsets[] = { { .colorset = HE_COLORSET_TOP, .name = "top",

[PATCH v4 1/7] perf config: Introduce default_config_section and default_config_item for default config key-value pairs

When initializing default perf config values, we currently use values of actual type(int, bool, char *, etc.). For example, If there isn't user config value at ~/.perfconfig for 'annotate.use_offset' config variable, default value for it is 'true' bool type value in perf like below. At ui/browser

[PATCH v4 0/3] Doc/memory-barriers: Add Korean translation

This patchset adds Korean translation of memory-barriers.txt and fix few nitpicks found during the translation. The translation has started from Feb, 2016 and using private git tree[1] to manage the work. It's commit history says that it is following upstream changes as well. Change from v3: -

[PATCH v4 1/3] memory-barriers.txt: maintain consistent blank line

Signed-off-by: SeongJae Park --- Documentation/memory-barriers.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/memory-barriers.txt b/Documentation/memory-barriers.txt index 147ae8e..360faf4 100644 --- a/Documentation/memory-barriers.txt +++ b/Documentation/memory-barriers.t

[PATCH v4 2/3] memory-barriers.txt: fix wrong section reference

Signed-off-by: SeongJae Park --- Documentation/memory-barriers.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/memory-barriers.txt b/Documentation/memory-barriers.txt index 360faf4..5af1139 100644 --- a/Documentation/memory-barriers.txt +++ b/Documentation/m

Re: [RFC] [PATCH 0/3] media: an attempt to refresh omap1_camera driver

Hi, On Fri, Jun 17, 2016 at 09:04:52AM +0200, Hans Verkuil wrote: > Out of curiosity: is supporting the Amstrad Delta something you do as a hobby > or are there other reasons? Out of curiousity, why should this matter? A.

Re: [PATCH v2] fujitsu-laptop: Unify max brightness of exported leds

On Fri, Jul 01, 2016 at 11:29:14PM +0200, Matej Groma wrote: > On Fri, Jul 01, 2016 at 12:19:27PM -0700, Darren Hart wrote: > > 1) Matej, why do you want to make this change? You mention consistency with > > other LEDs drivers - which ones? Also, why? Is there a tool or something > > that > > expe

Re: [PATCH 2/8] mm/zsmalloc: add per class compact trace event

On Fri, Jul 01, 2016 at 02:41:00PM +0800, Ganesh Mahendran wrote: > add per class compact trace event. It will show how many zs pages > isolated, how many zs pages reclaimed. I don't know what you want with this event trace. What's the relation betwwen the number of zspage isolated and zspage rec

Re: [PATCH 3/8] mm/zsmalloc: take obj index back from find_alloced_obj

On Fri, Jul 01, 2016 at 02:41:01PM +0800, Ganesh Mahendran wrote: > the obj index value should be updated after return from > find_alloced_obj() to avoid CPU buring caused by unnecessary object scanning. Description should include what's the goal. > > Signed-off-by: Ganesh Mahendran >

Re: [PATCH 4/8] mm/zsmalloc: use class->objs_per_zspage to get num of max objects

On Fri, Jul 01, 2016 at 02:41:02PM +0800, Ganesh Mahendran wrote: > num of max objects in zspage is stored in each size_class now. > So there is no need to re-calculate it. > > Signed-off-by: Ganesh Mahendran Acked-by: Minchan Kim

Re: [PATCH 5/8] mm/zsmalloc: avoid calculate max objects of zspage twice

On Fri, Jul 01, 2016 at 02:41:03PM +0800, Ganesh Mahendran wrote: > Currently, if a class can not be merged, the max objects of zspage > in that class may be calculated twice. > > This patch calculate max objects of zspage at the begin, and pass > the value to can_merge() to decide whether the cla

Re: [PATCH 6/8] mm/zsmalloc: keep comments consistent with code

On Fri, Jul 01, 2016 at 02:41:04PM +0800, Ganesh Mahendran wrote: > some minor change of comments: > 1). update zs_malloc(),zs_create_pool() function header > 2). update "Usage of struct page fields" > > Signed-off-by: Ganesh Mahendran > --- > mm/zsmalloc.c | 7 +++ > 1 file changed, 3 inser

Re: More parallel atomic_open/d_splice_alias fun with NFS and possibly more FSes.

On Sun, Jul 03, 2016 at 07:29:46AM +0100, Al Viro wrote: > Tentative NFS patch follows; I don't understand Lustre well enough, but it > looks like a plausible strategy there as well. Speaking of Lustre: WTF is /* Open dentry. */ if (S_ISFIFO(d_inode

Re: [PATCH 7/8] mm/zsmalloc: add __init,__exit attribute

On Fri, Jul 01, 2016 at 02:41:05PM +0800, Ganesh Mahendran wrote: > Add __init,__exit attribute for function that is only called in > module init/exit to save memory. > > Signed-off-by: Ganesh Mahendran > --- > mm/zsmalloc.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 d

Re: [PATCH 8/8] mm/zsmalloc: use helper to clear page->flags bit

On Fri, Jul 01, 2016 at 02:41:06PM +0800, Ganesh Mahendran wrote: > user ClearPagePrivate/ClearPagePrivate2 helper to clear > PG_private/PG_private_2 in page->flags > > Signed-off-by: Ganesh Mahendran Acked-by: Minchan Kim

Re: [PATCH] mwifiex: fix unconditional error return in .add_virtual_intf callback

Hi All, On Sat, Jul 2, 2016 at 5:39 AM, Javier Martinez Canillas wrote: > The commit 7311ea850079 ("mwifiex: fix AP start problem for newly added > interface") attempted to fix an issue when a new AP interface is added. > > But the patch didn't check the return value of the functions doing the >

[PATCH] thermal: hwmon: EXPORT_SYMBOL for thermal hwmon sysfs

From: Kuninori Morimoto thermal_add_hwmon_sysfs()/thermal_remove_hwmon_sysfs() need EXPORT_SYMBOL(). Otherwise we will have ERROR >> ERROR: "thermal_remove_hwmon_sysfs" [drivers/thermal/rcar_thermal.ko] >> undefined! >> ERROR: "thermal_add_hwmon_sysfs" [drivers/thermal/rcar_thermal.ko] undefin

Re: [PATCH] i2c: bcm2835: Set up the clock stretching timeout at boot.

> + /* > + * SMBUS says "Devices participating in a transfer will > + * timeout when any clock low exceeds the value of > + * T_TIMEOUT,MIN of 25 ms." > + */ SMBus has that timeout, but I2C doesn't. How about disabling the timeout simply? Or using the max value if you want

Re: [PATCH v5 4/8] i2c: add support for ACPI reconfigure notifications

On Fri, Jul 01, 2016 at 11:19:08PM +0300, Octavian Purdila wrote: > This patch adds supports for I2C device enumeration and removal via > ACPI reconfiguration notifications that are send as a result of an > ACPI table load or unload operation. > > The code is very similar with the device tree reco

Re: More parallel atomic_open/d_splice_alias fun with NFS and possibly more FSes.

On Jul 3, 2016, at 8:08 PM, Al Viro wrote: > On Sun, Jul 03, 2016 at 07:29:46AM +0100, Al Viro wrote: > >> Tentative NFS patch follows; I don't understand Lustre well enough, but it >> looks like a plausible strategy there as well. > > Speaking of Lustre: WTF is >/* Open

[GIT PULL 0/3] BCM2835 pull requests for 4.8

It looks like we didn't get an updated defconfig patch while I was gone, so I'm sending my pull requests for Pi3 and ethernet in the DT now (the same stuff that's been in -next the whole time). I think it's still worth it to have Pi3 present in 4.8, even if we don't have the defconfig in place yet

[GIT PULL 3/3] bcm2835-arm64-next-2016-07-03

Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: https://github.com/anholt/linux tags/bcm2835-arm64-next-2016-07-03 for you to fetch changes up to 628d30d1ccb897fee54a6f7312561cf2f6f72f09: arm64: Add platform selection for BCM2835. (2016-06-15 14:10:30 -07

[GIT PULL 1/3] bcm2835-dt-next-2016-07-03

Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: https://github.com/anholt/linux tags/bcm2835-dt-next-2016-07-03 for you to fetch changes up to 6a93792774fc72861b7e8efaa3545a88272b4413: ARM: bcm2835: dt: Add the ethernet to the device trees (2016-05-31 10:

[GIT PULL 2/3] bcm2835-dt-64-next-2016-07-03

Linux 4.7-rc1 (2016-05-29 09:29:24 -0700) are available in the git repository at: https://github.com/anholt/linux tags/bcm2835-dt-64-next-2016-07-03 for you to fetch changes up to 02d08603649816a941246c18252e5c41fd07625a: ARM: bcm2837: dt: Add the ethernet to the device trees (2016-06-07

Re: [PATCH] i2c: bcm2835: Set up the clock stretching timeout at boot.

Wolfram Sang writes: >> +/* >> + * SMBUS says "Devices participating in a transfer will >> + * timeout when any clock low exceeds the value of >> + * T_TIMEOUT,MIN of 25 ms." >> + */ > > SMBus has that timeout, but I2C doesn't. How about disabling the timeout > simply? Or usin

[PATCH] clkdev: add devm_of_clk_get()

From: Kuninori Morimoto This is based on devm_clk_get() Signed-off-by: Kuninori Morimoto --- drivers/clk/clkdev.c | 26 ++ include/linux/clk.h | 7 +++ 2 files changed, 33 insertions(+) diff --git a/drivers/clk/clkdev.c b/drivers/clk/clkdev.c index 89cc700..93a6

[PATCH v3 1/3] bcache: Remove redundant parameter for cache_alloc()

Cache_sb is not used in cache_alloc, and we have copied sb info to cache->sb already, remove it. Reviewed-by: Coly Li Signed-off-by: Yijing Wang --- drivers/md/bcache/super.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/md/bcache/super.c b/drivers/md/bcach

[PATCH v3 2/3] bcache: update document info

There is no return in continue_at(), update the documentation. Signed-off-by: Yijing Wang --- drivers/md/bcache/closure.c |2 +- drivers/md/bcache/closure.h |3 ++- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/md/bcache/closure.c b/drivers/md/bcache/closure.c in

[PATCH v3 3/3] bcache: Remove redundant block_size assignment

We have assigned sb->block_size before the switch, so remove the redundant one. Reviewed-by: Coly Li Signed-off-by: Yijing Wang Acked-by: Eric Wheeler --- drivers/md/bcache/super.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/md/bcache/super.c b/drivers/md/b

Re: [PATCH] clkdev: add devm_of_clk_get()

Hi, [auto build test ERROR on clk/clk-next] [also build test ERROR on v4.7-rc5 next-20160701] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Kuninori-Morimoto/clkdev-add-devm_of_clk_get/20160704

Re: [RFC PATCH] media: s5p-mfc - remove vidioc_g_crop

Le dimanche 03 juillet 2016 à 11:43 +0200, Hans Verkuil a écrit : > Hi Nicolas, > > On 07/02/2016 10:29 PM, Nicolas Dufresne wrote: > > > > Le 30 juin 2016 5:35 PM, "Shuah Khan" > > a écrit : > > > > > > Remove vidioc_g_crop() from s5p-mfc decoder. Without its s_

Re: [PATCH v4 5/5] ARM: dts: mt2701: add iommu/smi dtsi node for mt2701

On Sun, 2016-07-03 at 21:12 +0200, Matthias Brugger wrote: > > On 07/03/2016 08:24 AM, Matthias Brugger wrote: > > > > > > On 06/08/2016 11:51 AM, honghui.zh...@mediatek.com wrote: > >> From: Honghui Zhang > >> > >> Add the dtsi node of iommu and smi for mt2701. > >> > >> Signed-off-by: Honghui Z

Re: [PATCH 00/31] Move LRU page reclaim from zones to nodes v8

On Fri, Jul 01, 2016 at 09:01:08PM +0100, Mel Gorman wrote: > (Sorry for the resend, I accidentally sent the branch that still had the > Signed-off-by's from mmotm still applied which is incorrect.) > > Previous releases double accounted LRU stats on the zone and the node > because it was required

Re: [PATCH v5 10/22] sh: Add board specific initialize of of-generic

On Mon, Jul 04, 2016 at 01:46:30AM +0900, Yoshinori Sato wrote: > Signed-off-by: Yoshinori Sato > --- > arch/sh/boards/of-generic.c | 64 > + > 1 file changed, 64 insertions(+) > > diff --git a/arch/sh/boards/of-generic.c b/arch/sh/boards/of-generic.c

[PATCH v2] clkdev: add devm_of_clk_get()

This is based on devm_clk_get() Signed-off-by: Kuninori Morimoto --- v1 -> v2 - added "static" and "inline" on header drivers/clk/clkdev.c | 26 ++ include/linux/clk.h | 7 +++ 2 files changed, 33 insertions(+) diff --git a/drivers/clk/clkdev.c b/drivers/clk/clk

Re: [Nouveau] [PATCH 2/6] drm/nouveau/core: make use of new strtolower() function

On Sun, Jul 3, 2016 at 12:21 AM, Markus Mayer wrote: > On 1 July 2016 at 18:18, Alexandre Courbot wrote: >> On Fri, Jul 1, 2016 at 8:50 AM, Markus Mayer wrote: >>> Call strtolower() rather than walking the string explicitly to convert >>> it to lowercase. >>> >>> Signed-off-by: Markus Mayer >>>

Re: [PATCH] drm/tegra: fix error handling

On Sun, Jul 3, 2016 at 3:18 PM, Christophe JAILLET wrote: > This is likely that checking 'gr3d->clk_secondary' instead of 'gr3d->clk' > is expected here. Very likely indeed. Reviewed-by: Alexandre Courbot Thanks!

Re: [PATCH v2] clk: fixed-factor: add optional dt-binding clock-flags

On 2016년 07월 02일 09:20, Stephen Boyd wrote: > On 06/29, Jongsung Kim wrote: >> On 2016년 06월 29일 06:18, Michael Turquette wrote: >>> Quoting Rob Herring (2016-06-28 13:55:18) On Fri, Jun 24, 2016 at 01:12:52PM +0900, Jongsung Kim wrote: > There is no way to set additional flags for a DT-ini

Re: [PATCH v5 04/22] sh: Use P1SEGADDR

On Mon, Jul 04, 2016 at 01:46:24AM +0900, Yoshinori Sato wrote: > FDT address is P1SEG. So not virtual address. > > Signed-off-by: Yoshinori Sato > --- > arch/sh/kernel/setup.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/sh/kernel/setup.c b/arch/sh/kernel/setup

Re: [PATCH] cxl: make base more explicitly non-modular

Acked-by: Ian Munsie

Update the maximum depth of C-state from 6 to 9

Currently, CPUIDLE_STATE_MAX has been defined as 10 in the cpuidle head file, and max_cstate = CPUIDLE_STATE_MAX – 1, so 9 is the right maximum depth of C-state. This change is reflected in one place of the kernel-param file, but not in the other place where I suggest changing. Signed-off-by: Chu

Re: [PATCH v5 15/22] sh: Move common PCI stuff to arch/sh/kernel

On Mon, Jul 04, 2016 at 01:46:35AM +0900, Yoshinori Sato wrote: > Signed-off-by: Yoshinori Sato > --- > arch/sh/drivers/pci/Makefile | 2 - > arch/sh/drivers/pci/common.c | 162 > arch/sh/drivers/pci/pci.c| 320 > arch/sh/kernel/

Re: [alsa-devel] [PATCH v5 7/9] ASoC: bt-sco: extend rate and add a general compatible string

On Sat, 2016-07-02 at 17:05 +0800, Chen-Yu Tsai wrote: Hi, > Could we also make this driver directly configurable from Kconfig, > and not just selected by platforms (currently Samsung) or by building > all coddecs? > > Thanks > ChenYu I'll add configure prompt for SND_SOC_BT_SCO in next patchse

Re: [PATCH perf/core v13 02/15] perf probe: Show all cached probes

On Fri, 1 Jul 2016 10:51:04 -0300 Arnaldo Carvalho de Melo wrote: > Em Fri, Jul 01, 2016 at 05:03:26PM +0900, Masami Hiramatsu escreveu: > > From: Masami Hiramatsu > > > > perf probe --list shows all cached probes when --cache > > is given. Each caches are shown with on which binary that > > pr

Re: [PATCH v5 01/22] sh: Add sh-specific early_init_dt_reserve_memory_arch

On Mon, Jul 04, 2016 at 01:46:21AM +0900, Yoshinori Sato wrote: > sh used P1 address space in early device tree. > So need convert P1 to physical address before reserve memory. > > Signed-off-by: Yoshinori Sato > --- > arch/sh/boards/of-generic.c | 12 > 1 file changed, 12 insertion

[PATCH] regulator: core: Assign bool value to variable has_full_constraints

In commit 21cf891a (regulator: Make regulator_has_full_constraints a bool) type of variable has_full_constraints is changed to bool, so assign 'true' to has_full_constraints here. Signed-off-by: Baoquan He --- drivers/regulator/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -

<    1   2   3   >