Re: [PATCH V2 03/19] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

Hi Jason, On Thursday 12 June 2014 07:35 PM, Jason Cooper wrote: > On Thu, Jun 12, 2014 at 06:57:15AM -0700, Tony Lindgren wrote: >> * Jason Cooper [140612 05:52]: >>> On Thu, Jun 12, 2014 at 05:23:11PM +0530, Sricharan R wrote: From: Nishanth Menon When, in the system due to vari

Re: [PATCH 3.14 00/19] 3.14.8-stable review

On 06/12/2014 04:21 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.14.8 release. There are 19 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be ma

[patch] checkpatch: warn on missing spaces in broken up quoted strings

Checkpatch already complains when people break up quoted strings but it's still pretty common. One mistake that people often make is they leave out the space character between the two strings. This check adds 453 new warnings. There very few false positives, here is what they look like: 1) Most

[PATCH 0/7] ACPI/EC: Critical bug fixes related to EC and event handling.

This patchset fixes the following issues: 1. There are 2 race conditions in current EC driver. 2. Cleanup the first command byte write as one of the race condition fix requires additional cleanup for first command byte write. And this also helps us to do improvements in the BURST mode in the

[PATCH 7/7] ACPI/EC: Add detailed fields debugging support of EC_SC(R).

Developers really don't need to translate EC_SC(R) in mind as long as the field details are decoded in the debugging message. Signed-off-by: Lv Zheng Tested-by: Gareth Williams Tested-by: Steffen Weber --- drivers/acpi/ec.c | 16 1 file changed, 12 insertions(+), 4 deletions

Re: [PATCH 3.10 00/18] 3.10.44-stable review

On 06/12/2014 04:22 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.10.44 release. There are 18 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be m

[PATCH 4/7] ACPI/EC: Fix a race condition in ec_transaction_completed().

There is a race condition in ec_transaction_completed(). When ec_transaction_completed() is called in the GPE handler, it could return true because of (ec->curr == NULL). Then the wake_up() invocation could complete the next command unexpectedly since there is no lock between the 2 invocations. Wi

[PATCH 5/7] ACPI/EC: Update revision due to full asynchrnous command support.

The bug fixes and asynchronous improvements have been done to the EC driver by the previous commits. This patch increases the revision 2.2 to indicate the difference. The copyright/authorship notices are also updated. Authorship of Alexey is updated according to the following diff block: - * ec

[PATCH 6/7] ACPICA: Events: Fix edge-triggered GPE by disabling before acknowledging it.

Due to ACPI specificiation 5, chapter 5.6.4 General-Purpose Event Hnadling, OSPMs need to disable GPE before clearing the status bit for edge-triggered GPEs. Signed-off-by: Lv Zheng Tested-by: Gareth Williams Tested-by: Steffen Weber --- drivers/acpi/acpica/evgpe.c | 32 +

[PATCH 2/7] ACPI/EC: Add asynchronous command byte write support.

This patch adds asynchronous command byte write into advance_transaction() so that all state machine affecting EC register accesses can happen in this state machine advancement function. This is achieved by moving the first command write code into advance_transaction(). This function then can be a

[PATCH 3/7] ACPI/EC: Remove duplicated ec_wait_ibf0() waiter.

After we've added first command byte write into advance_transaction(), the IBF=0 waiter is duplicated with the command completion waiter implemented in the ec_poll() because: If IBF=1 blocked the first command byte write invoked in the task context ec_poll(), it would be kicked off upon IBF=0

[PATCH 1/7] ACPI/EC: Fix an issue that advance_transaction() processes stale hardware status.

The advance_transaction() will be invoked from the IRQ context GPE handler and the task context ec_poll(). The handling of this function is locked so that the EC state machine are ensured to be advanced sequentially. But there is a problem. Before invoking advance_transaction(), EC_SC(R) is read.

Re: [PATCH 3.4 0/8] 3.4.94-stable review

On 06/12/2014 04:22 PM, Greg Kroah-Hartman wrote: This is the start of the stable review cycle for the 3.4.94 release. There are 8 patches in this series, all will be posted as a response to this one. If anyone has any issues with these being applied, please let me know. Responses should be mad

RE: [PATCH] cpufreq: intel_pstate: Fix rounding of core_pct

On 2014.06.12 13:03 Rafael J. Wysocki wrote: > On Thursday, June 12, 2014 05:35:59 PM Stratos Karafotis wrote: >> On 12/06/2014 12:15 πμ, Doug Smythies wrote: >>> >>> >>> On 2014.06.11 13:20 Stratos Karafotis wrote: On 11/06/2014 06:02 μμ, Doug Smythies wrote: > > On 2104.06.11 07:08

Re: [GIT] Networking

On Thu, Jun 12, 2014 at 12:14 PM, David Miller wrote: > > git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master Hmm. I get *lots* of the appended messages from iwlwifi now. Things still seem to work, but ... This is a Haswell laptop with bog-standard intel wireless: 01:00.

Re: scsi-mq

On 06/12/14 15:48, Christoph Hellwig wrote: > The usage of blk-mq dramatically decreases CPU usage under all workloads going > down from 100% CPU usage that the old setup can hit easily to usually less > than 20% for maxing out storage subsystems with 512 byte reads and writes, > and it allows to e

Re: [PATCH V2 03/19] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

Hi Jason, On Thursday 12 June 2014 07:37 PM, Jason Cooper wrote: > On Thu, Jun 12, 2014 at 06:49:17PM +0530, Sricharan R wrote: >> Hi Jason, >> >> On Thursday 12 June 2014 06:21 PM, Jason Cooper wrote: >>> On Thu, Jun 12, 2014 at 05:23:11PM +0530, Sricharan R wrote: From: Nishanth Menon

Re: kmemleak: Unable to handle kernel paging request

On 6/12/14, Naoya Horiguchi wrote: > Hi Denis, > > On Thu, Jun 12, 2014 at 04:00:57PM +0400, Denis Kirjanov wrote: >> On 6/12/14, Denis Kirjanov wrote: >> > On 6/12/14, Catalin Marinas wrote: >> >> On 11 Jun 2014, at 21:04, Denis Kirjanov >> >> wrote: >> >>> On 6/11/14, Catalin Marinas wrote:

Re: [PATCH V2 03/19] irqchip: crossbar: Skip some irqs from getting mapped to crossbar

On Thursday 12 June 2014 07:27 PM, Tony Lindgren wrote: > * Jason Cooper [140612 05:52]: >> On Thu, Jun 12, 2014 at 05:23:11PM +0530, Sricharan R wrote: >>> From: Nishanth Menon >>> >>> When, in the system due to varied reasons, interrupts might be unusable >>> due to hardware behavior, but regis

Re: [PATCH V2 08/19] irqchip: crossbar: fix checkpatch warning

Hi Jason, On Thursday 12 June 2014 09:35 PM, Joe Perches wrote: > On Thu, 2014-06-12 at 11:32 -0400, Jason Cooper wrote: > > Hi Jason. > >>> But bugfix backports haven't been much of an issue in >>> other subsystems with fairly active whitespace/style >>> changes. >> >> Most of the mvebu fixes w

[tip:perf/core] perf tools: Separate dso data related variables

Commit-ID: ca40e2af1f75eddf7eb2b93fde6391ea185d8fc8 Gitweb: http://git.kernel.org/tip/ca40e2af1f75eddf7eb2b93fde6391ea185d8fc8 Author: Jiri Olsa AuthorDate: Wed, 7 May 2014 18:30:45 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:19 +0200 perf tools: Separate dso data rel

[PATCH 4/4] Sound: tlv320aic31xx: Fixed Coding Style Issues

From: Shahina Shaik Fixed coding style issues of "Missing Blank line after declaration" Signed-off-by: Shahina Shaik --- sound/soc/codecs/tlv320aic31xx.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/soc/codecs/tlv320aic31xx.c b/sound/soc/codecs/tlv320aic31xx.c index 2341910..a

Re: XFS WARN_ON in xfs_vm_writepage

[cc linux-mm] On Fri, Jun 13, 2014 at 01:16:31AM -0400, Dave Jones wrote: > Just hit this on Linus' tree from earlier this afternoon.. > > WARNING: CPU: 3 PID: 19721 at fs/xfs/xfs_aops.c:971 > xfs_vm_writepage+0x5ce/0x630 [xfs]() > CPU: 3 PID: 19721 Comm: trinity-c61 Not tainted 3.15.0+ #3 > 00

[tip:perf/core] perf tests: Spawn child for each test

Commit-ID: 0d8a5faaf5a1087c7212a6f0d81920a93396414a Gitweb: http://git.kernel.org/tip/0d8a5faaf5a1087c7212a6f0d81920a93396414a Author: Jiri Olsa AuthorDate: Sat, 10 May 2014 17:22:30 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:22 +0200 perf tests: Spawn child for each

[tip:perf/core] perf tests: Allow reuse of test_file function

Commit-ID: 822c45db6398a69879b0539f0819de02b813493c Gitweb: http://git.kernel.org/tip/822c45db6398a69879b0539f0819de02b813493c Author: Jiri Olsa AuthorDate: Sun, 4 May 2014 13:51:46 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:22 +0200 perf tests: Allow reuse of test_f

[tip:perf/core] perf tests: Add test for closing dso objects on EMFILE error

Commit-ID: 45dc1bb5c1d47f9519e2101f6b073bb4bb1d1f99 Gitweb: http://git.kernel.org/tip/45dc1bb5c1d47f9519e2101f6b073bb4bb1d1f99 Author: Jiri Olsa AuthorDate: Mon, 12 May 2014 14:50:03 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:23 +0200 perf tests: Add test for closing

[tip:perf/core] perf tests: Add test for caching dso file descriptors

Commit-ID: 4ebbcb84b19b8472fb5b9c8be89b3d0ea17c902e Gitweb: http://git.kernel.org/tip/4ebbcb84b19b8472fb5b9c8be89b3d0ea17c902e Author: Jiri Olsa AuthorDate: Mon, 12 May 2014 14:43:53 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:22 +0200 perf tests: Add test for caching

[tip:perf/core] perf tools: Allow to close dso fd in case of open failure

Commit-ID: a08cae03f430b971afa508a32662dc476d42d8cb Gitweb: http://git.kernel.org/tip/a08cae03f430b971afa508a32662dc476d42d8cb Author: Jiri Olsa AuthorDate: Wed, 7 May 2014 21:35:02 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:21 +0200 perf tools: Allow to close dso fd

[tip:perf/core] perf tools: Add dso__data_* interface descriptons

Commit-ID: c1f9aa0a61bde512a68060883d1c3c1955a546ea Gitweb: http://git.kernel.org/tip/c1f9aa0a61bde512a68060883d1c3c1955a546ea Author: Jiri Olsa AuthorDate: Wed, 7 May 2014 21:09:59 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:22 +0200 perf tools: Add dso__data_* inter

[tip:perf/core] perf tools: Add file size check and factor dso__data_read_offset

Commit-ID: c3fbd2a606c5f88de0079b027727a1fb0ae27b65 Gitweb: http://git.kernel.org/tip/c3fbd2a606c5f88de0079b027727a1fb0ae27b65 Author: Jiri Olsa AuthorDate: Wed, 7 May 2014 18:51:41 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:21 +0200 perf tools: Add file size check a

[tip:perf/core] perf tools: Cache dso data file descriptor

Commit-ID: c658045197814b7d762662f9aa9f652379121a03 Gitweb: http://git.kernel.org/tip/c658045197814b7d762662f9aa9f652379121a03 Author: Jiri Olsa AuthorDate: Wed, 30 Apr 2014 15:47:27 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:20 +0200 perf tools: Cache dso data file

[tip:perf/core] perf tools: Add global list of opened dso objects

Commit-ID: eba5102d2f0b4117edd089f2d882d9386025c829 Gitweb: http://git.kernel.org/tip/eba5102d2f0b4117edd089f2d882d9386025c829 Author: Jiri Olsa AuthorDate: Wed, 30 Apr 2014 15:00:59 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:20 +0200 perf tools: Add global list of o

[tip:perf/core] perf record: Fix to honor user freq/ interval properly

Commit-ID: 17314e2385c6627fcab4b8f97bd6668bb63495c0 Gitweb: http://git.kernel.org/tip/17314e2385c6627fcab4b8f97bd6668bb63495c0 Author: Namhyung Kim AuthorDate: Mon, 9 Jun 2014 14:43:37 +0900 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:18 +0200 perf record: Fix to honor user

[tip:perf/core] perf tools: Add data_fd into dso object

Commit-ID: 53fa8eaa093ad87eb59379de059e76d735a5de45 Gitweb: http://git.kernel.org/tip/53fa8eaa093ad87eb59379de059e76d735a5de45 Author: Jiri Olsa AuthorDate: Mon, 28 Apr 2014 16:43:43 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:19 +0200 perf tools: Add data_fd into dso

[tip:perf/core] perf tools: Add global count of opened dso objects

Commit-ID: bda6ee4a94d1e1be0c1428d37bc0d3da2e5793ad Gitweb: http://git.kernel.org/tip/bda6ee4a94d1e1be0c1428d37bc0d3da2e5793ad Author: Jiri Olsa AuthorDate: Wed, 30 Apr 2014 15:25:10 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:20 +0200 perf tools: Add global count of

[tip:perf/core] perf tools: Cache register accesses for unwind processing

Commit-ID: 0c4e774fad0202b91dea8d99c04e9bdf2c2c6647 Gitweb: http://git.kernel.org/tip/0c4e774fad0202b91dea8d99c04e9bdf2c2c6647 Author: Jiri Olsa AuthorDate: Thu, 17 Apr 2014 19:39:10 +0200 Committer: Jiri Olsa CommitDate: Thu, 12 Jun 2014 16:53:19 +0200 perf tools: Cache register acces

Re: [PATCH v3] USB:gadget: Fix a warning while loading g_mass_storage

On 06/09/2014 02:19 PM, wei.y...@windriver.com wrote: From: Yang Wei While loading g_mass_storage module, the following warning is triggered. WARNING: at drivers/usb/gadget/composite.c: usb_composite_setup_continue: Unexpected call Modules linked in: fat vfat minix nls_cp437 nls_iso8859_1 g_ma

Re: [GIT PULL 00/14] perf/core improvements and fixes

* Jiri Olsa wrote: > hi Ingo, > please consider pulling > > thanks, > jirka > > The following changes since commit 7184062b94b4bfac08715fb786fd2df399c5d6ee: > > Merge tag 'perf-core-for-mingo' of > git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core > (2014-06-12 13:54

[PATCH v2 2/2] staging: alarm-dev: Support to Compile as Module

From: Pramod Gurav Currently this alarm-dev can be compiles only as built in driver. This adds support to compile it as module as well which is in planned activity (See drivers/staging/android/TODO) CC: Greg Kroah-Hartman CC: Brian Swetland Signed-off-by: Pramod Gurav --- drivers/staging/an

[PATCH v2 1/2] alarmtimer: Export symbols of alarmtimer_get_rtcdev

From: Pramod Gurav Export symbol of alarmtimer_get_rtcdev so that it is used by any driver when built as module like, drivers/staging/android/alarm-dev.c. CC: John Stultz CC: Marcus Gelderie CC: Greg Kroah-Hartman Signed-off-by: Pramod Gurav --- This Export was missing in Marcus's below pat

Re: [PATCH V2 05/19] irqchip: crossbar: Change allocation logic by reversing search for free irqs

Hi Jason, On Thursday 12 June 2014 06:26 PM, Jason Cooper wrote: > On Thu, Jun 12, 2014 at 05:23:13PM +0530, Sricharan R wrote: >> From: Nishanth Menon >> >> Reverse the search algorithm to ensure that address mapping and IRQ >> allocation logics are proper. This can open up new bugs which are >>

Re: [PATCH v4] lib: add size unit t/p/e to memparse

On Fri, 2014-06-13 at 07:55 +0200, Brendan Hide wrote: > On 13/06/14 03:42, Gui Hecheng wrote: > > For modern filesystems such as btrfs, t/p/e size level operations > > are common. > > add size unit t/p/e parsing to memparse > > > > Signed-off-by: Gui Hecheng > > --- > > changelog > > v1->v2:

Re: [PATCH v4] lib: add size unit t/p/e to memparse

On 13/06/14 03:42, Gui Hecheng wrote: For modern filesystems such as btrfs, t/p/e size level operations are common. add size unit t/p/e parsing to memparse Signed-off-by: Gui Hecheng --- changelog v1->v2: replace kilobyte with kibibyte, and others v2->v3: add missing unit "bytes

Re: [PATCH v3] lib: add size unit t/p/e to memparse

On 12/06/14 23:15, Andrew Morton wrote: On Wed, 2 Apr 2014 16:54:37 +0800 Gui Hecheng wrote: For modern filesystems such as btrfs, t/p/e size level operations are common. add size unit t/p/e parsing to memparse Signed-off-by: Gui Hecheng --- changelog v1->v2: replace kilobyte with ki

Re: [PATCH] sched: Fast idling of CPU when system is partially loaded

On Thu, 2014-06-12 at 14:25 -0700, Tim Chen wrote: > Signed-off-by: Tim Chen > --- > kernel/sched/core.c | 12 > kernel/sched/fair.c | 23 +-- > kernel/sched/sched.h | 10 -- > 3 files changed, 37 insertions(+), 8 deletions(-) > > diff --git a/kernel/s

[RESEND PATCH v2] mm/vmscan.c: wrap five parameters into writeback_stats for reducing the stack consumption

shrink_page_list() has too many arguments that have already reached ten. Some of those arguments and temporary variables introduces extra 80 bytes on the stack. This patch wraps five parameters into writeback_stats and removes some temporary variables, thus making the relative functions to consume

[PATCH] staging: iio: fix coding style

This patch fixes coding style reported by checkpatch.pl that missing a blank line after declarations. Signed-off-by: Jimmy Picard --- drivers/staging/iio/iio_simple_dummy.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/staging/iio/iio_simple_dummy.c b/drivers/staging/iio/iio_sim

[RFC PATCH] OF: fix of_find_node_by_path() assumption that of_allnodes is root

From: Frank Rowand Pantelis Antoniou reports that of_find_node_by_path() is borked because of_allnodes is not guaranteed to contain the root of the tree after using any of the dynamic update functions because some other nodes ends up as of_allnodes. Fixes: c22e650e66b8 of: Make of_find_node_by_p

Re: [RFC PATCH 1/5] kernel/rcu/tree.c:1272 fix a sparse warning

On 06/13/2014 12:54 AM, Pranith Kumar wrote: > On 06/12/2014 07:16 PM, Paul E. McKenney wrote: >> On Wed, Jun 11, 2014 at 04:39:39PM -0400, Pranith Kumar wrote: >>> kernel/rcu/tree.c:1272:9: warning: context imbalance in >>> 'rcu_start_future_gp' - different lock contexts for basic block >>> >>> d

Re: Segmentation fault on all golang executables

On 06/12/2014 10:47 PM, Kui Zhang wrote: > Thanks for the patches. The workaround works. > > Stupid idea, maybe something in dmesg to help spark conversions, when > this workaround is hit? > > Looks like golang people are close. > The kernel won't even know. -hpa -- To unsubscribe fr

[PATCH 2/2] SOUND: TLV320AIC32x4: Fixed Coding Style Issues

From: Shahina Shaik Fixed Coding style issues of lines over 80 characters. Signed-off-by: Shahina Shaik --- sound/soc/codecs/tlv320aic32x4.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c in

Re: Segmentation fault on all golang executables

Thanks for the patches. The workaround works. Stupid idea, maybe something in dmesg to help spark conversions, when this workaround is hit? Looks like golang people are close. Thanks Kuiz -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majo

[PATCH 1/2] SOUND: TLV320AIC32x4: Fixed Coding style Issues

From: Shahina Shaik Fixed a brace coding style issue in the tlv320aic32x4.c Signed-off-by: Shahina Shaik --- sound/soc/codecs/tlv320aic32x4.c |9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/sound/soc/codecs/tlv320aic32x4.c b/sound/soc/codecs/tlv320aic32x4.c inde

Re: [patch 5/5] futex: Simplify futex_lock_pi_atomic() and make it more robust

On Wed, 2014-06-11 at 20:45 +, Thomas Gleixner wrote: > futex_lock_pi_atomic() is a maze of retry hoops and loops. > > Reduce it to simple and understandable states: Heh... well... With this patch applied (1-4 will not reproduce without 5), if userspace wrongly sets the uval to 0, the pi_sta

Re: vdso feature requests from the Go people

On 06/12/2014 09:36 PM, Andy Lutomirski wrote: > > 1. Parsing the vDSO is a PITA. What if we bundled the reference > parser inside the vdso? Concretely, we could have AT_VDSO_FINDENTRY > point to a function like: > > void *vdso_find_entry(const char *name, const char *version) > > Then things

Re: vdso feature requests from the Go people

On 06/12/2014 10:23 PM, Andy Lutomirski wrote: > > As far as I know, there's no reliable way to just read the dynsym > table -- the thing doesn't have a specified length, which is what > broke Go in the first place. > Ah yes, you're right. > > Parsing the ELF dynamic tables is kind of annoyingl

Re: mm/sched/net: BUG when running simple code

On Fri, Jun 13, 2014 at 07:55:55AM +0300, Dan Aloni wrote: > And also, the Oops code of 0003 (PF_WRITE and PF_USER) might hint at > what Dave wrote. Scrape what I wrote about that, it's PF_PROT | PF_WRITE. -- Dan Aloni -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in

Re: linux-next: build failure after merge of the akpm-current tree

On Fri, 13 Jun 2014 15:05:50 +1000 Stephen Rothwell wrote: > > The reference to HPAGE_PMD_SIZE (which contains a BUILD_BUG() when > CONFIG_TRANSPARENT_HUGEPAGE is not defined) used to be protected by a > call to pmd_trans_huge_lock() (a static inline function that was > contact 0 when CONFIG_TRAN

Re: mm/sched/net: BUG when running simple code

On Fri, Jun 13, 2014 at 07:55:55AM +0300, Dan Aloni wrote: > > that theory went away. (also confirmed by not finding a netlink module.) > > > > What about the kernel .text overflowing into the modules space? The loader > > checks for that, but can something like that happen after everything is > >

Re: vdso feature requests from the Go people

On Thu, Jun 12, 2014 at 10:15 PM, H. Peter Anvin wrote: > On 06/12/2014 09:36 PM, Andy Lutomirski wrote: >> >> If we were to implement both, maybe we'd actually want to provide >> something like: >> >> struct vdso_entry { >> unsigned long vdso_entry_struct_size; /* so we can add fields later on

Re: [PATCH v2] mm/vmscan.c: wrap five parameters into shrink_result for reducing the stack consumption

On Thu, 2014-06-12 at 21:40 -0700, Andrew Morton wrote: > On Fri, 13 Jun 2014 12:36:31 +0800 Chen Yucong wrote: > > > @@ -1148,7 +1146,8 @@ unsigned long reclaim_clean_pages_from_list(struct > > zone *zone, > > .priority = DEF_PRIORITY, > > .may_unmap = 1, > > }; > >

Re: [PATCH v2] mm/vmscan.c: wrap five parameters into shrink_result for reducing the stack consumption

On Fri, Jun 13, 2014 at 08:52:22AM +0400, Konstantin Khlebnikov wrote: > On Fri, Jun 13, 2014 at 8:36 AM, Chen Yucong wrote: > > shrink_page_list() has too many arguments that have already reached ten. > > Some of those arguments and temporary variables introduces extra 80 bytes > > on the stack.

linux-next: build failure after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (x86_64 allmodconfig) failed like this: mm/memcontrol.c:6674:3: note: each undeclared identifier is reported only once for each function it appears in mm/memcontrol.c: In function 'mem_cgroup_move_charge_pmd': mm/memcontrol

Re: vdso feature requests from the Go people

On 06/12/2014 09:36 PM, Andy Lutomirski wrote: > > If we were to implement both, maybe we'd actually want to provide > something like: > > struct vdso_entry { > unsigned long vdso_entry_struct_size; /* so we can add fields later on */ > void *func; > unsigned int max_stack; /* zero if not

polyester oxford fabric

Dear Sir, This is Hangzhou yirun textile co.,ltd. We mainly produce fabric with PU, ULY,PA,PVC coated for Bag, Tent,luggage horse rug and so on for nearly ten years. I sincerely hope that we can have a chance to cooperate. If you have any need ,please contact me. I will try my best to h

XFS WARN_ON in xfs_vm_writepage

Just hit this on Linus' tree from earlier this afternoon.. WARNING: CPU: 3 PID: 19721 at fs/xfs/xfs_aops.c:971 xfs_vm_writepage+0x5ce/0x630 [xfs]() CPU: 3 PID: 19721 Comm: trinity-c61 Not tainted 3.15.0+ #3 0009 4f70ab82 8801d5ebf578 8373215c fff

Re: [PATCH v2] mm/vmscan.c: wrap five parameters into shrink_result for reducing the stack consumption

On Fri, Jun 13, 2014 at 12:36:31PM +0800, Chen Yucong wrote: > shrink_page_list() has too many arguments that have already reached ten. > Some of those arguments and temporary variables introduces extra 80 bytes > on the stack. This patch wraps five parameters into shrink_result and removes > some

linux-next: build failure after merge of the akpm-current tree

Hi Andrew, After merging the akpm-current tree, today's linux-next build (powerpc ppc64_defconfig) failed like this: fs/proc/task_mmu.c: In function 'smaps_pmd': include/linux/compiler.h:363:38: error: call to '__compiletime_assert_505' declared with attribute error: BUILD_BUG failed _compile

Re: [net/ipvs] BUG: unable to handle kernel NULL pointer dereference at 00000004

Hello, On Wed, 11 Jun 2014, Jet Chen wrote: > On 06/11/2014 01:59 PM, Julian Anastasov wrote: > > > > At first look, it is strange but I think the reason > > is the missing CONFIG_SYSCTL. ip_vs_control_net_cleanup > > fails at ip_vs_stop_estimator(net, &ipvs->tot_stats) > > because

Re: mm/sched/net: BUG when running simple code

On Fri, Jun 13, 2014 at 12:01:37AM -0400, Sasha Levin wrote: > On 06/12/2014 11:27 PM, Dan Aloni wrote: > > On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote: > >> > Hi all, > >> > > >> > Okay, I'm really lost. I got the following when fuzzing, and can't > >> > really explain what's > >

Re: [RFC PATCH 1/5] kernel/rcu/tree.c:1272 fix a sparse warning

On 06/12/2014 07:16 PM, Paul E. McKenney wrote: > On Wed, Jun 11, 2014 at 04:39:39PM -0400, Pranith Kumar wrote: >> kernel/rcu/tree.c:1272:9: warning: context imbalance in >> 'rcu_start_future_gp' - different lock contexts for basic block >> >> diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c >>

Re: [PATCH v2] mm/vmscan.c: wrap five parameters into shrink_result for reducing the stack consumption

On Fri, Jun 13, 2014 at 8:36 AM, Chen Yucong wrote: > shrink_page_list() has too many arguments that have already reached ten. > Some of those arguments and temporary variables introduces extra 80 bytes > on the stack. This patch wraps five parameters into shrink_result and removes > some temporar

Re: vdso feature requests from the Go people

On Thu, Jun 12, 2014 at 9:36 PM, Andy Lutomirski wrote: > I was talking to some of the Go people, and they have a couple of IMO > reasonable feature requests. > > 1. Parsing the vDSO is a PITA. What if we bundled the reference > parser inside the vdso? Concretely, we could have AT_VDSO_FINDENTRY

Re: [PATCH v2] mm/vmscan.c: wrap five parameters into shrink_result for reducing the stack consumption

On Fri, 13 Jun 2014 12:36:31 +0800 Chen Yucong wrote: > @@ -1148,7 +1146,8 @@ unsigned long reclaim_clean_pages_from_list(struct zone > *zone, > .priority = DEF_PRIORITY, > .may_unmap = 1, > }; > - unsigned long ret, dummy1, dummy2, dummy3, dummy4, dummy5; >

[Announce] sg3_utils-1.39 available

sg_ses utility (for enclosure devices) is discussed at: http://sg.danny.cz/sg/sg_ses.html A full changelog can be found at: http://sg.danny.cz/sg/p/sg3_utils.ChangeLog A release announcement will be sent to freecode.com . Changelog for sg3_utils-1.39 [20140612] [svn: r588] - sg_rep_zones

[PATCH v2] mm/vmscan.c: wrap five parameters into shrink_result for reducing the stack consumption

shrink_page_list() has too many arguments that have already reached ten. Some of those arguments and temporary variables introduces extra 80 bytes on the stack. This patch wraps five parameters into shrink_result and removes some temporary variables, thus making the relative functions to consume fe

vdso feature requests from the Go people

I was talking to some of the Go people, and they have a couple of IMO reasonable feature requests. 1. Parsing the vDSO is a PITA. What if we bundled the reference parser inside the vdso? Concretely, we could have AT_VDSO_FINDENTRY point to a function like: void *vdso_find_entry(const char *name

[PATCH 3/3] RFC: timekeeping: rtc: remove CONFIG_RTC_HCTOSYS and RTC_HCTOSYS_DEVICE

Those config options don't make sense anymore with the new hctosys mechanism introduced with the previous patch. That means two things: - If a (hardware) clock is available it will be used to set the time at boot. This was already the case for system which have a "persistent" clock, e.g. most

[PATCH 2/3] RFC: timekeeping: rtc: Introduce new kernel parameter hctosys

hctosys= specifies the driver (RTC) name which sets the system clock at boot, if and only if userspace hasn't set the time before the driver will be loaded. If hctosys will not be specified, the first available hardware clock with a valid time will be used (again, if and only if ...). If you don'

[PATCH 1/3] RFC: timekeeping: introduce flag systime_was_set

In order to let an RTC set the time at boot without the problem that a second RTC overwrites it, the flag systime_was_set is introduced. systime_was_set will be true, if a persistent clock sets the time at boot, or if do_settimeofday() is called (e.g. by the RTC subsystem or userspace). Signed-of

Re: mm/sched/net: BUG when running simple code

On Fri, Jun 13, 2014 at 12:01:37AM -0400, Sasha Levin wrote: > On 06/12/2014 11:27 PM, Dan Aloni wrote: > > On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote: > >> > Hi all, > >> > > >> > Okay, I'm really lost. I got the following when fuzzing, and can't > >> > really explain what

Re: [PATCH v4 1/4] ARM: OMAP5: hwmod: Add ocp2scp3 and sata hwmods

On Thursday 12 June 2014 06:16 PM, Roger Quadros wrote: > Tony, > > Looks like we've missed this for 3.16. Without these SATA support will be broken for DRA7x and OMAP5 so can they be queued for -rc2? Thanks, Sekhar -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in th

Re: mm/sched/net: BUG when running simple code

On 06/12/2014 11:27 PM, Dan Aloni wrote: > On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote: >> > Hi all, >> > >> > Okay, I'm really lost. I got the following when fuzzing, and can't really >> > explain what's >> > going on. It seems that we get a "unable to handle kernel paging reques

[PATCH net-next] mrf24j40: separate h/w init and add checkings

separate the mrf24j40 hardware initialisation from probe() and adds the sanity checkings. These checkings are required if somebody hasn't a right spi configuration the probe function should fail. So we have to return from there. Signed-off-by: Varka Bhadram --- drivers/net/ieee802154/mrf24j40.c

Re: [PATCH net-next] mrf24j40: separate h/w init and add checkings

Hi David, Sorry for the noise. i will send the fixed patch. Thanks. -Varka Bhadram On Thu, Jun 12, 2014 at 11:35 PM, David Miller wrote: > From: David Miller > Date: Thu, 12 Jun 2014 11:03:24 -0700 (PDT) > >> From: Varka Bhadram >> Date: Thu, 12 Jun 2014 14:40:48 +0530 >> >>> separate the mr

Re: mm/sched/net: BUG when running simple code

On Thu, Jun 12, 2014 at 10:56:16PM -0400, Sasha Levin wrote: > Hi all, > > Okay, I'm really lost. I got the following when fuzzing, and can't really > explain what's > going on. It seems that we get a "unable to handle kernel paging request" > when running > rather simple code, and I can't figur

Re: [PATCH 27/38] tools lib traceevent: Add mac80211 plugin

On Wed, 4 Dec 2013 17:06:51 -0300 Arnaldo Carvalho de Melo wrote: > From: Jiri Olsa > > Backporting mac80211 plugin. > > Backported from Steven Rostedt's trace-cmd repo (HEAD 0f2c2fb): > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/trace-cmd.git > > This plugin adds changed field re

[PATCH] platform/x86/toshiba-apci.c possible bad if test?

diff --git a/drivers/platform/x86/toshiba_acpi.c b/drivers/platform/x86/toshiba_acpi.c index 76441dc..dfd2243 100644 --- a/drivers/platform/x86/toshiba_acpi.c +++ b/drivers/platform/x86/toshiba_acpi.c @@ -1238,7 +1238,7 @@ static ssize_t toshiba_kbd_bl_mode_store(struct device *dev, int m

mm/sched/net: BUG when running simple code

11 PID: 9212 Comm: trinity-c11 Tainted: GW 3.15.0-next-20140612-sasha-00022-g5e4db85-dirty #645 [ 516.309720] task: 8803fc86 ti: 8803fc85c000 task.ti: 8803fc85c000 [ 516.309720] RIP: netlink_getsockopt (net/netlink/af_netlink.c:2271) [ 516.309720] RSP: 0018:8803fc8

Re: [PATCH 02/10] mm, compaction: report compaction as contended only due to lock contention

On Thu, Jun 12, 2014 at 04:02:04PM +0200, Vlastimil Babka wrote: > On 06/12/2014 01:49 AM, Minchan Kim wrote: > >On Wed, Jun 11, 2014 at 02:22:30PM +0200, Vlastimil Babka wrote: > >>On 06/11/2014 03:10 AM, Minchan Kim wrote: > >>>On Mon, Jun 09, 2014 at 11:26:14AM +0200, Vlastimil Babka wrote: > >>

[tip:x86/vdso] x86/vdso: Add PUT_LE to store little-endian values

Commit-ID: b4b31f6101433e4b8ee73779b69b935af07682f8 Gitweb: http://git.kernel.org/tip/b4b31f6101433e4b8ee73779b69b935af07682f8 Author: Andy Lutomirski AuthorDate: Thu, 12 Jun 2014 17:53:11 -0700 Committer: H. Peter Anvin CommitDate: Thu, 12 Jun 2014 19:01:51 -0700 x86/vdso: Add PUT_LE

[tip:x86/vdso] x86/vdso/doc: Make vDSO examples more portable

Commit-ID: 4ebbefd6b93c34d6da0d950b1d2e0dcca2f1e6ef Gitweb: http://git.kernel.org/tip/4ebbefd6b93c34d6da0d950b1d2e0dcca2f1e6ef Author: Andy Lutomirski AuthorDate: Thu, 12 Jun 2014 17:53:10 -0700 Committer: H. Peter Anvin CommitDate: Thu, 12 Jun 2014 19:01:24 -0700 x86/vdso/doc: Make vD

[tip:x86/vdso] x86/vdso: Hack to keep 64-bit Go programs working

Commit-ID: e0bf7b86dace87eccdabdd66d2769ccad19cb81c Gitweb: http://git.kernel.org/tip/e0bf7b86dace87eccdabdd66d2769ccad19cb81c Author: Andy Lutomirski AuthorDate: Thu, 12 Jun 2014 17:53:12 -0700 Committer: H. Peter Anvin CommitDate: Thu, 12 Jun 2014 19:02:30 -0700 x86/vdso: Hack to kee

[tip:x86/vdso] x86/vdso/doc: Rename vdso_test.c to vdso_standalone_test_x86.c

Commit-ID: 6e8f21584a30ba6ce73cfef34f316d5bf3fadaab Gitweb: http://git.kernel.org/tip/6e8f21584a30ba6ce73cfef34f316d5bf3fadaab Author: Andy Lutomirski AuthorDate: Thu, 12 Jun 2014 17:53:09 -0700 Committer: H. Peter Anvin CommitDate: Thu, 12 Jun 2014 19:01:16 -0700 x86/vdso/doc: Rename

Re: [PATCH] ACPI/Battery: Retry to get Battery information if failed during probing

On 2014年06月13日 05:17, David Rientjes wrote: > On Thu, 12 Jun 2014, Lan Tianyu wrote: > >> The retry time is set by randomly and not accurate because don't know >> when EC will work normally. Set the retry time to 5 just in order to >> make sure battery driver probing sucessfully every time, >> >

[PATCH 2/4] tools lib traceevent: Factor out print_exit_reason in kvm plugin

From: Jan Kiszka We will reuse it for nested vmexit tracepoints. Link: http://lkml.kernel.org/r/619c418c8af87f03027b8c8013b0443996605700.1388855989.git.jan.kis...@web.de Signed-off-by: Jan Kiszka Signed-off-by: Steven Rostedt --- tools/lib/traceevent/plugin_kvm.c | 17 + 1 f

[PATCH 4/4] tools lib traceevent: Fix and cleanup kvm_nested_vmexit tracepoints

From: Jan Kiszka Fix several issues of kvm_nested_vmexit[_inject]: field width aren't supported with pevent_print, rip was printed twice/incorrectly, SVM ISA was hard-coded, we don't use ':' to separate field names. Link: http://lkml.kernel.org/r/8e6c02b22ea8136c139a91c69d6cc73b8c5c184b.1388855

[PATCH 3/4] tools lib traceevent: Add back in kvm plugins nested_vmexit events

From: "Steven Rostedt (Red Hat)" The nested vmexit events were removed from the backport from trace-cmd because they were considered buggy. They have since been updated in trace-cmd but are still missing from the traceevent library. Add back in the buggy version to be able to backport the fixes.

[PATCH 1/4] tools lib traceevent: Report unknown VMX exit reasons with code

From: Jan Kiszka Allows to parse the result even if the KVM plugin does not yet understand a specific exit code. Link: http://lkml.kernel.org/r/5207446f.1090...@web.de Signed-off-by: Jan Kiszka Signed-off-by: Steven Rostedt --- tools/lib/traceevent/plugin_kvm.c | 12 1 file chan

[PATCH 0/4] tools lib tracing: Updates from trace-cmd for plugin_kvm

Jiri, I'm synchronizing the changes that is in trace-cmd and the traceevent library. I found a few updates that are missing from the kvm plugin. -- Steve Jan Kiszka (3): tools lib traceevent: Report unknown VMX exit reasons with code tools lib traceevent: Factor out print_exit_reas

  1   2   3   4   5   6   7   8   9   >