From: Jason Wang
Date: Thu, 16 Jan 2014 14:45:24 +0800
> It looks like there's no need for those two fields:
>
> - Unless there's a failure for the first refill try, rq->max should be always
> equal to the vring size.
> - rq->num is only used to determine the condition that we need to do the
On 01/17/2014 06:29 AM, Serge E. Hallyn wrote:
> Quoting Gao feng (gaof...@cn.fujitsu.com):
>> Add a compare function which always return true for
>> audit netlink socket, this will cause audit netlink
>> sockets netns unaware, and no matter which netns the
>> user space audit netlink sockets
On Friday, January 17, 2014 9:27 AM, Dmitry Torokhov wrote:
> On Thu, Jan 16, 2014 at 09:02:18AM +0100, Lothar Waßmann wrote:
> >
> > Signed-off-by: Lothar Waßmann
> > ---
> > .../bindings/input/touchscreen/edt-ft5x06.txt | 29 +
> > drivers/input/touchscreen/edt-ft5x06.c
The 32 bit sched_clock interface supports 64 bits since 3.13-rc1.
Upgrade to the 64 bit function to allow us to remove the 32 bit
registration interface.
Signed-off-by: Stephen Boyd
---
Based on rmk/for-next
arch/arm/mach-footbridge/dc21285-timer.c | 4 ++--
1 file changed, 2 insertions(+), 2
From: Prabhakar Lad
Date: Thu, 16 Jan 2014 11:35:41 +0530
> From: "Lad, Prabhakar"
>
> This patch fixes following sparse warning
> davinci_mdio.c:85:27: warning: symbol 'default_pdata' was not declared.
> Should it be static?
> Also makes the default_pdata as a constant.
>
> Signed-off-by:
Fix acpi_evaluate_object() return value check,
shoud acpi_status not int.
Signed-off-by: Yijing Wang
---
v1->v2: Add CC to the related subsystem MAINTAINERS.
---
drivers/gpu/drm/i915/intel_acpi.c | 13 +++--
drivers/gpu/drm/nouveau/core/subdev/mxm/base.c |6 +++---
Add the necessary DT nodes to probe the clock controllers on MSM
devices as well as hook up the uart nodes to the clock
controllers. This should allow us to boot to a serial console on
all DT enabled MSM platforms.
Cc: David Brown
Signed-off-by: Stephen Boyd
---
These patches add the clock controller nodes, enable the clock drivers
on MSM based platforms, and hook it up enough to get the serial console
working. This is based on the merge of Mike's clk-next branch with
linux-next-20140116. The changes need the clk-next branch because that's
where the DTS
This allows us to probe the clock controller devices and boot to a
serial console on all DT enabled MSM platforms.
Cc: David Brown
Signed-off-by: Stephen Boyd
---
arch/arm/configs/msm_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/configs/msm_defconfig
On Thu, Jan 16, 2014 at 12:21:10PM -0800, Hugh Dickins wrote:
> For me this just shifts the crash,
> from __blk_recalc_rq_segments() to blk_rq_map_sg():
>
> blk_rq_map_sg
> scsi_init_sgtable
> scsi_init_io
> scsi_setup_blk_pc_cmnd
> sd_prep_fn
> blk_peek_request
> scsi_request_fn
>
On Wed, Jan 15, 2014 at 1:57 AM, Arnd Bergmann wrote:
> On Wednesday 15 January 2014, Tanmay Inamdar wrote:
>> This patch adds the bindings for X-Gene PCIe driver. The driver resides
>> under 'drivers/pci/host/pci-xgene.c' file.
>>
>> Signed-off-by: Tanmay Inamdar
>> ---
>>
On 01/16/2014 08:26 PM, Rafael J. Wysocki wrote:
> On Thursday, January 16, 2014 10:35:51 AM Prarit Bhargava wrote:
>> When booting a kdump kernel on a system that has specific memory hotplug
>> regions the boot will fail with warnings like:
>
> The timestamps are still present, sigh.
>
> OK,
On Thursday, January 16, 2014 04:04:35 PM Zhang Rui wrote:
> On Wed, 2014-01-15 at 17:08 +0200, Mika Westerberg wrote:
> > On Tue, Jan 14, 2014 at 04:46:37PM +0800, Zhang Rui wrote:
> > > diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> > > index 3a94b79..2f4aea2 100644
> > > ---
On Thursday, January 16, 2014 10:35:51 AM Prarit Bhargava wrote:
> When booting a kdump kernel on a system that has specific memory hotplug
> regions the boot will fail with warnings like:
The timestamps are still present, sigh.
OK, please see
On Wed, Jan 15, 2014 at 4:39 AM, Arnd Bergmann wrote:
> On Wednesday 15 January 2014, Tanmay Inamdar wrote:
>> This patch adds the AppliedMicro X-Gene SOC PCIe controller driver.
>> X-Gene PCIe controller supports maxmum upto 8 lanes and GEN3 speed.
>> X-Gene has maximum 5 PCIe ports supported.
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/ethernet/broadcom/bnx2x/bnx2x_main.c between commit
d9aee591b0f0 ("bnx2x: Don't release PCI bars on shutdown") from the net
tree and commit 33d8e6a5f555 ("bnx2x: Add AER support (missing bits)")
from the net-next
On Thursday, January 16, 2014 02:33:02 PM Mikulas Patocka wrote:
>
> On Thu, 16 Jan 2014, Peter Zijlstra wrote:
>
> > > > retry++;
> > > > __asm__ __volatile__(
> > > > @@ -217,6 +220,7 @@ static void speedstep_set_state(unsigned int state)
> > > >
> > > >
On Thu, Jan 16, 2014 at 12:21:10PM -0800, Hugh Dickins wrote:
> On Tue, 14 Jan 2014, Kent Overstreet wrote:
> >
> > Does the below patch look like what we want? I'm assuming that if
>
> You don't fill me with confidence ;)
>
> > multiple WRITE_SAME bios are merged, since they're all writing the
On Thursday, January 16, 2014 05:19:27 PM Paul Gortmaker wrote:
> These two drivers are configured with Kconfig options that are
> both declared as bool. Hence it is not possible for the code
> to be built as modular. However the code is currently using the
> module_platform_driver() macro for
On Tue, Jan 14, 2014 at 08:34:10PM +0100, Daniel Matuschek wrote:
> WM8804 can run with PLL frequencies of 256xfs and 128xfs for
> most sample rates. At 192kHz only 128xfs is supported. The
> existing driver selects 128xfs automatically for some lower
Charles (or someone else from Wolfson), you
On Mon, Jan 13, 2014 at 06:45:36AM +, Ben Dooks wrote:
> - If pm-runtime is not enabled then we need something to manage the
> clocks for the driver. If we put that code in the driver then there
> is not a lot of point in having the pm-runtime clock code here as
> the driver really only
On Tue, Jan 14, 2014 at 12:26:47AM -0800, Christopher Heiny wrote:
> On 01/09/2014 11:44 PM, Dmitry Torokhov wrote:
> >
> >-dev_dbg(>dev, "writes 1 bytes: %02x\n", txbuf[0]);
> >+retval = i2c_transfer(client->adapter, msgs, sizeof(msgs));
> >+if (retval == sizeof(msgs))
>
> I think
From: Daniel Borkmann
As David Laight suggests, we shouldn't necessarily call this
reciprocal_divide() when users didn't requested a reciprocal_value().
Lets make the name short and nifty, put this where we have other
generic helpers of similar kind and convert users.
Joint work with Hannes
From: Daniel Borkmann
Many functions have open coded a function that returns a random
number in range [0,N-1]. Under the assumption that we have a PRNG
such as taus113 with being well distributed in [0, ~0U] space,
we can implement such a function as uword t = (n*m')>>32, where
m' is a random
Jakub Zawadzki noticed that some divisions by reciprocal_divide()
were not correct [1][2], which he could also show with BPF code after
divisions are transformed into reciprocal_value() for runtime invariant
which can be passed to reciprocal_divide() later on; reverse in BPF dump
ended up with a
On Thu, Jan 16, 2014 at 09:02:16AM +0100, Lothar Waßmann wrote:
> Simplify the error path and remove() function by using devm_*
> functions for requesting gpios and irq and allocating the input
> device.
>
> Signed-off-by: Lothar Waßmann
Applied, thank you.
> ---
>
Hi Lothar,
On Thu, Jan 16, 2014 at 09:02:18AM +0100, Lothar Waßmann wrote:
>
> Signed-off-by: Lothar Waßmann
> ---
> .../bindings/input/touchscreen/edt-ft5x06.txt | 29 +
> drivers/input/touchscreen/edt-ft5x06.c | 121
> +---
> 2 files changed, 132
On Thu, Jan 16, 2014 at 11:12:19AM -0800, Dave Hansen wrote:
> On 01/15/2014 07:07 PM, kernel test robot wrote:
> > 9a0bb2966efbf30 0f6934bf1695682e7ced973f6
> > --- -
> >8235933 ~ 2% +80.6% 14872911 ~ 3%
> > lkp-sbx04/micro/will-it-scale/read2
On 01/16/2014 04:21 PM, Henrique de Moraes Holschuh wrote:
> On Thu, 16 Jan 2014, Aravind Gopalakrishnan wrote:
>> We might want to still have a software fix for this just in case
>> someone uses older BIOSes..
>
> There is no "just in case" when it comes to someone using outdated firmware.
> It
On Thu, 16 Jan 2014, Aravind Gopalakrishnan wrote:
> We might want to still have a software fix for this just in case
> someone uses older BIOSes..
There is no "just in case" when it comes to someone using outdated firmware.
It is a *given*, except for hardware that is only used in HPC and
Commit-ID: ee87c751d88f9b03fee7349556817fe80c113b32
Gitweb: http://git.kernel.org/tip/ee87c751d88f9b03fee7349556817fe80c113b32
Author: Fengguang Wu
AuthorDate: Thu, 16 Jan 2014 16:13:08 -0800
Committer: H. Peter Anvin
CommitDate: Thu, 16 Jan 2014 16:11:10 -0800
x86, intel_mid: Replace
Al Viro writes:
> On Thu, Jan 16, 2014 at 03:45:38PM -0800, Eric W. Biederman wrote:
>>
>> Normally in dentry_open the passed in path is placed on the new filp
>> removing the caller from needing to worry about it. In the rare case
>> that we can not allocate a filp the path is not consumed.
This is a simple cleanup on gpio-intel-mid.c's header comments.
Signed-off-by: David Cohen
---
drivers/gpio/gpio-intel-mid.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpio/gpio-intel-mid.c b/drivers/gpio/gpio-intel-mid.c
index be803af658ac..a5ef320a223f
This patch corrects the way memory barriers are used in the MCS lock
with smp_load_acquire and smp_store_release fucnction.
It removes ones that are not needed.
Note that using the smp_load_acquire/smp_store_release pair is not
sufficient to form a full memory barrier across
cpus for many
This patch adds Kconfig entries to allow architectures to hook into the
MCS lock/unlock functions in the contended case.
From: Will Deacon
Signed-off-by: Will Deacon
---
arch/Kconfig | 3 +++
include/linux/mcs_spinlock.h | 8
2 files changed, 11 insertions(+)
diff
When contended, architectures may be able to reduce the polling overhead
in ways which aren't expressible using a simple relax() primitive.
This patch allows architectures to hook into the mcs_{lock,unlock}
functions for the contended cases only.
From: Will Deacon
Signed-off-by: Will Deacon
The following changes are made:
1) Create a new mcs_spinlock.c file to contain the
mcs_spin_lock() and mcs_spin_unlock() function.
2) Include a number of prerequisite header files and define
arch_mutex_cpu_relax(), if not previously defined so the
mcs functions can be compiled for
We will need the MCS lock code for doing optimistic spinning for rwsem
and queue rwlock. Extracting the MCS code from mutex.c and put into
its own file allow us to reuse this code easily.
Signed-off-by: Tim Chen
Signed-off-by: Davidlohr Bueso
---
include/linux/mcs_spinlock.h | 64
Remove unnecessary operation and make the cmpxchg(lock, node, NULL) == node
check in mcs_spin_unlock() likely() as it is likely that a race did not occur
most of the time.
Also add in more comments describing how the local node is used in MCS locks.
From: Jason Low
Reviewed-by: Tim Chen
From: Fengguang Wu
This is a cleanup proposed by coccinelle. It replaces memcpy with struct
assignment on intel-mid's sfi layer.
Generated by: coccinelle/misc/memcpy-assign.cocci
Signed-off-by: Fengguang Wu
Signed-off-by: David Cohen
---
arch/x86/platform/intel-mid/sfi.c | 4 ++--
1 file
This is an update of the MCS lock patch series posted in November.
Proper passing of the mcs lock is now done with smp_load_acquire() in
mcs_spin_lock() and smp_store_release() in mcs_spin_unlock. Note that
this is not sufficient to form a full memory barrier across cpus on
many architectures
Hello Linus,
Here are the outstanding target fixes for v3.13 code.
Please go ahead and pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nab/target-pending.git master
This series addresses a specific >= v3.12 regression related to the
iscsi-target percpu_ida conversion that has been
On Fri, Jan 10, 2014 at 01:10:43PM -0500, Johannes Weiner wrote:
> Previously, page cache radix tree nodes were freed after reclaim
> emptied out their page pointers. But now reclaim stores shadow
> entries in their place, which are only reclaimed when the inodes
> themselves are reclaimed. This
From: Paul Bolle
Date: Tue, 14 Jan 2014 20:46:52 +0100
> Building resource_tracker.o triggers a GCC warning:
> drivers/net/ethernet/mellanox/mlx4/resource_tracker.c: In function
> 'mlx4_HW2SW_SRQ_wrapper':
> drivers/net/ethernet/mellanox/mlx4/resource_tracker.c:3202:17: warning:
>
From: Paul Bolle
Date: Tue, 14 Jan 2014 20:45:36 +0100
> Building resource_tracker.o triggers a GCC warning:
> drivers/net/ethernet/mellanox/mlx4/resource_tracker.c: In function
> 'mlx4_HW2SW_CQ_wrapper':
> drivers/net/ethernet/mellanox/mlx4/resource_tracker.c:3019:16: warning:
> 'cq'
On Mon, Dec 09, 2013 at 12:47:52PM +0100, Andrzej Pietrasiewicz wrote:
> With g_ether loaded the sk occasionally becomes 0x.
> It happens usually after transferring few hundreds of kilobytes to few
> tens of megabytes. If sk is 0x then dereferencing it causes
> kernel panic.
Don't
On Wed, 15 Jan 2014, Matthew Wilcox wrote:
> +#ifdef CONFIG_FS_XIP
> +const struct file_operations ext4_xip_file_operations = {
> + .llseek = ext4_llseek,
> + .read = do_sync_read,
> + .write = do_sync_write,
I think we may always need to define
On Thu, Jan 16, 2014 at 03:45:38PM -0800, Eric W. Biederman wrote:
>
> Normally in dentry_open the passed in path is placed on the new filp
> removing the caller from needing to worry about it. In the rare case
> that we can not allocate a filp the path is not consumed. None of the
> callers of
These patches add basic pmus for 2 powerpc hypervisor interfaces to obtain
performance counters: gpci ("get performance counter info") and 24x7.
The counters supplied by these interfaces are continually counting and never
need to be (and cannot be) disabled or enabled. They additionally do not
Export the swevent hrtimer helpers currently only used in events/core.c
to allow the addition of architecture specific sw-like pmus.
Signed-off-by: Cody P Schafer
---
include/linux/perf_event.h | 5 -
kernel/events/core.c | 8
2 files changed, 8 insertions(+), 5 deletions(-)
"H_GetPerformanceCounterInfo" (refered to as hv_gpci or just gpci from
here on) is an interface to retrieve specific performance counters and
other data from the hypervisor. All outputs have a fixed format (and
are represented as structs in this patch).
Signed-off-by: Cody P Schafer
---
This provides a basic interface between hv_24x7 and perf. Similar to
the one provided for gpci, it lacks transaction support and does not
list any events.
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/hv-24x7.c | 354
1 file changed, 354
24x7 (also called hv_24x7 or H_24X7) is an interface to obtain
performance counters from the hypervisor. These counters do not have a
fixed format/possition and are instead documented in a "24x7 Catalog",
which is provided by the hypervisor (that interface is also documented
in this header).
This
Signed-off-by: Cody P Schafer
---
arch/powerpc/include/asm/hvcall.h | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/powerpc/include/asm/hvcall.h
b/arch/powerpc/include/asm/hvcall.h
index d8b600b..48d6efa 100644
--- a/arch/powerpc/include/asm/hvcall.h
+++
This provides a basic link between perf and hv_gpci. Notably, it does
not yet support transactions and does not list any events (they can
still be manually composed).
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/hv-gpci.c | 235
1 file
Signed-off-by: Cody P Schafer
---
arch/powerpc/perf/Makefile | 2 ++
arch/powerpc/platforms/Kconfig.cputype | 6 ++
2 files changed, 8 insertions(+)
diff --git a/arch/powerpc/perf/Makefile b/arch/powerpc/perf/Makefile
index 60d71ee..5e5fcd2 100644
---
Add PMU_RANGE_ATTR() and PMU_RANGE_RESV() (for reserved areas) which
generate functions to extract the relevent bits from
event->attr.config{,1,2} for use by sw-like pmus where the
'config{,1,2}' values don't map directly to hardware registers.
Signed-off-by: Cody P Schafer
---
I received a bug report about the ruby test-suite failing on AArch64 when
attempting to pass MAX_ARG_STRLEN sized args to execv[1]. It was
expecting an E2BIG returned, but instead was receiving ENOMEM, and
concatenating the argument strings in funky ways.
The problem appeared to be in
Normally in dentry_open the passed in path is placed on the new filp
removing the caller from needing to worry about it. In the rare case
that we can not allocate a filp the path is not consumed. None of the
callers of dentry_open call path_put in their error handling when
dentry_open fails so
Commit-ID: a957a14bb4ca976cbaaff3594ef5b8f8f7f65804
Gitweb: http://git.kernel.org/tip/a957a14bb4ca976cbaaff3594ef5b8f8f7f65804
Author: David Cohen
AuthorDate: Thu, 16 Jan 2014 15:07:03 -0800
Committer: H. Peter Anvin
CommitDate: Thu, 16 Jan 2014 15:06:58 -0800
x86, intel-mid: Check
Commit-ID: 28c6a39b3367f29462cd586785dc445cd6b5ac23
Gitweb: http://git.kernel.org/tip/28c6a39b3367f29462cd586785dc445cd6b5ac23
Author: David Cohen
AuthorDate: Thu, 16 Jan 2014 15:07:04 -0800
Committer: H. Peter Anvin
CommitDate: Thu, 16 Jan 2014 15:07:36 -0800
x86, intel-mid: Return
Commit-ID: acb20d7395f75b0fdb5b300f9fb3b9c6054fb04f
Gitweb: http://git.kernel.org/tip/acb20d7395f75b0fdb5b300f9fb3b9c6054fb04f
Author: David Cohen
AuthorDate: Thu, 16 Jan 2014 15:07:02 -0800
Committer: H. Peter Anvin
CommitDate: Thu, 16 Jan 2014 15:06:29 -0800
x86, intel-mid:
Veaceslav Falico writes:
> On Wed, Jan 15, 2014 at 03:25:16PM -0800, Eric W. Biederman wrote:
>>Tejun Heo writes:
>>
>>> Hey, Veaceslav, Eric.
>
> Hi Tejun, Eric,
>
>>>
>>> On Tue, Jan 14, 2014 at 05:35:23PM -0800, Eric W. Biederman wrote:
>>> >>This works like a charm. However, if I want
2014/1/16 Konrad Rzeszutek Wilk :
> On Tue, Jan 14, 2014 at 11:13:46PM +0900, Akinobu Mita wrote:
>> Calling dma_alloc_coherent() with __GFP_ZERO must return zeroed memory.
>>
>> But when the contiguous memory allocator (CMA) is enabled on x86 and
>> the memory region is allocated by
2014/1/16 Konrad Rzeszutek Wilk :
> On Tue, Jan 14, 2014 at 11:13:47PM +0900, Akinobu Mita wrote:
>> The DMA Contiguous Memory Allocator support on x86 is disabled when
>> swiotlb config option is enabled. So DMA CMA is always disabled on
>> x86_64 because swiotlb is always enabled. This
On Thu, Jan 16, 2014 at 09:23:54AM -0800, David Cohen wrote:
> On Thu, Jan 16, 2014 at 10:50:06AM +0100, Ingo Molnar wrote:
> >
> > * David Cohen wrote:
> >
> > > Hi Ingo and hpa,
> > >
> > > On Wed, Jan 15, 2014 at 09:39:52AM -0800, David Cohen wrote:
> > > > On Wed, Jan 15, 2014 at
2014/1/16 Marek Szyprowski :
>> @@ -3019,17 +3019,31 @@ static void *intel_alloc_coherent(struct device
>> *hwdev, size_t size,
>> flags |= GFP_DMA32;
>> }
>> - vaddr = (void *)__get_free_pages(flags, order);
>> - if (!vaddr)
>> + if (!(flags &
Commit 74e72f894d56 ("lib/percpu_counter.c: fix __percpu_counter_add()")
looked very plausible, but its arithmetic was badly wrong: obvious once
you see the fix, but maddening to get there from the weird tmpfs ENOSPCs
Signed-off-by: Hugh Dickins
---
lib/percpu_counter.c |2 +-
1 file
From:
Date: Thu, 16 Jan 2014 10:48:41 +
> During PM_SUSPEND_FREEZE testing, I have noticed that PM support in STMMAC is
> partly broken. I had to re-arrange the code to do PM correctly. There were lot
> of things I did not like personally and some bits did not work in the first
> place. I
On Thu, 16 Jan 2014, Prarit Bhargava wrote:
> When booting a kdump kernel on a system that has specific memory hotplug
> regions the boot will fail with warnings like:
>
> [2.939467] swapper/0: page allocation failure: order:9, mode:0x84d0
> [2.946564] CPU: 0 PID: 1 Comm: swapper/0 Not
On Thu, 16 Jan 2014, Mel Gorman wrote:
> diff --git a/mm/vmstat.c b/mm/vmstat.c
> index 7249614..def5dd2 100644
> --- a/mm/vmstat.c
> +++ b/mm/vmstat.c
> @@ -851,12 +851,14 @@ const char * const vmstat_text[] = {
> "thp_zero_page_alloc",
> "thp_zero_page_alloc_failed",
> #endif
>
On Tue 14 Jan 00:57 PST 2014, Ivan T. Ivanov wrote:
>
> Thanks Bjorn,
>
> I have prepared second version, but never send it out :-).
> One thing suggested by Mark was missed in this version.
Yeah, Mattew told me you we're assigned to other things and asked me to send
out an update as I had
Your Fund worth of (US$10.5 Million) was Converted into ATM-Card from Common
Wealth Organization
which You Can make Withdraw of US$5,600.00 in Any ATM Cash Point Machine
Worldwide.Your ATM Card
Have Been Programmed By Us The issuing Bank (Common Wealth Bnak) And Your
Personal Identification
When Intel MID finds a match between SFI table from FW and registered
SFI devices, it will always register a device regardless the platform
code was successful or not.
This patch adds an extra option for platform code to return error code
and abort device registration on SFI table parsing.
This
This patch does cleanup on all intel mid platform code that uses
gpio_get_by_name() function. From now on they should check for any error
code instead of only hardcoded -1.
There is no functional change out of this change.
Signed-off-by: David Cohen
---
This patch does a cleanup on get_gpio_by_name().
It should return an error code instead of hardcoded -1.
Signed-off-by: David Cohen
---
arch/x86/platform/intel-mid/sfi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/platform/intel-mid/sfi.c
Hi,
These patches are first cleanups on improving how Intel MID detects error in
its platform code.
But due to current state of platform code is pretty bad, this first set does
only cleanups (no functional changes). Functional fixes are coming in near
future.
Change from v2 to v3:
- Since these
Commit-ID: ca1e631c3acf80bc5f5934ce9054a9b4880c96e1
Gitweb: http://git.kernel.org/tip/ca1e631c3acf80bc5f5934ce9054a9b4880c96e1
Author: H. Peter Anvin
AuthorDate: Thu, 16 Jan 2014 13:00:21 -0800
Committer: H. Peter Anvin
CommitDate: Thu, 16 Jan 2014 13:00:21 -0800
x86, tsc, apic:
On 01/16/2014 02:34 PM, Stephen Rothwell wrote:
> Hi Peter,
>
> On Thu, 16 Jan 2014 23:25:36 +0100 Peter Zijlstra
> wrote:
>>
>> On Fri, Jan 17, 2014 at 07:46:28AM +1100, Stephen Rothwell
>> wrote:
>>>
>>> On Thu, 16 Jan 2014 13:19:55 +0100 Peter Zijlstra
>>> wrote:
I think the
On Thu, 16 Jan 2014, Michal Hocko wrote:
> > When two threads have the same badness score, it's preferable to kill the
> > thread group leader so that the actual process name is printed to the
> > kernel log rather than the thread group name which may be shared amongst
> > several processes.
>
Michal Marek writes:
> On 15.1.2014 05:39, Rusty Russell wrote:
>> "Lee, Chun-Yi" writes:
>>> From: Chun-Yi Lee
>>> v2:
>>> Using '$(shell /bin/pwd)' instead of '$(shell pwd)' for more reliable
>>> between different shells
>>
>> Hmm, that's not a great test for equality. How about:
>>
>>
As this driver is using pinconf_generic_dt_node_to_map_pin() it
needs to depend on OF so as not to cause build problems on
archs that do not support OF.
Cc: Sherman Yin
Signed-off-by: Linus Walleij
---
drivers/pinctrl/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
Luiz Capitulino writes:
> From: Luiz capitulino
>
> This commit adds support to a new virtqueue called message virtqueue.
OK, this needs a lot of thought (especially since reworking the virtio
balloon is on the TODO list for the OASIS virtio technical committee...)
But AFAICT this is a way of
On Thu, 16 Jan 2014, Philipp Hachtmann wrote:
> diff --git a/mm/nobootmem.c b/mm/nobootmem.c
> index e2906a5..12cbb04 100644
> --- a/mm/nobootmem.c
> +++ b/mm/nobootmem.c
> @@ -116,9 +116,13 @@ static unsigned long __init
> __free_memory_core(phys_addr_t start,
> static unsigned long __init
Hi Davis,
On Wed, 15 Jan 2014 22:51:01 -0600 David Fries wrote:
>
> I've not submitted to linux-next before, would you pull the one wire
> changes to linux-next? It has been posted and reviewed by one wire
> maintainer Evgeniy Polyakov, and the 15 patch series was posted again
> ready to go for
Hi Peter,
On Thu, 16 Jan 2014 23:25:36 +0100 Peter Zijlstra wrote:
>
> On Fri, Jan 17, 2014 at 07:46:28AM +1100, Stephen Rothwell wrote:
> >
> > On Thu, 16 Jan 2014 13:19:55 +0100 Peter Zijlstra
> > wrote:
> > >
> > > I think the below ought to work
> >
> > To be clear, all you did was
On 01/16/2014 10:34 AM, Christoph Lameter wrote:
> On Tue, 14 Jan 2014, Dave Hansen wrote:
>> This makes it *MUCH* more clear how the first few fields of
>> 'struct page' get used by the slab allocators.
>
> I think this adds to the confusion. What you want to know is which other
> fields overlap
Quoting Gao feng (gaof...@cn.fujitsu.com):
> Add a compare function which always return true for
> audit netlink socket, this will cause audit netlink
> sockets netns unaware, and no matter which netns the
> user space audit netlink sockets belong to, they all
> can find out and communicate with
Hi, I'd like to discuss the current state and future direction of the DIO code.
I and others have been kicking around the idea for some time now of reworking
direct IO at the filesystem level in terms of bios; this will radically simplify
fs/direct-IO.c, and solve some other longstanding issues,
On Thu, Jan 16, 2014 at 11:24 PM, Greg Kroah-Hartman
wrote:
> On Thu, Jan 16, 2014 at 11:20:00PM +0100, Geert Uytterhoeven wrote:
>> From: Wanlong Gao
>>
>> arch/sh/kernel/kgdb.c: In function 'sleeping_thread_to_gdb_regs':
>> arch/sh/kernel/kgdb.c:225:32: error: implicit declaration of function
On Fri, Jan 17, 2014 at 07:46:28AM +1100, Stephen Rothwell wrote:
> Hi Peter,
>
> On Thu, 16 Jan 2014 13:19:55 +0100 Peter Zijlstra
> wrote:
> >
> > I think the below ought to work
>
> To be clear, all you did was replace the body of mwait_idle() with
>
> mwait_idle_with_hints(0, 0);
From: Wanlong Gao
arch/sh/kernel/kgdb.c: In function 'sleeping_thread_to_gdb_regs':
arch/sh/kernel/kgdb.c:225:32: error: implicit declaration of function
'task_stack_page' [-Werror=implicit-function-declaration]
arch/sh/kernel/kgdb.c:242:23: error: dereferencing pointer to incomplete type
On Thu, Jan 16, 2014 at 11:20:00PM +0100, Geert Uytterhoeven wrote:
> From: Wanlong Gao
>
> arch/sh/kernel/kgdb.c: In function 'sleeping_thread_to_gdb_regs':
> arch/sh/kernel/kgdb.c:225:32: error: implicit declaration of function
> 'task_stack_page' [-Werror=implicit-function-declaration]
>
[[PATCH] ia6: don't use module_init in non-modular sim/simscsi.c code] On
16/01/2014 (Thu 17:18) Paul Gortmaker wrote:
I've fixed the fat fingered subject that deleted "4" from the
subject in my patch queue for this cleanup...
P.
--
> The simscsi.o is built for HP_SIMSCSI -- which is bool, and
These two drivers are configured with Kconfig options that are
both declared as bool. Hence it is not possible for the code
to be built as modular. However the code is currently using the
module_platform_driver() macro for driver registration.
While this currently works, we really don't want to
The simscsi.o is built for HP_SIMSCSI -- which is bool, and hence
this code is either present or absent. It will never be modular,
so using module_init as an alias for __initcall can be somewhat
misleading.
Fix this up now, so that we can relocate module_init from
init.h into module.h in the
The mca.c code is always built in. It will never be modular,
so using module_init as an alias for __initcall is rather
misleading.
Fix this up now, so that we can relocate module_init from
init.h into module.h in the future. If we don't do this, we'd
have to add module.h to obviously
The rtc.o is built for obj-y, i.e. always built in. It will
never be modular, so using module_init as an alias for __initcall
can be somewhat misleading.
Fix this up now, so that we can relocate module_init from
init.h into module.h in the future. If we don't do this, we'd
have to add module.h
On Wed, Jan 15, 2014 at 01:55:01PM +0800, Bob Liu wrote:
> Hi Johannes,
>
> On 01/11/2014 02:10 AM, Johannes Weiner wrote:
> > Previously, page cache radix tree nodes were freed after reclaim
> > emptied out their page pointers. But now reclaim stores shadow
> > entries in their place, which are
On 01/14/2014 09:37 PM, Len Brown wrote:
> From: Len Brown
>
> In Linux-3.9 we removed the mwait_idle() loop:
> 'x86 idle: remove mwait_idle() and "idle=mwait" cmdline param'
> (69fb3676df3329a7142803bb3502fa59dc0db2e3)
>
> The reasoning was that modern machines should be sufficiently
> happy
101 - 200 of 1228 matches
Mail list logo
