Re: [PATCH v6 1/4] of: overlay: kobjectify overlay objects

Hi Greg, > On Oct 21, 2015, at 00:03 , Greg Kroah-Hartman > wrote: > > On Tue, Oct 20, 2015 at 10:13:14PM +0300, Pantelis Antoniou wrote: >> We are going to need the overlays to appear on sysfs with runtime >> global properties (like master enable) so turn them into

[for-next][PATCH 5/9] ftrace: Introduce ftrace_glob structure

From: Dmitry Safonov <0x7f454...@gmail.com> ftrace_match parameters are very related and I reduce the number of local variables & parameters with it. This is also preparation for module globbing as it would introduce more realated variables & parameters. Link:

[for-next][PATCH 9/9] tracing: gpio: Add Kconfig option for enabling/disabling trace events

From: Tal Shorer Add a new options to trace Kconfig, CONFIG_TRACING_EVENTS_GPIO, that is used for enabling/disabling compilation of gpio function trace events. Link: http://lkml.kernel.org/r/1438432079-11704-4-git-send-email-tal.sho...@gmail.com Acked-by: Linus Walleij

[for-next][PATCH 3/9] ftrace: Remove redundant strsep in mod_callback

From: Dmitry Safonov <0x7f454...@gmail.com> By now there isn't any subcommand for mod. Before: sh$ echo '*:mod:ipv6:a' > set_ftrace_filter sh$ echo '*:mod:ipv6' > set_ftrace_filter had the same results, but now first will result in: sh$ echo '*:mod:ipv6:a' >

[for-next][PATCH 7/9] Documentation: ftrace: Module globbing usage

From: Dmitry Safonov <0x7f454...@gmail.com> Link: http://lkml.kernel.org/r/1443545176-3215-5-git-send-email-0x7f454...@gmail.com Signed-off-by: Dmitry Safonov <0x7f454...@gmail.com> Signed-off-by: Steven Rostedt --- Documentation/trace/ftrace.txt | 17 + 1

Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller'

Em Wed, Oct 21, 2015 at 10:43:48AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Wed, Oct 21, 2015 at 10:48:16AM +0200, Ingo Molnar escreveu: > > 5) --no-children > > > > I agree that 'perf top -g --no-children' looks more intuitive than 'perf > > top -g'. > > So, what do you propose, to

GREETINGS TO YOU

You have Been Issued with the SUM of 1.1 Million Euro from the Weir Family Donation.Kindly get in Touch with your details Following: Full Names ... Address: Phone No: Country ... Age .. Check Link HTTP://www.bbc.com/news/uk-scotland-glasgow-west-18801698 We await your reply. Chris and

Re: [PATCH V5 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

On Wed, Oct 21, 2015 at 10:01:46PM +0800, pi3orama wrote: > > 在 2015年10月21日，下午9:49，Peter Zijlstra 写道： > > > >> On Wed, Oct 21, 2015 at 09:42:12PM +0800, Wangnan (F) wrote: > >> How can an eBPF program access a !local event: > >> > >> when creating perf event array we don't

loan to consolidate your debt

Do you need a loan to start up a new life?, loan to consolidate your debt,Loan for personal use,medical care loan,car loan,loan for any purposes? e.t.c. get loan at 3% interest rate annually, hurry up now and fill out this below application details if interested: Name: Country: State: Address:

Re: [PATCH] SCSI: mvsas: Fix NULL pointer dereference in mvs_slot_task_free

2015-10-21 16:47 GMT+03:00 Johannes Thumshirn : > On Wed, 2015-10-21 at 16:18 +0300, Dāvis Mosāns wrote: >> 2015-10-21 10:33 GMT+03:00 Johannes Thumshirn : >> > On Tue, 2015-10-20 at 20:41 +0300, Dāvis Mosāns wrote: >> > > 2015-08-21 7:29 GMT+03:00 Dāvis

Re: [RESEND PATCH 0/9] eeprom: at24: at24cs series serial number read

2015-10-21 16:23 GMT+02:00 Peter Korsgaard : >> "Bartosz" == Bartosz Golaszewski writes: > > >> As the serial number is available on a separate i2c address, wouldn't > >> it be simpler to handle these as special (read only) device variants and

[PATCH 00/15] Fix warnings reported by coccicheck

Fix various warning reported by coccicheck: make coccicheck M=drivers/net/wireless Punit Vara (15): net: wireless: ath: use | instead of + for summing bitmasks net: wireless: ath: Remove unnecessary semicolon net: wireless: ath: Remove unnecessary semicolon net: wireless: ipw2x00: use |

[PATCH] mmc: pwrseq: Use highest priority for eMMC restart handler

The pwrseq_emmc driver does a eMMC card reset before a system reboot to allow broken or limited ROM boot-loaders (that don't have an eMMC reset logic) to be able to read the second stage from the eMMC. But this has to be called before a system reboot handler and while most of them use the

RE: [PATCH] ARM: keystone: dts: add PCI serdes driver bindings

Hi, Please ignore the subject patch which is exactly the same as the one [PATCH v1] ARM: keystone: dts: add PCI serdes driver bindings submitted earlier. Thanks, WingMan > -Original Message- > From: Kwok, WingMan > Sent: Wednesday, October 21, 2015 8:57 AM > To: robh...@kernel.org;

Re: [PATCH -next] net: hisilicon: Never build on SPARC

From: Guenter Roeck Date: Wed, 21 Oct 2015 07:56:18 -0700 >> @@ -57,6 +57,11 @@ extern int of_dma_get_range(struct device_node *np, >> u64 *dma_addr, >> u64 *paddr, u64 *size); >> extern bool of_dma_is_coherent(struct device_node *np); >>

Re: [PATCH] x86, perf: Use INST_RETIRED.PREC_DIST for cycles:pp on Skylake

> Right, but suppose one user (root) would be sampling machine wide with > PEBS whilst another user is using it just on his one task. The root case is likely perf top which does not use PEBS. > > > And you having killed the flag bits for PEBS events precludes people > > > from using this

Re: [PATCH 3/5] perf, tools: Disable branch flags/cycles for --callgraph lbr

On Tue, Oct 20, 2015 at 11:46:35AM -0700, Andi Kleen wrote: > From: Andi Kleen > > Automatically disable collecting branch flags and cycles with > --call-graph lbr. This allows avoiding a bunch of extra MSR > reads in the PMI on Skylake. > > When the kernel doesn't support

Re: [PATCH 04/31] perf record, bpf: Create probe points for BPF programs

Em Wed, Oct 21, 2015 at 11:31:57AM +0800, Wangnan (F) escreveu: > > > On 2015/10/21 3:12, Arnaldo Carvalho de Melo wrote: > >Em Wed, Oct 14, 2015 at 12:41:15PM +, Wang Nan escreveu: > >>This patch introduces bpf__{un,}probe() functions to enable callers to > >>create kprobe points based on

Re: [PATCH v2] x86/mm: warn on W+x mappings

On 21 October 2015 at 15:24, Borislav Petkov wrote: > On Wed, Oct 21, 2015 at 02:57:47PM +0200, Ard Biesheuvel wrote: >> ... For the remaining cases, which is the vast majority, no such >> assumptions can be made, and since the UEFI runtime regions are >> typically populated with

[PATCH v2 2/2] i2c: at91: manage unexpected RXRDY flag when starting a transfer

In some cases, we could start a new i2c transfer with the RXRDY flag set. It is not a clean state and it leads to print annoying error messages even if there no real issue. The cause is only having garbage data in the Receive Holding Register because of a weird behavior of the RXRDY flag.

Re: [PATCH V5 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

On 2015/10/21 20:17, Peter Zijlstra wrote: On Wed, Oct 21, 2015 at 07:49:34PM +0800, Wangnan (F) wrote: If our task is sampling cycle events during a function is running, and if two cores start that function overlap: Time: ...A Core 0: sys_write\

Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller'

Em Wed, Oct 21, 2015 at 10:48:16AM +0200, Ingo Molnar escreveu: > > * Arnaldo Carvalho de Melo wrote: > > > I was bitten by the --children thing and took some time to get used to it, > > so I > > can relate to that... > > > > I think we should revert this change in callchain

[PATCH v2 1/2] i2c: at91: fix write transfers by clearing pending interrupt first

From: Cyrille Pitchen In some cases a NACK interrupt may be pending in the Status Register (SR) as a result of a previous transfer. However at91_do_twi_transfer() did not read the SR to clear pending interruptions before starting a new transfer. Hence a NACK interrupt

Re: [PATCH V5 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

发自我的 iPhone > 在 2015年10月21日，下午9:49，Peter Zijlstra 写道： > >> On Wed, Oct 21, 2015 at 09:42:12PM +0800, Wangnan (F) wrote: >> How can an eBPF program access a !local event: >> >> when creating perf event array we don't care which perf event >> is for which CPU, so perf

Re: [PATCH] Two bugs in fs/isofs

Hi, i wrote: > > Truncation nowadays has to take into respect that UTF-8 may > > consist of multiple bytes and should avoid to leave incomplete > > byte sequences. > > (Does the kernel have a function for this ?) Jan Kara wrote: > Well, such truncation function would have to be specific to

[PATCH -next] mm: Fix build on non-MMU systems

Non-MMU systems fail to build with In file included from init/main.c:50:0: include/linux/rmap.h:274:1: error: expected declaration specifiers or ‘...’ before ‘{’ token Fixes: c3f568752340 ("mm: support madvise(MADV_FREE)") Cc: Minchan Kim Signed-off-by: Guenter Roeck

Re: [PATCH 1/6] KEYS: use kvfree() in add_key

These patches can be found here also: http://git.kernel.org/cgit/linux/kernel/git/dhowells/linux-fs.git/log/?h=keys-next And tagged with: keys-next-20151021 David -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message

[3.16.y-ckt stable] Patch "MIPS: CPS: Don't include MT code in non-MT kernels." has been added to staging queue

This is a note to let you know that I have just added a patch titled MIPS: CPS: Don't include MT code in non-MT kernels. to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree which can be found at:

[3.16.y-ckt stable] Patch "x86/efi: Fix boot crash by mapping EFI memmap entries bottom-up at runtime, instead of top-down" has been added to staging queue

This is a note to let you know that I have just added a patch titled x86/efi: Fix boot crash by mapping EFI memmap entries bottom-up at runtime, instead of top-down to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree which can be found at:

[3.16.y-ckt stable] Patch "MIPS: CPS: #ifdef on CONFIG_MIPS_MT_SMP rather than CONFIG_MIPS_MT" has been added to staging queue

This is a note to let you know that I have just added a patch titled MIPS: CPS: #ifdef on CONFIG_MIPS_MT_SMP rather than CONFIG_MIPS_MT to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree which can be found at:

[3.16.y-ckt stable] Patch "x86/mm: Set NX on gap between __ex_table and rodata" has been added to staging queue

This is a note to let you know that I have just added a patch titled x86/mm: Set NX on gap between __ex_table and rodata to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree which can be found at:

Re: [PATCH] driver core: Disable late probes by default

On 21 October 2015 at 05:39, Greg Kroah-Hartman wrote: > On Tue, Oct 20, 2015 at 06:17:39PM +0200, Tomeu Vizoso wrote: >> On 20 October 2015 at 16:05, Greg Kroah-Hartman >> wrote: >> > On Tue, Oct 20, 2015 at 09:40:48AM +0200, Tomeu Vizoso

Re: [PATCH v4 10/79] via_drm.h: move struct via_file_private definition to drivers/gpu/drm/via/via_drv.h

On 15 October 2015 at 06:55, Mikko Rapeli wrote: > Fixes userspace compile error since list_head is not exported to userspace > headers. > > Suggested by Emil Velikov at > https://lkml.org/lkml/2015/6/3/792 > > Signed-off-by: Mikko Rapeli

Re: [PATCH v2] x86/mm: warn on W+x mappings

On Wed, Oct 21, 2015 at 03:28:56PM +0200, Ard Biesheuvel wrote: > In theory, yes. In practice, since this is supposed to be a security > enhancement, we need some kind of ground truth to tell us which pages > can be legally modified *and* executed, so that we can detect the > illegal cases. My

Re: [PATCH v4 12/79] include/uapi/drm/sis_drm.h: move sis_file_private to drivers/gpu/drm/sis/sis_drv.h

On 15 October 2015 at 06:55, Mikko Rapeli wrote: > Fixes userspace compile error: > > drm/sis_drm.h:68:19: error: field ‘obj_list’ has incomplete type > struct list_head obj_list; > > Suggested by Emil Velikov at >

Re: [PATCH 2/2] Fixed Trivial Warnings in file: Deleted Spaces prior to tabs, and added lines. modified: kernel/auditfilter.c

On Mon, 2015-10-19 at 12:10 -0400, Richard Guy Briggs wrote: > On 15/10/18, Scott Matheina wrote: > > On 10/14/2015 04:54 PM, Paul Moore wrote: > > > On Saturday, October 10, 2015 08:57:55 PM Scott Matheina wrote: [] > > >> diff --git a/kernel/auditfilter.c b/kernel/auditfilter.c [] > > >> @@

Re: [PATCH v4 2/4] mm, proc: account for shmem swap in /proc/pid/smaps

On 10/05/2015 05:01 AM, Hugh Dickins wrote: On Fri, 2 Oct 2015, Vlastimil Babka wrote: Currently, /proc/pid/smaps will always show "Swap: 0 kB" for shmem-backed mappings, even if the mapped portion does contain pages that were swapped out. This is because unlike private anonymous mappings,

Re: [PATCH -next] net: hisilicon: Never build on SPARC

On Wednesday 21 October 2015 07:29:33 Guenter Roeck wrote: > The Hisilicon network driver does not build for Sparc. Enabling > COMPILE_TEST for it causes Sparc allmodconfig/allyesconfig builds > to fail with > > drivers/net/ethernet/hisilicon/hns_mdio.c: In function 'hns_mdio_bus_name': >

Re: [PATCH v3 07/15] scsi: ufs: set REQUEST_SENSE command size to 18 bytes

2015-09-02 19:13 GMT+09:00 Yaniv Gardi : > According to UFS device specification REQUEST_SENSE command can > only report back up to 18 bytes of data. > > Signed-off-by: Gilad Broner > Signed-off-by: Yaniv Gardi > > --- >

Re: [PATCH v3 09/15] scsi: ufs: add retries for hibern8 enter

2015-09-02 19:13 GMT+09:00 Yaniv Gardi : > If hibern8 enter command fails then UFS link state may be unknown which > may result into timeout of all the commands issued after failure. > > This change does 2 things (for pre-defined number of retry counts) after > hibern8 enter

Re: [RESEND PATCH 0/9] eeprom: at24: at24cs series serial number read

> "Bartosz" == Bartosz Golaszewski writes: Hi, >> > I wanted to respond that this way we would not be protected from >> > concurrent accesses, but then I saw I didn't actually include any >> > locks in the serial read function - my bad. It needs to be fixed as

[PATCH 05/10] KEYS: Add identifier pointers to public_key_signature struct

Add key identifier pointers to public_key_signature struct so that they can be used to retain the identifier of the key to be used to verify the signature in both PKCS#7 and X.509. Signed-off-by: David Howells --- crypto/asymmetric_keys/public_key.c |2 ++

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

On 10/20/2015 08:56 PM, Eric W. Biederman wrote: ... Just FYI: Using a device for this kind of interface is pretty much a non-starter as that quickly gets you into situations where things do not work in containers. If someone gets a version of device namespaces past GregKH it might be up for

Re: [PATCH v4 04/79] drm_mode.h: use __u32 and __u64 from linux/types.h

On Wed, Oct 21, 2015 at 11:09 AM, Emil Velikov wrote: > Hi Alex, > > On 15 October 2015 at 14:48, Mikko Rapeli wrote: >> On Thu, Oct 15, 2015 at 09:32:10AM -0400, Alex Deucher wrote: >>> On Thu, Oct 15, 2015 at 1:55 AM, Mikko Rapeli

Re: [PATCH v1 1/2] dt-bindings: Sync the dts to this document

On Tue, Oct 20, 2015 at 9:42 PM, Caesar Wang wrote: > Add the OTP gpio state, we need switch the pin to gpio state > before the TSADC controller is reset. > > Signed-off-by: Caesar Wang > --- > > Changes in v1: > - As the Doug comments, add the 'init'

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

* Roger Quadros [151021 01:31]: > On 19/10/15 10:08, Roger Quadros wrote: > > On 17/10/15 00:25, Tony Lindgren wrote: > >> * Roger Quadros [151006 04:13]: > >>> > >>> Fine. The updated series is now at > >>> > >>> g...@github.com:rogerq/linux.git > >>> * [new

Re: [PATCH 10/19] ARM: dts: at91: replace gpio-key,wakeup with wakeup-source property

Le 21/10/2015 14:41, Sudeep Holla a écrit : > > > On 21/10/15 12:13, Sudeep Holla wrote: >> On 21/10/15 12:01, Ulf Hansson wrote: >>> On 21 October 2015 at 12:25, Sudeep Holla wrote: > > [..] > Yes that was my intention for splitting the patches per SoC group.

Re: [PATCH 5/5] x86, perf: Avoid context switching LBR_INFO when not needed

On Tue, Oct 20, 2015 at 11:46:37AM -0700, Andi Kleen wrote: > +++ b/arch/x86/kernel/cpu/perf_event_intel.c > @@ -2844,7 +2844,7 @@ static void intel_pmu_cpu_starting(int cpu) > /* >* Deal with CPUs that don't clear their LBRs on power-up. >*/ > - intel_pmu_lbr_reset(); >

Re: [PATCH v6 22/22] of/platform: Defer probes of registered devices

On Wed, Oct 21, 2015 at 12:54 AM, Scott Wood wrote: > On Mon, 2015-09-21 at 16:03 +0200, Tomeu Vizoso wrote: >> Instead of trying to match and probe platform and AMBA devices right >> after each is registered, delay their probes until device_initcall_sync. >> >> This

Re: [PATCH V5 1/1] bpf: control events stored in PERF_EVENT_ARRAY maps trace data output when perf sampling

On Wed, Oct 21, 2015 at 09:42:12PM +0800, Wangnan (F) wrote: > How can an eBPF program access a !local event: > > when creating perf event array we don't care which perf event > is for which CPU, so perf program can access any perf event in > that array. So what is stopping the eBPF thing from

Re: Missing wait_event_killable_timeout?

Hi Jens, On 10/21/2015 03:20 AM, Kilian, Jens wrote: > I'd like to use a version of wait_event_killable() with a timeout, but it > seems to be missing? I found a mention of it in a recent LKML message though: > > https://lkml.org/lkml/2015/10/14/337 > > Does this patch look reasonable?

Re: console vs earlycon ?

On Wednesday 21 October 2015 09:53:47 Peter Hurley wrote: > On 10/21/2015 06:36 AM, Arnd Bergmann wrote: > > On Wednesday 21 October 2015 18:30:05 Masahiro Yamada wrote: > >>> > I am trying to implement OF_EARLYCON_DECLARE() for that. > > I was just wondering if console_initcall()

[PATCH 06/15] net: wireless: rtwifi: Remove duplicated arguments to |

Remove uncessary repeated arguments COMP_EFUSE, COMP_REGD, COMP_CHAN with OR(|) This is patch to the debug.c file that removes following warning reported by coccicheck: -duplicated argument to & or | Signed-off-by: Punit Vara --- drivers/net/wireless/rtlwifi/debug.c | 6

Re: [PATCH v3 12/15] scsi: ufs: reduce the interrupts for power mode change requests

2015-09-02 19:13 GMT+09:00 Yaniv Gardi : > DME commands such as Hibern8 enter/exit and gear switch generate 2 > completion interrupts, one for confirmation that command is received > by local UniPro and 2nd one is the final confirmation after communication > with remote

[PATCH 04/15] net: wireless: ipw2x00: use | instead of + for summing bitmasks

This patch is to the libipw_rx.c file that fixes following warning reported by coccicheck: WARNING: sum of probable bitmasks, consider | I have replaced + with OR operator | for summing bitmasks Signed-off-by: Punit Vara --- drivers/net/wireless/ipw2x00/libipw_rx.c | 4

Re: [PATCH -next] net: hisilicon: Never build on SPARC

Hi Arnd, On 10/21/2015 07:39 AM, Arnd Bergmann wrote: On Wednesday 21 October 2015 07:29:33 Guenter Roeck wrote: The Hisilicon network driver does not build for Sparc. Enabling COMPILE_TEST for it causes Sparc allmodconfig/allyesconfig builds to fail with

[PATCH 03/15] net: wireless: ath: Remove unnecessary semicolon

This patch is to the ath10k/wmi.h that removes unneeded semicolon which is reported by coccicheck. Here semicolon just create empty statement so please remote it. Signed-off-by: Punit Vara --- drivers/net/wireless/ath/ath10k/wmi.h | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH 01/15] net: wireless: ath: use | instead of + for summing bitmasks

This patch is to the ath10k/pci.h file that fixes following warning reported by coccicheck: WARNING: sum of probable bitmasks, consider | I have replaced + with OR operator | for summing bitmasks Signed-off-by: Punit Vara --- drivers/net/wireless/ath/ath10k/pci.c | 10

[PATCH 05/15] net: wireless: ti: Return flow can be simplified for wl1271_cmd_interrogate

This patch is to the wlcore/acx.c file that fixes up warning reported by coccicheck: WARNING: end returns can be simplified if negative or 0 value Prefer direct return value instead of writing 2-3 more sentence. Signed-off-by: Punit Vara ---

[PATCH 07/15] net: wireless: brcm80211: Remove duplicated arguments to |

Remove uncessary repeated arguments with OR(|) This is patch to the brcmsmac/channel.c file that removes following warning reported by coccicheck: -duplicated argument to & or | Signed-off-by: Punit Vara --- drivers/net/wireless/brcm80211/brcmsmac/channel.c | 1 - 1 file

[PATCH 02/10] PKCS#7: Make trust determination dependent on contents of trust keyring

Make the determination of the trustworthiness of a key dependent on whether a key that can verify it is present in the ring of trusted keys rather than whether or not the verifying key has KEY_FLAG_TRUSTED set. Signed-off-by: David Howells --- certs/system_keyring.c

[PATCH 01/10] KEYS: Generalise system_verify_data() to provide access to internal content

Generalise system_verify_data() to provide access to internal content through a callback. This allows all the PKCS#7 stuff to be hidden inside this function and removed from the PE file parser and the PKCS#7 test key. If external content is not required, NULL should be passed as data to the

[PATCH 00/10] KEYS: Change how keys are determined to be trusted

=keys-trust and are tagged with: keys-trust-20151021 David --- David Howells (10): KEYS: Generalise system_verify_data() to provide access to internal content PKCS#7: Make trust determination dependent on contents of trust keyring KEYS: Add facility to check key

Re: [PATCH v6 1/4] of: overlay: kobjectify overlay objects

On Wed, Oct 21, 2015 at 04:28:33PM +0300, Pantelis Antoniou wrote: > Hi Greg, > > > On Oct 21, 2015, at 00:03 , Greg Kroah-Hartman > > wrote: > > > > On Tue, Oct 20, 2015 at 10:13:14PM +0300, Pantelis Antoniou wrote: > >> We are going to need the overlays to appear

DONATION FOR YOU

Good Day, I am Mrs. Gloria C. Mackenzie, the Power-Ball Lottery winner and I have donated $2,000,000.00 USD to you. I saw your email in Kreditmarket were you were searching for a loan so i decided to get your email so i can help you with some amount so that you can start up a business on your

Re: console vs earlycon ?

On 10/21/2015 06:36 AM, Arnd Bergmann wrote: > On Wednesday 21 October 2015 18:30:05 Masahiro Yamada wrote: >>> I am trying to implement OF_EARLYCON_DECLARE() for that. I was just wondering if console_initcall() should work as well. As I said, I noticed the

Re: [PATCH] mm,vmscan: Use accurate values for zone_reclaimable() checks

On Wed, 21 Oct 2015, Tetsuo Handa wrote: > However, if a workqueue which is processed before vmstat_update > workqueue is processed got stuck inside memory allocation request, > values in vm_stat_diff[] cannot be merged into vm_stat[]. As a result, > zone_reclaimable() continues using outdated

[PATCH] fixup! staging/wilc1000: split out bus specific modules

The patch to split out bus modules causes new valid build warnings without this. Signed-off-by: Arnd Bergmann diff --git a/drivers/staging/wilc1000/linux_wlan.c b/drivers/staging/wilc1000/linux_wlan.c index 8a5f4673c5d0..fe3b464f0d5c 100644 ---

Re: [RESEND PATCH 0/9] eeprom: at24: at24cs series serial number read

> "Bartosz" == Bartosz Golaszewski writes: >> As the serial number is available on a separate i2c address, wouldn't >> it be simpler to handle these as special (read only) device variants and >> instantiate E.G. a 24c64 (for the normal data) and a 24cs64 (for

[PATCH -next] net: hisilicon: Never build on SPARC

The Hisilicon network driver does not build for Sparc. Enabling COMPILE_TEST for it causes Sparc allmodconfig/allyesconfig builds to fail with drivers/net/ethernet/hisilicon/hns_mdio.c: In function 'hns_mdio_bus_name': drivers/net/ethernet/hisilicon/hns_mdio.c:409:3: error:

Re: [PATCH] mm,vmscan: Use accurate values for zone_reclaimable() checks

On Wed 21-10-15 09:22:40, Christoph Lameter wrote: > On Wed, 21 Oct 2015, Tetsuo Handa wrote: > > > However, if a workqueue which is processed before vmstat_update > > workqueue is processed got stuck inside memory allocation request, > > values in vm_stat_diff[] cannot be merged into vm_stat[].

Re: [PATCH] irqchip: irq-armada-370-xp: fix regression by clearing IRQ_NOAUTOEN

Hey Thomas-i, Thomases, :) On Wed, Oct 21, 2015 at 03:48:15PM +0200, Thomas Petazzoni wrote: > Commit d17cab4451df1 ("irqchip: Kill off set_irq_flags usage") changed > the code of armada_370_xp_mpic_irq_map() from using set_irq_flags() to > irq_set_probe(). > > While the commit log seems to

Re: [PATCH -next] net: hisilicon: Never build on SPARC

From: Guenter Roeck Date: Wed, 21 Oct 2015 07:29:33 -0700 > The Hisilicon network driver does not build for Sparc. Enabling > COMPILE_TEST for it causes Sparc allmodconfig/allyesconfig builds > to fail with > > drivers/net/ethernet/hisilicon/hns_mdio.c: In function

Re: [PATCH 1/4] Documentation: tps65086: Add DT bindings for the TPS65086 PMIC

On Wed, 21 Oct 2015, Mark Brown wrote: > On Wed, Oct 21, 2015 at 12:18:32PM +0100, Lee Jones wrote: > > On Wed, 21 Oct 2015, Mark Brown wrote: > > > On Wed, Oct 21, 2015 at 09:46:33AM +0100, Lee Jones wrote: > > > > On Tue, 20 Oct 2015, Andrew F. Davis wrote: > > > > It is however the normal way

Re: [PATCH 0/5] Fix regression introduced by set_irq_flags() removal

Thomas, On Tue, 20 Oct 2015 21:23:29 +0200 (CEST), Thomas Gleixner wrote: > On Tue, 20 Oct 2015, Thomas Petazzoni wrote: > > As discussed on IRC, another simpler (code line wise) solution is to > > simply clear the IRQ_NOAUTOEN flag in the irq-armada-370-xp, which > > brings us back to what

Re: [PATCH v5 1/3] create SMAF module

On Wed, 21 Oct 2015, Benjamin Gaignard wrote: > Secure Memory Allocation Framework goal is to be able > to allocate memory that can be securing. > There is so much ways to allocate and securing memory that SMAF > doesn't do it by itself but need help of additional modules. > To be sure to use the

Re: [PATCH v5 0/3] RFC: Secure Memory Allocation Framework

On Wed, 21 Oct 2015, Benjamin Gaignard wrote: > > The outcome of the previous RFC about how do secure data path was the need > of a secure memory allocator (https://lkml.org/lkml/2015/5/5/551) > Have you addressed all the questions raised by Alan here: https://lkml.org/lkml/2015/5/8/629

Re: [PATCH] thinkpad_acpi: don't yell on unsupported brightness interfaces

On Wed, Oct 21, 2015 at 12:33:52PM -0200, Henrique de Moraes Holschuh wrote: > On Wed, Oct 21, 2015, at 08:46, David Herrmann wrote: > > The thinkpad_acpi driver currently emits error messages on unsupported > > brightness interfaces, giving the impression that someone will implement > > those.

Re: [PATCH] mm,vmscan: Use accurate values for zone_reclaimable() checks

On Wed 21-10-15 09:49:07, Christoph Lameter wrote: > On Wed, 21 Oct 2015, Michal Hocko wrote: > > > Because all the WQ workers are stuck somewhere, maybe in the memory > > allocation which cannot make any progress and the vmstat update work is > > queued behind them. > > > > At least this is my

Re: [PATCH] h8300: Don't set CROSS_COMPILE unconditionally

On Fri, 16 Oct 2015 20:31:27 +0900, Javier Martinez Canillas wrote: > > The h8300 architecture Makefile sets the CROSS_COMPILE variable to > "h8300-unknown-linux-" unconditionally but doing that prevents the > variable to be used if a toolchain with a different binary name is > installed in the

[PATCH 03/10] KEYS: Add facility to check key trustworthiness upon link creation

Add a facility whereby if KEY_FLAG_TRUSTED_ONLY is set on the destination keyring, the creation of a link to a candidate key will cause the trustworthiness of that key to be evaluated against the already present contents of that keyring. This affects operations like add_key(), KEYCTL_LINK and

[PATCH 04/10] KEYS: Allow authentication data to be stored in an asymmetric key

Allow authentication data to be stored in an asymmetric key in the 4th element of the key payload and provide a way for it to be destroyed. For the public key subtype, this will be a public_key_signature struct. Signed-off-by: David Howells ---

[for-next][PATCH 2/9] ftrace: Remove redundant swap function

From: Rasmus Villemoes To cover the common case of sorting an array of pointers, Daniel Wagner recently modified the library sort() to use a specific swap function for size==8, in addition to the size==4 case which was already handled. Since sizeof(long) is either 4 or

[for-next][PATCH 0/9] tracing: Updates for 4.4

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: ddd70280bf0e92ad81a9526971409603fba21679 Dmitry Safonov (5): ftrace: Remove redundant strsep in mod_callback ftrace: Clarify code for mod command ftrace: Introduce ftrace_glob structure

[for-next][PATCH 4/9] ftrace: Clarify code for mod command

From: Dmitry Safonov <0x7f454...@gmail.com> "Not" is too abstract variable name - changed to clear_filter. Removed ftrace_match_module_records function: comparison with !* or * not does the general code in filter_parse_regex() as it works without mod command for sh# echo '!*' >

Re: [PATCH] SCSI: mvsas: Fix NULL pointer dereference in mvs_slot_task_free

On Wed, 2015-10-21 at 17:26 +0300, Dāvis Mosāns wrote: > 2015-10-21 16:47 GMT+03:00 Johannes Thumshirn : > > On Wed, 2015-10-21 at 16:18 +0300, Dāvis Mosāns wrote: > > > 2015-10-21 10:33 GMT+03:00 Johannes Thumshirn > > >: > > > > On Tue, 2015-10-20 at

Re: [PATCH 4/5] MIPS: xilfpga: Add mipsfpga platform code

Am Wed, 14 Oct 2015 13:51:56 +0100 schrieb Zubair Lutfullah Kakakhel : > The xilfpga platform will be DT only. > > Add required platform code. DT files have already been added separately > > [...] > > diff --git a/arch/mips/include/asm/mach-xilfpga/gpio.h >

Re: [PATCH 1/5] x86, perf: Fix LBR call stack save/restore

> Any idea who much more expensive that wrmsr() is compared to the rdmsr() > it replaces? I don't know. > > If its significant we could think about having this behaviour depend on > callstacks. This function is only used for callstacks, otherwise it uses the LBR reset path. -Andi --

[3.16.y-ckt stable] Patch "MIPS: CPS: Stop dangling delay slot from has_mt." has been added to staging queue

This is a note to let you know that I have just added a patch titled MIPS: CPS: Stop dangling delay slot from has_mt. to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree which can be found at: http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y-queue

Re: [PATCH v8 08/14] nohz_full: allow disabling the 1Hz minimum tick at boot

On Tue, 20 Oct 2015, Frederic Weisbecker wrote: > There have been proposals to disable/tune the 1 Hz tick via debugfs which > I Nacked because once you give such an opportunity to the users, they > will use that hack and never fix the real underlying issue. Well this is a pretty bad argument. By

Re: [PATCH v6 0/5] PCI: Add support for PCI Enhanced Allocation "BARs"

On Tue, Oct 20, 2015 at 04:04:37PM -0700, David Daney wrote: > From: David Daney > > The original patches are from Sean O. Stalley. I made a few tweaks, > but feel that it is substancially Sean's work, so I am keeping the > patch set version numbering scheme going. > >

[PATCH 07/10] X.509: Extract signature digest and make self-signed cert checks earlier

Extract the signature digest for an X.509 certificate earlier, at the end of x509_cert_parse() rather than leaving it to the callers thereof. Further, immediately after that, check the signature on self-signed certificates, also rather in the callers of x509_cert_parse(). This we need to

Re: [PATCH] driver core: Disable late probes by default

On Wed, Oct 21, 2015 at 04:35:58PM +0200, Tomeu Vizoso wrote: > On 21 October 2015 at 05:39, Greg Kroah-Hartman > wrote: > > On Tue, Oct 20, 2015 at 06:17:39PM +0200, Tomeu Vizoso wrote: > >> On 20 October 2015 at 16:05, Greg Kroah-Hartman > >>

Re: [PATCH -next] net: hisilicon: Never build on SPARC

From: Arnd Bergmann Date: Wed, 21 Oct 2015 16:39:02 +0200 > How about this version? Yes, that is a million times better. -- 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

Re: [PATCH v4 2/2] arm64: Expand the stack trace feature to support IRQ stack

On Oct 20, 2015, at 10:08 PM, Jungseok Lee wrote: > On Oct 20, 2015, at 1:18 AM, Catalin Marinas wrote: > > Hi Catalin, > >> On Sat, Oct 17, 2015 at 10:38:16PM +0900, Jungseok Lee wrote: >>> On Oct 17, 2015, at 1:06 AM, Catalin Marinas wrote: BTW, a static allocation (DEFINE_PER_CPU for the

[PATCH 08/10] PKCS#7: Make the signature a pointer rather than embedding it

Point to the public_key_signature struct from the pkcs7_signed_info struct rather than embedding it. This makes it easier to have it take an arbitrary number of MPIs in future. We also save a copy of the digest in the signature without sharing the memory with the crypto layer metadata. This

[PATCH 10/10] KEYS: Move the point of trust determination to __key_link()

Move the point at which a key is determined to be trustworthy to __key_link() so that we use the contents of the keyring being linked in to to determine whether the key being linked in is trusted or not. What is 'trusted' then becomes a matter of what's in the keyring. Currently, the test is

Re: [PATCH v2] ARM: dts: fix gpio-keys wakeup-source property

Hi Arnd, On 16/10/15 17:01, Sudeep Holla wrote: The keyboard driver for GPIO buttons(gpio-keys) checks for one of the two boolean properties to enable gpio buttons as wakeup source: 1. "wakeup-source" or 2. the legacy "gpio-key,wakeup" However juno, ste-snowball and emev2-kzm9d dts file have a

Re: [PATCH] ASoC: Intel: sst: only use sst-firmware when DW DMAC is available

Hi Jie, [auto build test ERROR on asoc/for-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Jie-Yang/ASoC-Intel-sst-only-use-sst-firmware-when-DW-DMAC-is-available/20151021-203247 config: i386

Re: [PATCH 01/15] net: wireless: ath: use | instead of + for summing bitmasks

On 10/21/2015, 04:55 PM, Punit Vara wrote: > This patch is to the ath10k/pci.h file that fixes following warning > reported by coccicheck: > > WARNING: sum of probable bitmasks, consider | > > I have replaced + with OR operator | for summing bitmasks > > Signed-off-by: Punit Vara

  1   2   3   4   5   6   7   8   9   10   >