boot hang after TSC init.

After updating to todays tree, I have two machines that stop booting after TSC init. The last things printed are.. tsc: Refined TSC clocksource calibration: 2933.328 MHz clocksource tsc: mask: 0x max_cycles: 0x2a483edfd02, max_idle_ns: 440795320705 ns Switched to clocksource tsc

[PATCH 1/1] drivers/usb/chipidea/debuc.c: avoid out of bound read

A string written by the user may not be zero terminated. sscanf may read memory beyond the buffer if no zero byte is found. Signed-off-by: Heinrich Schuchardt --- drivers/usb/chipidea/debug.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/drivers/usb/chipidea/debug.c

RE: [PATCH] proc: move the adding option Ngid to the end of proc/PID/status

Dear tejun > -Original Message- > From: hte...@gmail.com [mailto:hte...@gmail.com] On Behalf Of Tejun Heo > Sent: Friday, April 17, 2015 11:42 AM > To: Wang, Xiaoming > Cc: a...@linux-foundation.org; o...@redhat.com; > andriy.shevche...@linux.intel.com; li...@rasmusvillemoes.dk; >

Re: [PATCH V3 2/2] pinctrl: Add Pistachio SoC pin control driver

Hi Andrew, On 04/07/2015 04:44 PM, Andrew Bresticker wrote: [..] > +static int pistachio_gpio_register(struct pistachio_pinctrl *pctl) > +{ > + struct device_node *node = pctl->dev->of_node; > + struct pistachio_gpio_bank *bank; > + unsigned int i; > + int irq, ret = 0; > + > +

Re: [PATCH 13/13] thermal: of: implement .set_trips for device tree thermal zones

Hi Brian, On Wed, Apr 15, 2015 at 10:59:36AM -0700, Brian Norris wrote: > On Mon, Apr 13, 2015 at 08:30:18AM +0200, Sascha Hauer wrote: > > On Mon, Apr 06, 2015 at 07:43:08PM -0700, Eduardo Valentin wrote: > > > On Thu, Mar 26, 2015 at 04:54:00PM +0100, Sascha Hauer wrote: > > > > Signed-off-by:

[PATCH] tty: Remove leftover dependencies on PPC_OF

powerpc qemu runs fail with the current upstream kernel. Bisect points to commit 52d996270032 ("powerpc: kill PPC_OF"). Unfortunately, that commit did not remove all instances of PPC_OF. Practical impact is that the serial driver used by powerpc qemu targets is no longer built into the test

Re: [PATCH] tracing: fix incorrect enabling of trace events by boot cmdline

On Thu, Apr 16, 2015 at 09:39:52AM -0400, Steven Rostedt wrote: > On Thu, 16 Apr 2015 13:44:44 +0900 > Joonsoo Kim wrote: > > > There is a problem that trace events are not properly enabled with > > boot cmdline. Problem is that if we pass "trace_event=kmem:mm_page_alloc" > > to boot cmdline, it

Re: [patch] mm: vmscan: invoke slab shrinkers from shrink_zone()

On Fri, Apr 17, 2015 at 09:17:53AM +1000, Dave Chinner wrote: > On Thu, Apr 16, 2015 at 10:34:13AM -0400, Johannes Weiner wrote: > > On Thu, Apr 16, 2015 at 12:57:36PM +0900, Joonsoo Kim wrote: > > > This causes following success rate regression of phase 1,2 on > > > stress-highalloc > > >

Re: [patch] mm: vmscan: invoke slab shrinkers from shrink_zone()

On Thu, Apr 16, 2015 at 10:34:13AM -0400, Johannes Weiner wrote: > Hi Joonsoo, > > On Thu, Apr 16, 2015 at 12:57:36PM +0900, Joonsoo Kim wrote: > > Hello, Johannes. > > > > Ccing Vlastimil, because this patch causes some regression on > > stress-highalloc test in mmtests and he is a expert on

[PATCH] kasan: Show gcc version requirements in Kconfig and Documentation

The documentation shows a need for gcc > 4.9.2, but it's really >=. The Kconfig entries don't show require versions so add them. Correct a latter/later typo too. Signed-off-by: Joe Perches --- (dropping Ingo from cc's) On Thu, 2015-04-16 at 23:59 -0400, Sasha Levin wrote: > On 04/16/2015

[PATCH] IOMMU: Removed checkpatch warnings for Missing a blank line after declarations

Fixed checkpatch warnings for missing blank line after declaration of struct. Signed-off-by: Robert Callicotte --- drivers/iommu/iova.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/iommu/iova.c b/drivers/iommu/iova.c index 9dd8208..b7c3d92 100644 --- a/drivers/iommu/iova.c

Re: [PATCH 07/18 v3] tracing: Add TRACE_DEFINE_ENUM() macro to map enums to their values

On 04/16/2015 11:21 PM, Steven Rostedt wrote: > On Wed, 15 Apr 2015 20:58:31 -0400 > Sasha Levin wrote: > >> > On 04/15/2015 10:05 AM, Steven Rostedt wrote: >>> > > On Wed, 15 Apr 2015 09:22:37 -0400 >>> > > Sasha Levin wrote: >>> > > > >> Hey Steven, > >> > >> I'm seeing the

RE: [V8 PATCH 1/3] ACPICA: Add ACPI _CLS processing

Yes, this is a good question that we should think about. Bob > -Original Message- > From: Zheng, Lv > Sent: Thursday, April 16, 2015 6:46 PM > To: Suravee Suthikulpanit; r...@rjwysocki.net; > mika.westerb...@linux.intel.com; Moore, Robert; hanjun@linaro.org > Cc: l...@kernel.org;

Re: [PATCH] proc: move the adding option Ngid to the end of proc/PID/status

On Thu, Apr 16, 2015 at 11:37 PM, Wang, Xiaoming wrote: >> git describe --contains says 3.13 and it's about 1.5 years ago. >> > Yes this kernel change is 1.5 years ago. > As we known not all user update the kernel so frequently. > They just use the stable one. > We met this issue when update to

RE: [PATCH] proc: move the adding option Ngid to the end of proc/PID/status

Dear tejun > -Original Message- > From: hte...@gmail.com [mailto:hte...@gmail.com] On Behalf Of Tejun Heo > Sent: Friday, April 17, 2015 11:26 AM > To: Wang, Xiaoming > Cc: a...@linux-foundation.org; o...@redhat.com; > andriy.shevche...@linux.intel.com; li...@rasmusvillemoes.dk; >

Re: [git pull] vfs part 3

On Wed, Apr 15, 2015 at 9:04 PM, Al Viro wrote: > > That leaves only the actual d_inode annotations series out of the > stuff already in for-next; there are several piles of stuff from various > folks I'm going to add there tonight, leave it all to stew until the middle > of the next week

Re: [PATCH 1/3] sched, timer: Remove usages of ACCESS_ONCE in the scheduler

On Thu, 2015-04-16 at 20:24 +0200, Ingo Molnar wrote: > Would it make sense to add a few comments to the seq field definition > site(s), about how it's supposed to be accessed - or to the > READ_ONCE()/WRITE_ONCE() sites, to keep people from wondering? How about this: --- diff --git

Re: [PATCH] proc: move the adding option Ngid to the end of proc/PID/status

Hello, On Thu, Apr 16, 2015 at 11:15 PM, Wang, Xiaoming wrote: > I am not sure exactly which kernel introduced this Ngid. > I check the git and found it added in > commit e29cf08b05dc0b8151d65704d96d525a9e179a6b git describe --contains says 3.13 and it's about 1.5 years ago. > And this change

Re: [PATCH 07/18 v3] tracing: Add TRACE_DEFINE_ENUM() macro to map enums to their values

On Wed, 15 Apr 2015 20:58:31 -0400 Sasha Levin wrote: > On 04/15/2015 10:05 AM, Steven Rostedt wrote: > > On Wed, 15 Apr 2015 09:22:37 -0400 > > Sasha Levin wrote: > > > >> Hey Steven, > >> > >> I'm seeing the following when booting: > >> > >> [ 10.678876] BUG: KASan: out of bounds access in

RE: [Adi-buildroot-devel] [Consult] blackfin: About one building break issue for STACKTRACE

Hi Gang, Please only use the GCC for Blackfin 2013R1 or 2014R1 from https://sourceforge.net/projects/adi-buildroot/files/ . Upstream GCC5 isn't ported to Blackfin properly. Regards, Sonic >-Original Message- >From: Chen Gang [mailto:xili_gchen_5...@hotmail.com] >Sent: Thursday, April

RE: [PATCH] proc: move the adding option Ngid to the end of proc/PID/status

Dear tejun > -Original Message- > From: Tejun Heo [mailto:hte...@gmail.com] On Behalf Of Tejun Heo > Sent: Friday, April 17, 2015 10:56 AM > To: Wang, Xiaoming > Cc: a...@linux-foundation.org; o...@redhat.com; > andriy.shevche...@linux.intel.com; li...@rasmusvillemoes.dk; >

Re: linux-next: manual merge of the drm tree with the v4l-dvb tree

> Am Mittwoch, den 15.04.2015, 13:33 +1000 schrieb Stephen Rothwell: > > Hi Dave, > > > > Today's linux-next merge of the drm tree got a conflict in > > Documentation/DocBook/media/v4l/subdev-formats.xml between commit > > 7b0fd4568bee ("[media] v4l: Add RBG and RGB 8:8:8 media bus formats on > >

Re: [PATCH] proc: move the adding option Ngid to the end of proc/PID/status

On Fri, Apr 17, 2015 at 10:13:15AM +0800, Wang Xiaoming wrote: > Move debugging has been done and the following Kernel issue > was found with a number of applications. > Take a look at: (even though the comments are for Weibo.browser > they also pertain to other apps that use

Re: [RFC][PATCH v2 08/13] usb: otg: hub: Notify OTG fsm when A device sets b_hnp_enable

On Tue, Apr 14, 2015 at 01:41:55PM +0300, Roger Quadros wrote: > This is the a_set_b_hnp_enable flag in the OTG state machine > diagram and must be set when the A-Host has successfully set > the b_hnp_enable feature of the OTG-B-Peripheral attached to it. > > When this bit changes we kick our OTG

Re: [RFC][PATCH v2 06/13] usb: hcd: Add hcd add/remove functions for OTG use

On Tue, Apr 14, 2015 at 01:41:53PM +0300, Roger Quadros wrote: > The existing usb_add/remove_hcd() functionality > remains unchanged for non-OTG devices. For OTG > devices they only register the HCD with the OTG core. > > Introduce _usb_add/remove_hcd() for use by OTG core. > These functions

Re: [PATCH 2/2] net: dsa: register hwmon for any provided function

hi Vivien, On 04/16/2015 03:05 PM, Vivien Didelot wrote: Hi Guenter, switch (index) { +case 0: /* temp1_input */ +if (drv->get_temp) +mode |= S_IRUGO; This should be mandatory. Sorry, I don't really understand what you are trying to

[PATCH] proc: move the adding option Ngid to the end of proc/PID/status

Move debugging has been done and the following Kernel issue was found with a number of applications. Take a look at: (even though the comments are for Weibo.browser they also pertain to other apps that use Libsecuritysdk-x.x.x.so In kernel(3.14) is a little different than before it will generate

[PATCH 2/2] mm/hwpoison-inject: check PageLRU of hpage

Hwpoison injector checks PageLRU of the raw target page to find out whether the page is an appropriate target, but current code now filters out thp tail pages, which prevents us from testing for such cases via this interface. So let's check hpage instead of p. Signed-off-by: Naoya Horiguchi ---

[PATCH 1/2] mm/hwpoison-inject: fix refcounting in no-injection case

Hwpoison injection via debugfs:hwpoison/corrupt-pfn takes a refcount of the target page. But current code doesn't release it if the target page is not supposed to be injected, which results in memory leak. This patch simply adds the refcount releasing code. Signed-off-by: Naoya Horiguchi ---

Re: [PATCH] dsa: mv88e6xxx: Fix error handling in mv88e6xxx_set_port_state

On 04/16/2015 11:51 AM, Geert Uytterhoeven wrote: On Thu, Apr 16, 2015 at 3:46 PM, Guenter Roeck wrote: On 04/15/2015 10:12 PM, Guenter Roeck wrote: Return correct error code if _mv88e6xxx_reg_read returns an error. Fixes: facd95b2e0ec0 ("net: dsa: mv88e6xxx: Add Hardware bridging support")

Re: AM335x OMAP2 common clock external fixed-clock registration

On Fri, Apr 17, 2015 at 01:23:50AM +0200, Sebastian Hesselbarth wrote: > On 17.04.2015 00:09, Michael Welling wrote: > >On Thu, Apr 16, 2015 at 10:37:19PM +0200, Sebastian Hesselbarth wrote: > >>On 16.04.2015 18:17, Michael Welling wrote: > >>>On Thu, Apr 16, 2015 at 07:32:32AM +0300, Tero Kristo

Re: [RFC PATCH] Security: ignore private inode from security_file_receive

Hello, On 2015년 04월 16일 22:48, Stephen Smalley wrote: > On 04/16/2015 09:40 AM, Seung-Woo Kim wrote: >> The dma-buf fd from anon_inode can be shared across processes, but >> there is no way to set security permission for the fd. So this >> patch fix just to ignore private inode from

[PATCH 6/6] Input: elan_i2c - Add hover detection flag

When hover event coming, set ABS_MT_DISTANCE as 1, otherwise clear to 0. Signed-off-by: Duson Lin --- drivers/input/mouse/elan_i2c_core.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/input/mouse/elan_i2c_core.c

RE: [V8 PATCH 1/3] ACPICA: Add ACPI _CLS processing

Before back porting this to ACPICA, let me ask one simple question. According to the spec, the _CLS is optional and PCI specific. So why should we implement it in ACPICA core not OSPM specific modules? If this need to be implemented in ACPICA, then what about the following device identification

Re: [PATCH] zram: enable compaction support in zram

On Fri, Apr 17, 2015 at 10:34:57AM +0900, Sergey Senozhatsky wrote: > >> Commit c72c6160d967 ("zram: move compact_store() to sysfs functions > area") > >> was intended to be a cosmetic change that moved function around w/o any > >> functional change: > >>

Re: [PATCH v8 2/3] watchdog: add watchdog_cpumask sysctl to assist nohz

On 04/15/2015 03:37 AM, Chris Metcalf wrote: > Change the default behavior of watchdog so it only runs on the > housekeeping cores when nohz_full is enabled at build and boot time. > Allow modifying the set of cores the watchdog is currently running > on with a new kernel.watchdog_cpumask sysctl.

Re: [PATCH] zram: enable compaction support in zram

On Fri, Apr 17, 2015 at 10:07:40AM +0900, Sergey Senozhatsky wrote: > Commit c72c6160d967 ("zram: move compact_store() to sysfs functions area") > was intended to be a cosmetic change that moved function around w/o any > functional change: >

Re: [PATCHv2 00/10] cleaned up on-demand device creation

On (04/17/15 10:00), Sergey Senozhatsky wrote: > Date: Fri, 17 Apr 2015 10:00:24 +0900 > From: Sergey Senozhatsky > To: Andrew Morton , Minchan Kim > > Cc: Nitin Gupta , linux-kernel@vger.kernel.org, Sergey > Senozhatsky > Subject: Re: [PATCHv2 00/10] cleaned up on-demand device creation >

[PATCH] zram: enable compaction support in zram

Commit c72c6160d967 ("zram: move compact_store() to sysfs functions area") was intended to be a cosmetic change that moved function around w/o any functional change: http://lkml.iu.edu/hypermail/linux/kernel/1503.1/01818.html Unfortunately, on its way from mmotm to Linus's tree it was altered and

[PATCH v2] mfd: rtsx: add support for rts522A

From: Micky Ching rts522a(rts5227s) is derived from rts5227, and mainly same with rts5227. Add it to file mfd/rts5227.c to support this chip. Signed-off-by: Micky Ching --- drivers/mfd/Kconfig | 7 ++-- drivers/mfd/rts5227.c| 77 ++--

Re: [PATCH] firmware: dmi_scan: Fix ordering of product_uuid

在 2015/4/16 17:30, Jean Delvare 写道: Le Thursday 16 April 2015 à 16:46 +0800, Zhenzhong Duan a écrit : On 2015/4/16 15:09, Jean Delvare wrote: Le Thursday 16 April 2015 à 14:22 +0800, Zhenzhong Duan a écrit : The basic idea is right, but you ignore the case dmi_walk_early may fail, though

Re: [PATCHv2 00/10] cleaned up on-demand device creation

On (04/16/15 20:55), Sergey Senozhatsky wrote: > unfortunately, commit c72c6160d967ed26a0b136dbab337f821d233509 > Author: Sergey Senozhatsky > Date: Wed Apr 15 16:15:55 2015 -0700 > > zram: move compact_store() to sysfs functions area > Andrew, please ignore the whole series. I

Re: [tip:x86/pmem] x86/mm: Add support for the non-standard protected e820 type

On Thu, Apr 16, 2015 at 5:55 PM, Elliott, Robert (Server Storage) wrote: > > >> -Original Message- >> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- >> ow...@vger.kernel.org] On Behalf Of Andy Lutomirski >> Sent: Thursday, April 16, 2015 5:31 PM >> To: Ingo Molnar >>

RE: [tip:x86/pmem] x86/mm: Add support for the non-standard protected e820 type

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- > ow...@vger.kernel.org] On Behalf Of Andy Lutomirski > Sent: Thursday, April 16, 2015 5:31 PM > To: Ingo Molnar > Subject: Re: [tip:x86/pmem] x86/mm: Add support for the non-standard > protected e820

[PATCH] Tracing/Profiling: Ftrace: exported additional symbols after de7b2973 change

After change to use "struct pointer instead of name hash", additional symbols need to be exported using the EXPORT_TRACEPOINT_SYMBOL_GPL macro. Signed-off-by: Ron Rechenmacher --- kernel/irq/handle.c |3 +++ kernel/softirq.c |3 +++

[GIT PULL] ACPICA updates for v4.1-rc1

Hi Linus, Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ acpica-4.1-rc1 to receive ACPICA material for v4.1-rc1 with top-most commit 0ee0d34985ceffe4036319e1e46df8bff591b9e3 ACPICA: Store GPE register enable masks upfront on top of commit

[GIT PULL] Block drivers bits for 4.1

Hi Linus, This is the block driver pull request for 4.1. As with the core bits, this is a relatively slow round. This pull request contains: - Various fixes and cleanups for NVMe, from Alexey Khoroshilov, Chong Yuan, myself, Keith Busch, and Murali Iyer. - Documentation and code cleanups for

Re: [LKP] [crypto] 9c521a200bc: +11.7% vmstat.system.in

On Fri, Apr 17, 2015 at 08:28:50AM +0800, Huang Ying wrote: > FYI, we noticed the below changes on > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > commit 9c521a200bc3c12bd724e48a75c57d5358f672be ("crypto: api - remove > instance when test failed") Should already be

Re: [PATCHv2 00/10] cleaned up on-demand device creation

On (04/17/15 08:23), Minchan Kim wrote: > Probably, I will have time to review next week so I feel it's too late > to merge it into 4.1 but I think there is no urgency to merge it. > Minchan, I will resubmit the whole patch set. it has things like [..] What:

Re: [PATCH] Gracely handle GPE dispatch failure

On Thursday, April 16, 2015 04:37:45 PM H.J. Lu wrote: > When GPE dispatch fails due to missing handler, kernel issues > > ACPI Error: No handler for Region > ACPI Error: Region EmbeddedControl > ACPI Error: Method parse/execution failed > ACPI Exception: AE_NOT_EXIST, while evaluating GPE method

[GIT PULL] Block core bits for 4.1-rc1

Hi Linus, This is the core pull request for 4.1. Not a lot of stuff in here for this round, mostly little fixes or optimizations. This pull request contains: - An optimization that speeds up queue runs on blk-mq, especially for the case where there's a large difference between nr_cpu_ids and

Re: [PATCHv2 00/10] cleaned up on-demand device creation

On (04/17/15 08:23), Minchan Kim wrote: > > resending on-demand device creation patch set. sadly, I managed to create a > > mess; so here is my take to clean it up, fold patches and, hopefully, see > > them in 4.1. > > Thanks for handling this quickly. I acknowlege dynamic device management part

update README

The README file specifics 3.X kernel in different places. The kernel is now 4.X, no longer 3.X Justin Keller diff --git a/README b/linux/README index a24ec89..67fc7a8 100644 --- a/README +++ b/linux/README @@ -1,6 +1,6 @@ -Linux kernel release 3.x +Linux

[PATCH] Gracely handle GPE dispatch failure

When GPE dispatch fails due to missing handler, kernel issues ACPI Error: No handler for Region ACPI Error: Region EmbeddedControl ACPI Error: Method parse/execution failed ACPI Exception: AE_NOT_EXIST, while evaluating GPE method and goes ahead enable GPE anyway. After that, kernel goes into

Re: [PATCH 2/4] mm: Send a single IPI to TLB flush multiple pages when unmapping

Hello Mel, On Thu, Apr 16, 2015 at 10:19:22AM +0100, Mel Gorman wrote: > On Thu, Apr 16, 2015 at 05:29:55PM +0900, Minchan Kim wrote: > > On Thu, Apr 16, 2015 at 09:07:22AM +0100, Mel Gorman wrote: > > > On Thu, Apr 16, 2015 at 03:38:26PM +0900, Minchan Kim wrote: > > > > Hello Mel, > > > > > >

Re: AM335x OMAP2 common clock external fixed-clock registration

On 17.04.2015 00:09, Michael Welling wrote: On Thu, Apr 16, 2015 at 10:37:19PM +0200, Sebastian Hesselbarth wrote: On 16.04.2015 18:17, Michael Welling wrote: On Thu, Apr 16, 2015 at 07:32:32AM +0300, Tero Kristo wrote: On 04/15/2015 11:51 PM, Michael Welling wrote: On Wed, Apr 15, 2015 at

Re: [PATCHv2 00/10] cleaned up on-demand device creation

Hello, On Thu, Apr 16, 2015 at 08:55:46PM +0900, Sergey Senozhatsky wrote: > Hello, > > resending on-demand device creation patch set. sadly, I managed to create a > mess; so here is my take to clean it up, fold patches and, hopefully, see > them in 4.1. Thanks for handling this quickly. I

Re: [net:r8169] kernel 4.0.0 double "link down" on boot

rh_ : > I see these double "link down" now in 4.0 > > [ 19.927880] r8169 :03:00.2 eth0: link down > [ 19.927902] r8169 :03:00.2 eth0: link down > [ 22.32] r8169 :03:00.2 eth0: link up > > Everything seems to be working fine. Is this an indicator of a problem? No. > Safe

Re: [patch] mm: vmscan: invoke slab shrinkers from shrink_zone()

On Thu, Apr 16, 2015 at 10:34:13AM -0400, Johannes Weiner wrote: > On Thu, Apr 16, 2015 at 12:57:36PM +0900, Joonsoo Kim wrote: > > This causes following success rate regression of phase 1,2 on > > stress-highalloc > > benchmark. The situation of phase 1,2 is that many high order allocations > >

[PATCH 05/16] printk: implement log_seq_range() and ext_log_from_seq()

Implement two functions to access log messages by their sequence numbers. * log_seq_range() determines the currently available sequence number range. * ext_log_from_seq() outputs log message identified by a given sequence number in the extended format. These will be used to implement

[PATCH 14/16] netconsole: implement ack handling and emergency transmission

While the retransmission support added by the previous patch goes a long way towards enabling implementation of reliable remote logger, it depends on a lot larger part of the kernel working and there's no non-polling way of discovering whether the latest messages have been lost. This patch

[PATCH 04/16] printk: implement support for extended console drivers

printk log_buf keeps various metadata for each message including its sequence number and timestamp. The metadata is currently available only through /dev/kmsg and stripped out before passed onto console drivers. We want this metadata to be available to console drivers too. Immediately, it's to

[PATCH 16/16] netconsole: update documentation for extended netconsole

Signed-off-by: Tejun Heo Cc: David Miller --- Documentation/networking/netconsole.txt | 95 - 1 file changed, 94 insertions(+), 1 deletion(-) diff --git a/Documentation/networking/netconsole.txt b/Documentation/networking/netconsole.txt index a5d574a..e7a57c2

[PATCH 15/16] netconsole: implement netconsole receiver library

This patch implements libncrx.a and a simple receiver program ncrx using the library. The library makes use of the extended header, retransmission and ack support to implement reliable netconsole receiver. The library is structured as a pure state machine leaving all IO and timing handling to

[PATCH 11/16] netconsole: consolidate enable/disable and create/destroy paths

netconsole management paths are scattered around in different places. This patch reorganizes them so that * All enable logic is in netconsole_enable() and disable in netconsole_disable(). Both should be called with netconsole_mutex held and netconsole_disable() may be invoked without

[PATCH 12/16] netconsole: implement extended console support

netconsole transmits raw console messages using one or multiple UDP packets and there's no way to find out whether the packets are lost in transit or received out of order. Depending on the setup, this can make the logging significantly unreliable and untrustworthy. With the new extended console

[PATCH 13/16] netconsole: implement retransmission support for extended consoles

With extended netconsole, the logger can reliably determine which messages are missing. This patch implements receiver for extended netconsole which accepts retransmission request packets coming into the the netconsole source port and sends back the requested messages. The receiving socket is

[PATCH 06/16] netconsole: make netconsole_target->enabled a bool

We'll add more bool's to netconsole_target. Let's convert ->enabled to bool first so that things stay consistent. Signed-off-by: Tejun Heo Cc: David Miller --- drivers/net/netconsole.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git

[PATCH 10/16] netconsole: introduce netconsole_mutex

console_lock protects the target_list itself and setting and clearing of its ->enabled flag; however, nothing protects the overall enable/disable operations which we'll need to make netconsole management more dynamic for the scheduled reliable transmission support. Also, an earlier patch

[PATCH 08/16] netconsole: punt disabling to workqueue from netdevice_notifier

The netdevice_notifier callback, netconsole_netdev_event(), needs to perform netpoll_cleanup() for the affected targets; however, the notifier is called with rtnl_lock held which the netpoll_cleanup() path also grabs. To avoid deadlock, the path uses __netpoll_cleanup() instead and making the

[PATCH 07/16] netconsole: factor out alloc_netconsole_target()

alloc_param_target() and make_netconsole_target() were duplicating the same allocation and init logic. Factor it out to alloc_netconsole_target(). This is pure reorganization. Signed-off-by: Tejun Heo Cc: David Miller --- drivers/net/netconsole.c | 40

[PATCH 09/16] netconsole: replace target_list_lock with console_lock

netconsole has been using a spinlock - target_list_lock - to protect the list of configured netconsole targets and their enable/disable states. With the disabling from netdevice_notifier moved off to a workqueue by the previous patch and thus outside of rtnl_lock, target_list_lock can be replaced

[PATCH 02/16] printk: factor out message formatting from devkmsg_read()

The extended message formatting used for /dev/kmsg will be used implement extended consoles. Factor out msg_print_ext_header() and msg_print_ext_body() from devkmsg_read(). This is pure restructuring. Signed-off-by: Tejun Heo Cc: Kay Sievers Cc: Petr Mladek --- kernel/printk/printk.c | 157

[PATCHSET] printk, netconsole: implement reliable netconsole

In a lot of configurations, netconsole is a useful way to collect system logs; however, all netconsole does is simply emitting UDP packets for the raw messages and there's no way for the receiver to find out whether the packets were lost and/or reordered in flight. printk already keeps log

[RFC PATCH 4/4] mm: madvise allow remove operation for hugetlbfs

Now that we have hole punching support for hugetlbfs, we can also support the MADV_REMOVE interface to it. Signed-off-by: Dave Hansen Signed-off-by: Mike Kravetz --- mm/madvise.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/madvise.c b/mm/madvise.c index

[PATCH 01/16] printk: guard the amount written per line by devkmsg_read()

devkmsg_read() uses 8k buffer and assumes that the formatted output message won't overrun which seems safe given LOG_LINE_MAX, the current use of dict and the escaping method being used; however, we're planning to use devkmsg formatting wider and accounting for the buffer size properly isn't that

[RFC PATCH 3/4] hugetlbfs: add hugetlbfs_fallocate()

This is based on the shmem version, but it has diverged quite a bit. We have no swap to worry about, nor the new file sealing. What this allows us to do is move physical memory in and out of a hugetlbfs file without having it mapped. This also gives us the ability to support MADV_REMOVE since

[PATCH 03/16] printk: move LOG_NOCONS skipping into call_console_drivers()

When a line is printed by multiple printk invocations, each chunk is directly sent out to console drivers so that they don't get lost. When the line is completed and stored in the log buffer, the line is suppressed from going out to consoles as that'd lead to duplicate outputs. This is tracked

[RFC PATCH 0/4] hugetlbfs: add fallocate support

hugetlbfs is used today by applications that want a high degree of control over huge page usage. Often, large hugetlbfs files are used to map a large number huge pages into the application processes. The applications know when page ranges within these large files will no longer be used, and

[RFC PATCH 2/4] hugetlbfs: New huge_add_to_page_cache helper routine

Currently, there is only a single place where hugetlbfs pages are added to the page cache. The new fallocate code be adding a second one, so break the functionality out into its own helper. Signed-off-by: Dave Hansen Signed-off-by: Mike Kravetz --- include/linux/hugetlb.h | 2 ++

[RFC PATCH 1/4] hugetlbfs: truncate_hugepages() takes a range of pages

Modify truncate_hugepages() to take a range of pages (start, end) instead of simply start. If the value of end is -1, this indicates the end of the range is the end of the file. This functionality will be used for fallocate hole punching. Signed-off-by: Dave Hansen Signed-off-by: Mike Kravetz

Re: [trivial PATCH] arm: dts: socfpga: Remove executable permission bits

+arm-soc On Thu, Apr 16, 2015 at 5:49 PM, Joe Perches wrote: > Change the .dts file permissions from 755 to 644. > > Signed-off-by: Joe Perches ARM dts files go in thru arm-soc tree. Acked-by: Rob Herring > --- > arch/arm/boot/dts/socfpga_arria10_socdk.dts | 0 > 1 file changed, 0

Re: [RFC PATCH] fs: use a sequence counter instead of file_lock in fd_install

On Fri, 2015-04-17 at 00:00 +0200, Mateusz Guzik wrote: > On Thu, Apr 16, 2015 at 01:55:39PM -0700, Eric Dumazet wrote: > > On Thu, 2015-04-16 at 13:42 -0700, Eric Dumazet wrote: > > > On Thu, 2015-04-16 at 19:09 +0100, Al Viro wrote: > > > > On Thu, Apr 16, 2015 at 02:16:31PM +0200, Mateusz Guzik

[trivial PATCH] arm: dts: socfpga: Remove executable permission bits

Change the .dts file permissions from 755 to 644. Signed-off-by: Joe Perches --- arch/arm/boot/dts/socfpga_arria10_socdk.dts | 0 1 file changed, 0 insertions(+), 0 deletions(-) diff --git a/arch/arm/boot/dts/socfpga_arria10_socdk.dts b/arch/arm/boot/dts/socfpga_arria10_socdk.dts old mode

[trivial PATCH] tps6507x.txt: Remove executable permission

Documention text files shouldn't be executable. Signed-off-by: Joe Perches --- Documentation/devicetree/bindings/mfd/tps6507x.txt | 0 1 file changed, 0 insertions(+), 0 deletions(-) diff --git a/Documentation/devicetree/bindings/mfd/tps6507x.txt

[PATCH] bus: omap_l3_noc: Fix offset for DRA7 CLK1_HOST_CLK1_2 instance

From: Illia Smyrnov The base address for DRA7 CLK1_HOST_CLK1_2 host instance is 0x4480, so correct offset is 0x80. DRA7 TRM rev X(fewb 2015) has updates for this information. With wrong offset these errors are not correctly cleared by the L3 IRQ handler and cause an continuous interrupt

Re: [RFC PATCH] fs: use a sequence counter instead of file_lock in fd_install

On Thu, Apr 16, 2015 at 07:09:32PM +0100, Al Viro wrote: > On Thu, Apr 16, 2015 at 02:16:31PM +0200, Mateusz Guzik wrote: > > @@ -165,8 +165,10 @@ static int expand_fdtable(struct files_struct *files, > > int nr) > > cur_fdt = files_fdtable(files); > > if (nr >= cur_fdt->max_fds) { > >

Re: [tip:x86/pmem] x86/mm: Add support for the non-standard protected e820 type

On Thu, Apr 2, 2015 at 12:51 PM, Andy Lutomirski wrote: > On Thu, Apr 2, 2015 at 12:13 PM, Ingo Molnar wrote: >> >> * Andy Lutomirski wrote: >> >>> On Thu, Apr 2, 2015 at 5:31 AM, tip-bot for Christoph Hellwig >>> wrote: >>> > Commit-ID: ec776ef6bbe1734c29cd6bd05219cd93b2731bd4 >>> > Gitweb:

Re: AM335x OMAP2 common clock external fixed-clock registration

On Thu, Apr 16, 2015 at 10:37:19PM +0200, Sebastian Hesselbarth wrote: > On 16.04.2015 18:17, Michael Welling wrote: > >On Thu, Apr 16, 2015 at 07:32:32AM +0300, Tero Kristo wrote: > >>On 04/15/2015 11:51 PM, Michael Welling wrote: > >>>On Wed, Apr 15, 2015 at 01:45:53PM -0700, Mike Turquette

Re: [PATCH] dmaengine: bcm2835: Add slave dma support

Den 15.04.2015 21:00, skrev Stefan Wahren: Hi Noralf, Am 15.04.2015 um 11:56 schrieb Noralf Trønnes: Add slave transfer capability to BCM2835 dmaengine driver. This patch is pulled from the bcm2708-dmaengine driver in the Raspberry Pi repo. The work was done by Gellert Weisz. Tested with the

Re: [PATCH 2/2] net: dsa: register hwmon for any provided function

Hi Guenter, > > switch (index) { > > +case 0: /* temp1_input */ > > +if (drv->get_temp) > > +mode |= S_IRUGO; > > This should be mandatory. Sorry, I don't really understand what you are > trying to accomplish here. > > Can you give me a

Re: [PATCH] dmaengine: bcm2835: Add slave dma support

Den 16.04.2015 21:06, skrev Alexander Stein: Hi Stefan, On Wednesday 15 April 2015, 21:00:26 wrote Stefan Wahren: Am 15.04.2015 um 11:56 schrieb Noralf Trønnes: Add slave transfer capability to BCM2835 dmaengine driver. This patch is pulled from the bcm2708-dmaengine driver in the Raspberry

Re: [RFC PATCH 0/5] Add smp booting support for Qualcomm ARMv8 SoCs

Hi Rob, On Thu, Apr 16, 2015 at 12:17 PM, Rob Clark wrote: > On Thu, Apr 16, 2015 at 11:21 AM, Catalin Marinas > wrote: > >> But I'm definitely going to discourage companies like Qualcomm >> deliberately ignoring the existing booting protocols while trying to get >> their code upstream. This

Re: [RFC PATCH] fs: use a sequence counter instead of file_lock in fd_install

On Thu, Apr 16, 2015 at 01:55:39PM -0700, Eric Dumazet wrote: > On Thu, 2015-04-16 at 13:42 -0700, Eric Dumazet wrote: > > On Thu, 2015-04-16 at 19:09 +0100, Al Viro wrote: > > > On Thu, Apr 16, 2015 at 02:16:31PM +0200, Mateusz Guzik wrote: > > > > @@ -165,8 +165,10 @@ static int

Re: [RFC 1/4] fs: Add generic file system event notifications

On 15.04.2015 09:15, Beata Michalska wrote: > Introduce configurable generic interface for file > system-wide event notifications to provide file > systems with a common way of reporting any potential > issues as they emerge. > > The notifications are to be issued through generic > netlink

[PATCH] ARM: dts: dra7: Fix efuse register size for ABB

Fix a typo in DRA7 dtsi where 12 bytes are needed for register description of ABB efuse registers, however only 8 bytes are provided to map. For some weird reason, this does not generate abort at offset 0x8, probably due to default maps already provided in io.c for the bus register ranges.

Re: [RFC PATCH 0/5] Add smp booting support for Qualcomm ARMv8 SoCs

On Thu, Apr 16, 2015 at 01:17:32PM -0400, Rob Clark wrote: > On Thu, Apr 16, 2015 at 11:21 AM, Catalin Marinas > wrote: > > On Wed, Apr 15, 2015 at 11:01:17AM -0400, Rob Clark wrote: > >> There are folks who are working to get saner, more-upstream kernels > >> working on devices.. and improving

[for-next][PATCH] tracing: Fix incorrect enabling of trace events by boot cmdline

Another small fix that I'll push in this merge window. git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git for-next Head SHA1: 84fce9db4d7eaebd6cb2ee30c15da6d4e4daf846 Joonsoo Kim (1): tracing: Fix incorrect enabling of trace events by boot cmdline

Re: [alsa-devel] [PATCH -next] ASoC: Intel: sst_hsw: remove kfree for memory allocated with devm_kzalloc

For HSW, a patch "[PATCH] ASoC: Intel: Remove invalid kfree of devm allocated data" to fix this issue has been applied. But yes, we also need a similar patch for Baytrail. Thanks Jin Yao On 2015/4/16 22:08, Jarkko Nikula wrote: > On 04/16/2015 04:46 PM, weiyj...@163.com wrote: >> From: Wei

Re: [PATCH 2/2] net: dsa: register hwmon for any provided function

On Thu, Apr 16, 2015 at 02:38:19PM -0400, Vivien Didelot wrote: > A switch driver may only provide one of the temperature limit accessors, > or the temperature alarm getter. So register the hwmon subsystem if any > of the related functions is provided. > > Thus, check get_temp to set the

  1   2   3   4   5   6   7   8   9   10   >