On 8/27/2014 5:48 PM, Stephen Rothwell wrote:
Hi all,
On Wed, 27 Aug 2014 16:58:09 -0700 Guenter Roeck wrote:
I see a large number of build failures with this kernel.
drivers/base/dma-mapping.c: In function 'dma_common_contiguous_remap':
drivers/base/dma-mapping.c:294:2: error: implicit
Hi all,
On Wed, 27 Aug 2014 16:58:09 -0700 Guenter Roeck wrote:
>
> I see a large number of build failures with this kernel.
>
> drivers/base/dma-mapping.c: In function 'dma_common_contiguous_remap':
> drivers/base/dma-mapping.c:294:2: error: implicit declaration of function
>
Hi Mauro,
On Wed, Aug 27, 2014 at 02:31:37PM -0300, Mauro Carvalho Chehab wrote:
> Hi Fengguang,
>
> Not sure why, but I didn't receive this e-mail (or other emails in this
> thread).
It's a manual check process rather than an email problem. The TO/CC
you see lie in the email body. The
On Wed, 27 Aug 2014, Jason Gunthorpe wrote:
> On Wed, Aug 27, 2014 at 09:32:10PM +, Scot Doyle wrote:
-if (tpm_do_selftest(chip)) {
-dev_err(dev, "TPM self test failed\n");
-rc = -ENODEV;
-goto out_err;
-}
>>>
>>> Move
--
Our Company gives out Personal and Business Loans,interested persons
should contact us now.
Harry Roberts
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
My Dear,
I want to establish a charity foundation in your country with this sum
which I inherited from my late fathers (Mr kumar Zakaria) it is my desire to
see that this money is invested to any business /organization of your choice in
your country, motherless baby’s home, mosques,
On Wed, 27 Aug 2014 16:54:18 -0700 Mike Travis wrote:
> > If we're still at 1+ hours then little bodges like this are nowhere
> > near sufficient and sterner stuff will be needed.
> >
> > Do we actually need the test? My googling turns up zero instances of
> > anyone reporting the "ioremap on
Hi,
On 08/27/2014 07:27 PM, Andrzej Hajda wrote:
> On 08/26/2014 07:00 AM, Joonyoung Shim wrote:
>> Hi Andrzej,
>>
>> On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
>>> In case of allocation errors some already allocated buffers
>>> were not freed. The patch fixes it.
>>>
>>> Signed-off-by: Andrzej
On Wed, Aug 27, 2014 at 04:10:21PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20140826:
>
> The net tree lost its build failure.
>
> The usb.current tree gained a build failure for which I reverted a commit.
>
> The mfd tree lost its build failure.
>
> The percpu tree gained a
(2014/08/27 20:18), Zhang Zhen wrote:
Rename the interface to valid_zones according to most pepole's
suggestion.
Sample output of the sysfs files:
memory0/valid_zones: none
memory1/valid_zones: DMA32
memory2/valid_zones: DMA32
memory3/valid_zones: DMA32
(2014/08/27 20:16), Zhang Zhen wrote:
As Yasuaki Ishimatsu described the check here is not enough
if memory has hole as follows:
PFN 0x00 0xd0 0xe0 0xf0
+-+-+-+
zone type | Normal| hole| Normal
On Wed, Aug 27, 2014 at 11:03:22AM +1000, Stephen Rothwell wrote:
> Hi Greg,
>
> After merging the usb.current tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> drivers/usb/core/hub.c: In function 'hub_probe':
> drivers/usb/core/hub.c:1735:21: error: 'struct
On 8/27/2014 4:37 PM, Andrew Morton wrote:
> On Wed, 27 Aug 2014 16:25:24 -0700 Mike Travis wrote:
>
>>>
>>>
>>>
>>> Doing strcmp("System RAM") is rather a hack. Is there nothing in
>>> resource.flags which can be used? Or added otherwise?
>>
>> I agree except this mimics the page_is_ram
On Wed, Aug 27, 2014 at 11:09:08PM +0200, Bjørn Mork wrote:
> Greg Kroah-Hartman writes:
> > On Wed, Aug 27, 2014 at 09:39:43PM +0200, Ricardo Ribalda Delgado wrote:
> >>
> >> return sprintf(buf, "pci:v%08Xd%08Xsv%08Xsd%08Xbc%02Xsc%02Xi%02x\n",
>
> That final 'x' does look like a typo, doesn't
On Mon, Aug 18, 2014 at 12:07:20PM +0200, Johan Hovold wrote:
> On Sun, Aug 17, 2014 at 10:05:36AM +0800, Wang YanQing wrote:
> > Hi Johan Hovold.
> >
> > Another two questions.
> >
> > On Tue, Aug 12, 2014 at 04:46:25PM +0200, Johan Hovold wrote:
> > >
> > > > + int
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:
Linux 3.17-rc2 (2014-08-25 15:36:20 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/sergeh/linux-security
sec-v3.17-rc2
On Wed, Aug 27, 2014 at 11:10:42PM +0200, Ricardo Ribalda Delgado wrote:
> Hello Greg
>
> On Wed, Aug 27, 2014 at 11:04 PM, Greg KH wrote:
> > On Wed, Aug 27, 2014 at 10:56:57PM +0200, Ricardo Ribalda Delgado wrote:
> >> No worries,
> >>
> >> I have to mark for stable it or Bjorn? It it is me,
On Tue, Aug 12, 2014 at 04:02:59PM +0200, Johan Hovold wrote:
> On Sat, Aug 09, 2014 at 02:46:56AM +0800, Wang YanQing wrote:
> > On Fri, Aug 08, 2014 at 09:54:42AM +0200, Johan Hovold wrote:
> > > On Fri, Aug 08, 2014 at 03:10:34AM +0800, Wang YanQing wrote:
> > > > On Tue, Aug 05, 2014 at
On Wed, 27 Aug 2014 16:25:24 -0700 Mike Travis wrote:
> >
> >
> >
> > Doing strcmp("System RAM") is rather a hack. Is there nothing in
> > resource.flags which can be used? Or added otherwise?
>
> I agree except this mimics the page_is_ram function:
>
> while ((res.start <
One minor nit. Otherwise
Acked-by: Christoph Lameter
On Thu, 21 Aug 2014, Joonsoo Kim wrote:
> @@ -2041,56 +1982,63 @@ static size_t calculate_slab_order(struct kmem_cache
> *cachep,
> return left_over;
> }
>
> +static int alloc_kmem_cache_cpus(struct kmem_cache *cachep, int entries,
>
On Tue, 2014-08-26 at 21:19 -0500, Lu Jingchang-B35083 wrote:
> >-Original Message-
> >From: Wood Scott-B07421
> >Sent: Wednesday, August 27, 2014 6:51 AM
> >To: Lu Jingchang-B35083
> >Cc: mturque...@linaro.org; linuxppc-...@lists.ozlabs.org; linux-
> >ker...@vger.kernel.org;
From: Ley Foon Tan
Date: Tue, 26 Aug 2014 15:11:16 +0800
> @@ -119,7 +119,8 @@ static int socfpga_dwmac_parse_data(struct socfpga_dwmac
> *dwmac, struct device *
> return -EINVAL;
> }
>
> - dwmac->splitter_base = (void
On Wed, 2014-08-27 at 10:34 -0700, Jason Low wrote:
> On Tue, 2014-08-26 at 16:24 -0700, Paul Turner wrote:
> > On Tue, Aug 26, 2014 at 4:11 PM, Jason Low wrote:
> > > Based on perf profiles, the update_cfs_rq_blocked_load function constantly
> > > shows up as taking up a noticeable % of system
On 8/27/2014 4:20 PM, Andrew Morton wrote:
> On Wed, 27 Aug 2014 16:15:28 -0700 Mike Travis wrote:
>
>>
>>>
There are two causes for requiring a restart/reload of the drivers.
First is periodic preventive maintenance (PM) and the second is if
any of the devices experience a
We can now let the interrupt and delayed work do all that's
needed with runtime PM.
Signed-off-by: Tony Lindgren
---
drivers/phy/phy-twl4030-usb.c | 20 +++-
1 file changed, 3 insertions(+), 17 deletions(-)
diff --git a/drivers/phy/phy-twl4030-usb.c
Hi,
Here are few more patches for v3.18 to clean up twl4030-usb.
These are based on the two regression fixes I sent earlier:
[PATCH] usb: phy: twl4030-usb: Fix regressions to runtime PM on omaps
[PATCH] usb: phy: twl4030-usb: Fix lost interrupts after ID pin goes down
For testing with
On Wednesday, August 27, 2014 09:47:45 AM Dirk Brandewie wrote:
> On 08/22/2014 03:19 AM, Viresh Kumar wrote:
> > On 22 August 2014 15:35, Mika Westerberg
> > wrote:
> >> This is pretty much the same as Intel Baytrail, only the CPU ID is
> >> different. Add the new ID to the supported CPU list.
>
It's not being used any longer.
Signed-off-by: Tony Lindgren
---
drivers/phy/phy-twl4030-usb.c | 2 --
drivers/usb/phy/phy-twl6030-usb.c | 2 --
2 files changed, 4 deletions(-)
diff --git a/drivers/phy/phy-twl4030-usb.c b/drivers/phy/phy-twl4030-usb.c
index 9cd33a4..bc28ecc 100644
---
There's no longer need for tracking the phy state in the driver
with asleep, we can now rely on runtime PM.
Signed-off-by: Tony Lindgren
---
drivers/phy/phy-twl4030-usb.c | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/drivers/phy/phy-twl4030-usb.c
We don't need twl4030_phy_power() any longer now that we have
the runtime PM calls. Let's get rid of it as it's confusing.
No functional changes, just move the code and use res instead
of ret as we are not returning that value.
Signed-off-by: Tony Lindgren
---
drivers/phy/phy-twl4030-usb.c | 72
We're using threaded irq on a I2C bus and we're sleeping in
twl4030_usb_irq() as it calls twl4030_usb_linkstat() which
calls the i2c functions. If we ever need to lock for longer
I2C transaction sequences a mutex will allow us to do that
easily.
Signed-off-by: Tony Lindgren
---
On 8/27/2014 4:18 PM, Andrew Morton wrote:
> On Wed, 27 Aug 2014 16:09:09 -0700 Mike Travis wrote:
>
>>
...
--- linux.orig/kernel/resource.c
+++ linux/kernel/resource.c
@@ -494,6 +494,43 @@ int __weak page_is_ram(unsigned long pfn
}
On Wed, Aug 27, 2014 at 07:08:37PM -0400, Pranith Kumar wrote:
> On Wed, Aug 27, 2014 at 5:47 PM, Paul E. McKenney
> wrote:
> >
> > Thank you, Pranith, queued. I have also backported to v3.17-rc2,
> > and am testing both. A sneak preview of the backport is shown below,
> > please let me know if
On Wednesday, August 27, 2014 10:27:58 AM Dirk Brandewie wrote:
> On 08/27/2014 10:17 AM, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > On larger systems intel_pstate currently spams the boot up
> > log with its "Intel pstate controlling ..." message for each CPU.
> > It's the only subsystem
On Thu, 28 Aug 2014, Stephen Rothwell wrote:
> > Ok. Once I figure out what went wrong. This went through Feng's build
> > system and I though he did a powerpc build. So it must be a difference
> > configuration on powerpc.
>
> Were the patches tested on top of v3.17-rc1? My build was a powerpc
On Wed, 27 Aug 2014 16:15:28 -0700 Mike Travis wrote:
>
> >
> >> There are two causes for requiring a restart/reload of the drivers.
> >> First is periodic preventive maintenance (PM) and the second is if
> >> any of the devices experience a fatal error. Both of these trigger
> >> this
On Wed, 27 Aug 2014 16:09:09 -0700 Mike Travis wrote:
>
> >>
> >> ...
> >>
> >> --- linux.orig/kernel/resource.c
> >> +++ linux/kernel/resource.c
> >> @@ -494,6 +494,43 @@ int __weak page_is_ram(unsigned long pfn
> >> }
> >> EXPORT_SYMBOL_GPL(page_is_ram);
> >>
> >> +/*
> >> + * Search for
From: Hayes Wang
Date: Tue, 26 Aug 2014 10:08:23 +0800
> Replace the strncpy with strlcpy, and use sizeof to determine the
> length.
>
> Signed-off-by: Hayes Wang
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wednesday, August 27, 2014 03:11:29 PM Lan Tianyu wrote:
> Deadlock is possible when CPU hotplug and evaluating ACPI method happen
> at the same time.
>
> During CPU hotplug, acpi_cpu_soft_notify() is called under the CPU hotplug
> lock. Then, acpi_cpu_soft_notify() calls
On Tue, 26 Aug 2014, Cyrill Gorcunov wrote:
> On Tue, Aug 26, 2014 at 06:43:55PM +0300, Kirill A. Shutemov wrote:
> > On Tue, Aug 26, 2014 at 07:18:13PM +0400, Cyrill Gorcunov wrote:
> > > > Basically, it's safe if only soft-dirty is allowed to modify vm_flags
> > > > without down_write(). But why
On 8/27/2014 4:06 PM, Andrew Morton wrote:
> On Wed, 27 Aug 2014 17:59:27 -0500 Mike Travis wrote:
>
>>
>> We have a large university system in the UK that is experiencing
>> very long delays modprobing the driver for a specific I/O device.
>> The delay is from 8-10 minutes per device and
> -Original Message-
> From: Sitsofe Wheeler [mailto:sits...@gmail.com]
> Sent: Wednesday, August 27, 2014 3:58 PM
> To: KY Srinivasan
> Cc: Dexuan Cui; Greg Kroah-Hartman; Haiyang Zhang;
> de...@linuxdriverproject.org; linux-kernel@vger.kernel.org
> Subject: Re: [PANIC, hyperv] BUG:
We have a large university system in the UK that is experiencing
very long delays modprobing the driver for a specific I/O device.
The delay is from 8-10 minutes per device and there are 31 devices
in the system. This 4 to 5 hour delay in starting up those I/O
devices is very much a burden on
On 8/27/2014 4:05 PM, Andrew Morton wrote:
> On Wed, 27 Aug 2014 17:59:28 -0500 Mike Travis wrote:
>
>> Since the ioremap operation is verifying that the specified address range
>> is NOT RAM, it will search the entire ioresource list if the condition
>> is true. To make matters worse, it
On Wed, Aug 27, 2014 at 5:47 PM, Paul E. McKenney
wrote:
>
> Thank you, Pranith, queued. I have also backported to v3.17-rc2,
> and am testing both. A sneak preview of the backport is shown below,
> please let me know if you see any problems with it. (The reason for
> the backport is to submit
On Wednesday, August 27, 2014 10:27:47 AM Sudip Mukherjee wrote:
> On Tue, Aug 26, 2014 at 11:22:12PM +0200, Rafael J. Wysocki wrote:
> > On Tuesday, August 26, 2014 01:59:02 PM Joe Perches wrote:
> > > On Tue, 2014-08-26 at 23:02 +0200, Rafael J. Wysocki wrote:
> > > > On Tuesday, August 26, 2014
Since the ioremap operation is verifying that the specified address range
is NOT RAM, it will search the entire ioresource list if the condition
is true. To make matters worse, it does this one 4k page at a time.
For a 128M BAR region this is 32 passes to determine the entire region
does not
On Wed, 27 Aug 2014 17:59:27 -0500 Mike Travis wrote:
>
> We have a large university system in the UK that is experiencing
> very long delays modprobing the driver for a specific I/O device.
> The delay is from 8-10 minutes per device and there are 31 devices
> in the system. This 4 to 5 hour
On Wed, 27 Aug 2014 14:30:55 -0700
Andrew Morton wrote:
> On Wed, 27 Aug 2014 16:22:20 -0500 (CDT) Christoph Lameter
> wrote:
>
> > > Some explanation of why one would use ext4 instead of, say,
> > > suitably-modified ramfs/tmpfs/rd/etc?
> >
> > The NVDIMM contents survive reboot and
On Wed, 27 Aug 2014 17:59:28 -0500 Mike Travis wrote:
> Since the ioremap operation is verifying that the specified address range
> is NOT RAM, it will search the entire ioresource list if the condition
> is true. To make matters worse, it does this one 4k page at a time.
> For a 128M BAR
This patch uses the optimized ioresource lookup, "region_is_ram", for
the ioremap function. If the region is not found, it falls back to the
"page_is_ram" function. If it is found and it is RAM, then the usual
warning message is issued, and the ioremap operation is aborted.
Otherwise, the
On Wed, Aug 27, 2014 at 06:45:55PM +, KY Srinivasan wrote:
>
> > -Original Message-
> > From: Sitsofe Wheeler [mailto:sits...@gmail.com]
> > Sent: Wednesday, August 27, 2014 9:19 AM
> >
> > > BTW, with the patch below, hyperv_fb can work now, BUT,
> > > *occasionally*,
> > >
Hello Tomasz and Mark,
Sorry for not answering before but I'm on vacations until Sep, 5 and I
have limited access to my email.
On Wed, Aug 27, 2014 at 11:03 PM, Tomasz Figa wrote:
From what I know based on my experience with Samsung boards we used, the
opmodes of regulators are
WE THE MONEY GRAM URGENT REMMITTING OFFICE HAVE SENT YOUR FULL
COMPENSATION PAYMENT OF $1.5million USD TO YOU THROUGH
MONEY GRAM,YOU WILL BE RECEIVING $4,500.00USD PER DAY.NOW WE HAVE SEND
THE FIRST PAYMENT TO YOU.SO CONTACT OUR DIRECTOR Mr.Mahugnon E. Metonwaho
AND ASK HIM TO GIVE YOU THE MONEY
This patch addresses three things for a pvh boot vcpu:
- NX bug on intel: It was recenlty discovered that NX is not being
honored in PVH on intel since EFER.NX is not being set. The pte.NX
bits are ignored if EFER.NX is not set on intel.
- PVH boot hang on newer xen: Following c/s
Resending with comments fixed up. Please note, these are no longer
AMD only, but address existing broken boot and broken NX on intel.
thanks
mukesh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info
This patch addresses three things for a pvh secondary vcpu:
- NX bug on intel: It was recenlty discovered that NX is not being
honored in PVH on intel since EFER.NX is not being set. The pte.NX
bits are ignored if EFER.NX is not set on intel.
- PVH boot hang on newer xen: Following
On Wed, Aug 27, 2014 at 3:26 PM, Stephen Boyd wrote:
> +Mark (author of change in question)
>
> On 08/27/14 14:27, Sonny Rao wrote:
>> On Wed, Aug 27, 2014 at 2:19 PM, Olof Johansson wrote:
>>> On Wed, Aug 27, 2014 at 2:03 PM, Sonny Rao wrote:
This is a bug fix for using physical arch
On Wednesday, August 27, 2014 10:32:23 PM Thomas Gleixner wrote:
> On Wed, 27 Aug 2014, Rafael J. Wysocki wrote:
> > The line of reasoning leading to that is as follows.
> >
> > The way suspend_device_irqs() works and the existing code in
> > check_wakeup_irqs(), called by syscore_suspend(),
On 08/27/2014 03:56 PM, Andrew Bresticker wrote:
On Wed, Aug 27, 2014 at 11:19 AM, Stephen Warren wrote:
On 08/27/2014 12:13 PM, Andrew Bresticker wrote:
On Wed, Aug 27, 2014 at 10:50 AM, Stephen Warren
wrote:
On 08/27/2014 11:38 AM, Andrew Bresticker wrote:
On Mon, Aug 25, 2014 at
+Mark (author of change in question)
On 08/27/14 14:27, Sonny Rao wrote:
> On Wed, Aug 27, 2014 at 2:19 PM, Olof Johansson wrote:
>> On Wed, Aug 27, 2014 at 2:03 PM, Sonny Rao wrote:
>>> This is a bug fix for using physical arch timers when
>>> the arch_timer_use_virtual boolean is false. It
Eliminate the call to BUG_ON() by waiting for the host to respond. We are
trying to reclaim the ownership of memory that was given to the host and so
we will have to wait until the host responds.
Signed-off-by: K. Y. Srinivasan
Cc:
---
drivers/hv/channel.c |5 +
1 files changed, 1
Posting messages to the host can fail because of transient resource
related failures. Correctly deal with these failures and increase the
number of attempts to post the message before giving up.
In this version of the patch, I have normalized the error code to
Linux error code.
Signed-off-by: K.
Fix a bug in vmbus_open() and properly propagate the error. I would
like to thank Dexuan Cui for identifying the
issue.
Signed-off-by: K. Y. Srinivasan
Cc:
---
drivers/hv/channel.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/hv/channel.c
Eliminate calls to BUG_ON() by properly handling errors. In cases where
rollback is possible, we will return the appropriate error to have the
calling code decide how to rollback state. In the case where we are
transferring ownership of the guest physical pages to the host,
we will wait for the
Cleanup the channel management code and eliminate calls to BUG_ON().
Also fix an error propagation bug in vmbus_open().
In this version of the patch-set, I have addressed comments from
Dan Carpenter.
K. Y. Srinivasan (5):
Drivers: hv: vmbus: Cleanup vmbus_post_msg()
Drivers: hv: vmbus:
Eliminate calls to BUG_ON() in vmbus_close_internal().
We have chosen to potentially leak memory, than crash the guest
in case of failures.
In this version of the patch I have addressed comments from
Dan Carpenter (dan.carpen...@oracle.com).
Signed-off-by: K. Y. Srinivasan
Cc:
---
On 08/27/2014 02:40 PM, David E. Box wrote:
> Allows access to the iosf sideband through debugfs.
This would break if compiled without CONFIG_DEBUGFS support, which is
often a requirement for security reasons.
Please conditionalize this code, and if practical move it to a separate
.c file.
Most
On Wed, 27 Aug 2014, Thomas Gleixner wrote:
> On Wed, 27 Aug 2014, Mikulas Patocka wrote:
>
> > Hi
> >
> > The patch d7b830013f59cf586c1cec3caa1ce7156da59a13, committed to 3.17-rc1,
> > breaks the SATA controller (sata_svw driver) on HT1000 ServerWorks
> > chipset. The other drivers work
On Wed, Aug 27, 2014 at 12:01:35PM -0700, Guenter Roeck wrote:
[...]
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +
> > +#define DRIVER_NAME "rn5t618-wdt"
> > +
> > +static bool nowayout = WATCHDOG_NOWAYOUT;
> > +static unsigned int heartbeat = -1;
>
> I'd be
On Wed, Aug 27, 2014 at 3:01 PM, Alex Williamson
wrote:
> If we assign a Radeon device to a virtual machine, we can no longer
> assume a fixed hardware topology, like the GPU having a parent device.
> This patch simply adds a few pci_is_root_bus() tests to avoid passing
> a NULL pointer to PCI
On Tue, Aug 26, 2014 at 03:45:55PM +0300, Georgi Djakov wrote:
> Define a new binding for the Qualcomm TLMM (Top-Level Mode Mux) based pin
> controller inside the APQ8084.
>
> Signed-off-by: Georgi Djakov
Looks fine.
Reviewed-by: Andy Gross
--
sent by an employee of the Qualcomm Innovation
On Fri, Aug 22, 2014 at 10:12 AM, Felipe Balbi wrote:
...
> you never explain why this is needed and you have also added some
> information to commit log which shouldn't be here.
Android uses this to prevent suspend from interfering with USB
peripheral traffic, notably adb.
The wakeup source is
On Tue, 26 Aug 2014, Cyrill Gorcunov wrote:
> On Mon, Aug 25, 2014 at 09:45:34PM -0700, Hugh Dickins wrote:
> >
> > Hmm. For a long time I thought you were fixing another important bug
> > with down_write, since we "always" use down_write to modify vm_flags.
> >
> > But now I'm realizing that
On Wed, Aug 27, 2014 at 11:19 AM, Stephen Warren wrote:
> On 08/27/2014 12:13 PM, Andrew Bresticker wrote:
>>
>> On Wed, Aug 27, 2014 at 10:50 AM, Stephen Warren
>> wrote:
>>>
>>> On 08/27/2014 11:38 AM, Andrew Bresticker wrote:
On Mon, Aug 25, 2014 at 12:01 PM, Stephen Warren
On 08/27/14 11:24, Bjorn Andersson wrote:
> On Tue, Jul 29, 2014 at 11:06 PM, Stephen Boyd wrote:
>> On 07/29, Rob Herring wrote:
> [..]
>>> You might as well do of_property_read_u32 in the below example.
>>>
>> Fair enough. The example is probably too simple. Things are
>> sometimes slightly
On Wed, 27 Aug 2014, Tejun Heo wrote:
> Weird, the build-bot reported success on all powerpc configs on the
> percpu branches w/o the revert. I wonder what's going on.
I think this will fix it but I have no way of verifying it.
Subject: Define __ARCH_SET_SOFTIRQ_PENDING to avoid duplicate
On Tue, Aug 26, 2014 at 03:45:54PM +0300, Georgi Djakov wrote:
> This patchset adds pinctrl support for the Qualcomm APQ8084 platform.
>
> Signed-off-by: Georgi Djakov
Looks good. I'll try to test this tomorrow, but for now
Reviewed-by: Andy Gross
--
sent by an employee of the Qualcomm
Hi Christoph,
On Wed, 27 Aug 2014 10:56:27 -0500 (CDT) Christoph Lameter
wrote:
>
> On Wed, 27 Aug 2014, Tejun Heo wrote:
>
> > Chrisoph, let's route the updated patch through powerpc tree.
>
> Ok. Once I figure out what went wrong. This went through Feng's build
> system and I though he did
On Thu, Aug 28, 2014 at 07:43:49AM +1000, Stephen Rothwell wrote:
> Hi Tejun,
>
> On Wed, 27 Aug 2014 11:26:09 -0400 Tejun Heo wrote:
> >
> > From 23f66e2d661b4d3226d16e25910a9e9472ce2410 Mon Sep 17 00:00:00 2001
> > From: Tejun Heo
> > Date: Wed, 27 Aug 2014 11:18:29 -0400
> >
> > This
On Wed, Aug 27, 2014 at 09:32:10PM +, Scot Doyle wrote:
> If suspend/resume occur before falling back to polling mode (within 30
> seconds after module load), then the machine freezes on resume because
> the module is waiting on the interrupts.
Okay, this is just a specific case of the
On Wed, Aug 27, 2014 at 04:43:40PM -0400, Pranith Kumar wrote:
> The nocb callbacks generated before the nocb kthreads are spawned are
> enqueued in the nocb queue for later processing. Commit fbce7497ee5af ("rcu:
> Parallelize and economize NOCB kthread wakeups") introduced nocb leader
>
On Wed, 27 Aug 2014 17:12:50 -0400 Matthew Wilcox wrote:
> On Wed, Aug 27, 2014 at 01:06:13PM -0700, Andrew Morton wrote:
> > On Tue, 26 Aug 2014 23:45:20 -0400 Matthew Wilcox
> > wrote:
> >
> > > One of the primary uses for NV-DIMMs is to expose them as a block device
> > > and use a
Hi Tejun,
On Wed, 27 Aug 2014 11:26:09 -0400 Tejun Heo wrote:
>
> From 23f66e2d661b4d3226d16e25910a9e9472ce2410 Mon Sep 17 00:00:00 2001
> From: Tejun Heo
> Date: Wed, 27 Aug 2014 11:18:29 -0400
>
> This reverts commit 5828f666c069af74e00db21559f1535103c9f79a due to
> build failure after
Allows access to the iosf sideband through debugfs.
Signed-off-by: David E. Box
---
arch/x86/kernel/iosf_mbi.c | 74 ++
1 file changed, 74 insertions(+)
diff --git a/arch/x86/kernel/iosf_mbi.c b/arch/x86/kernel/iosf_mbi.c
index d30acdc..bf848ca
Fixes an error in having the iosf build as 'default m'. On X86 SoC's the iosf
sideband is the only way to access information for some registers, as opposed to
through MSR's on other Intel architectures. While selecting IOSF_MBI is
preferred, it does mean carrying extra code on non-SoC
Fixes a flaw with the iosf driver buidling as 'default m' on all x86 systems.
Adds debugfs support.
David E. Box (2):
x86: iosf: Add Kconfig prompt for IOSF_MBI selection
x86: iosf: Add debugfs support
arch/x86/Kconfig | 14 +++--
arch/x86/kernel/iosf_mbi.c | 74
Anshuman Khandual [khand...@linux.vnet.ibm.com] wrote:
| This patch enables get and set of miscellaneous registers through ptrace
| PTRACE_GETREGSET/PTRACE_SETREGSET interface by implementing new powerpc
| specific register set REGSET_MISC support corresponding to the new ELF
| core note
Anshuman Khandual [khand...@linux.vnet.ibm.com] wrote:
| This patch enables get and set of transactional memory related register
| sets through PTRACE_GETREGSET/PTRACE_SETREGSET interface by implementing
| four new powerpc specific register sets i.e REGSET_TM_SPR, REGSET_TM_CGPR,
| REGSET_TM_CFPR,
On Wed, 27 Aug 2014, Jason Gunthorpe wrote:
> On Wed, Aug 27, 2014 at 04:31:56AM +, Scot Doyle wrote:
>> It doesn't enable stock SeaBIOS machines to suspend/resume before the 30
>> second interrupt timeout, unless using interrupts=0 or force=1.
>
> ? Can you explain that a bit more?
This patch adds the LPC Device IDs for the Intel 9 Series PCH.
Signed-off-by: James Ralston
---
drivers/mfd/lpc_ich.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/mfd/lpc_ich.c b/drivers/mfd/lpc_ich.c
index 7d8482f..cb41f4f 100644
--- a/drivers/mfd/lpc_ich.c
+++
Am Montag, 25. August 2014, 15:59:27 schrieb Doug Anderson:
> PWM0 is the PWM associated with the LCD backlight. Enable it.
>
> Signed-off-by: Doug Anderson
Applied to my v3.18-next/dts branch.
> ---
> Changes in v5: None
> Changes in v4: None
> Changes in v3:
> - Fix space to tab in 2
This patch adds the IDE mode SATA Device IDs for the Intel 9 Series PCH.
Signed-off-by: James Ralston
---
drivers/ata/ata_piix.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/ata/ata_piix.c b/drivers/ata/ata_piix.c
index 893e30e..ffbe625 100644
--- a/drivers/ata/ata_piix.c
On Wed, 27 Aug 2014, Jiri Kosina wrote:
> > Is it worth adding report->id to this hid_warn()?
> >
> > A valid device is not expected to ever send >64 bytes reports but in
> > case a firmware update would do so it would help to know for which
> > report it was.
>
> It definitely wouldn't hurt.
Am Montag, 25. August 2014, 15:59:26 schrieb Doug Anderson:
> This adds the PWM info (other than the VOP PWM) to the main rk3288
> dtsi file.
>
> Signed-off-by: Caesar Wang
> Signed-off-by: Doug Anderson
> ---
Applied to my v3.18-next/dts branch.
I've changed the RK_FUNC_3 to its numerical
From: Randy Dunlap
Fix kernel-doc warnings in regulator header files:
Warning(..//include/linux/regulator/machine.h:140): No description found for
parameter 'ramp_disable'
Warning(..//include/linux/regulator/driver.h:279): No description found for
parameter 'linear_ranges'
On Wed, 27 Aug 2014 16:22:20 -0500 (CDT) Christoph Lameter
wrote:
> > Some explanation of why one would use ext4 instead of, say,
> > suitably-modified ramfs/tmpfs/rd/etc?
>
> The NVDIMM contents survive reboot and therefore ramfs and friends wont
> work with it.
See "suitably modified".
This patch adds the AHCI mode SATA Device IDs for the Intel 9 Series PCH.
Signed-off-by: James Ralston
---
drivers/ata/ahci.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/ata/ahci.c b/drivers/ata/ahci.c
index a29f801..bca3d64 100644
--- a/drivers/ata/ahci.c
+++
On Wed, Aug 27, 2014 at 2:19 PM, Olof Johansson wrote:
> On Wed, Aug 27, 2014 at 2:03 PM, Sonny Rao wrote:
>> This is a bug fix for using physical arch timers when
>> the arch_timer_use_virtual boolean is false. It restores the
>> arch_counter_get_cntpct() function after removal in
>>
>>
On Wed, Aug 27, 2014 at 3:57 AM, Pramod Gurav
wrote:
> This patches adds a call to gpiochip_remove_pin_ranges when
> gpiochip_irqchip_add fails to release memory allocated for pin_ranges.
>
> diff --git a/drivers/pinctrl/qcom/pinctrl-msm.c
> b/drivers/pinctrl/qcom/pinctrl-msm.c
> @@ -845,6
101 - 200 of 1630 matches
Mail list logo