Probe deferral is not an error case. It happens only when
the necessary dependencies are not there yet.
The driver core is already printing a message when a driver
requests probe deferral, so this can be traced in the logs
without these error prints.
This patch removes the error messages for
On 3/30/15 1:44 AM, Peter Zijlstra wrote:
On Sun, Mar 29, 2015 at 10:13:33PM -0400, David Ahern wrote:
Before spending too much time formalizing this I wanted to see if you guys
would entertain the idea of making this info available via debugfs. It does
move the existing sched_features file to
On Sat, Mar 28, 2015 at 11:37:43AM +, Filipe David Manana wrote:
> On Sat, Mar 28, 2015 at 11:02 AM, Omar Sandoval wrote:
> > Whenever the check for a send in progress introduced in commit
> > 521e0546c970 (btrfs: protect snapshots from deleting during send) is
> > hit, we return without
On Sat, Mar 28, 2015 at 04:02:06AM -0700, Omar Sandoval wrote:
> Whenever the check for a send in progress introduced in commit
> 521e0546c970 (btrfs: protect snapshots from deleting during send) is
> hit, we return without unlocking inode->i_mutex. This is easy to see
> with lockdep enabled:
>
>
If something went wrong with creating a debugfs file/symlink/directory,
that value could be passed down into debugfs again as a parent dentry.
To make caller code simpler, just error out if this happens, and don't
crash the kernel.
Reported-by: Alex Elder
Cc: Viresh Kumar
Signed-off-by: Greg
On Mon, Mar 30, 2015 at 09:48:52PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> On Mon, Mar 30, 2015 at 01:49:07PM +0200, Jiri Olsa wrote:
> > On Mon, Mar 30, 2015 at 01:21:08PM +0200, Jiri Olsa wrote:
> > > On Mon, Mar 30, 2015 at 12:22:20PM +0200, Jiri Olsa wrote:
> > > > On Mon, Mar 30, 2015 at
So this driver builds as a module.
Signed-off-by: Tomeu Vizoso
---
Hi,
sorry, I hadn't tested building as a module in the latest iterations but it's
something that I would like to work.
This patch should fix it.
Thanks,
Tomeu
---
drivers/devfreq/tegra-devfreq.c | 33
On Mon, Mar 30, 2015 at 12:52 PM, Mika Westerberg
wrote:
> On Fri, Mar 27, 2015 at 11:36:25AM +0100, Linus Walleij wrote:
>> On Fri, Mar 27, 2015 at 11:06 AM, Mika Westerberg
>> wrote:
>> > On Thu, Mar 26, 2015 at 06:28:19PM +0200, Octavian Purdila wrote:
>>
>> >> For the sleep case I think the
On Sat, 14 Mar 2015, Andrew G. Morgan wrote:
>
> I thought I did. Please implement a lockable secure bit and I will
Would this suffice? It puts the CAP_SETPCAP limitation back to how it
was in my earlier patch.
Subject: ambient caps: Allow disabling with SETPCAP
Do not allow setting ambient
On Mon, Mar 30, 2015 at 02:24:49PM +0200, Peter Zijlstra wrote:
> @@ -7647,6 +7648,8 @@ static void nohz_idle_balance(struct rq *this_rq, enum
> cpu_idle_type idle)
> break;
>
> rq = cpu_rq(balance_cpu);
> + if (rq == this_rq)
> +
On 30 March 2015 at 14:38, Michal Marek wrote:
> On 2015-03-30 13:49, Ard Biesheuvel wrote:
>> The recursive partial linking of vmlinux can result in a
>> drivers/built-in.o that is so huge that it interferes with
>> the ability of the linker to emit veneers in the final link
>> stage if the
On Sun, Mar 29, 2015 at 09:24:13AM -0700, Mark Brown wrote:
> * PGP Signed by an unknown key
>
> On Sun, Mar 29, 2015 at 03:33:33PM +0800, kbuild test robot wrote:
> > drivers/regulator/max77620-regulator.c:800:3-8: No need to set .owner here.
> > The core will do it.
>
> This doesn't apply
Hi Jiri,
On Mon, Mar 30, 2015 at 01:49:07PM +0200, Jiri Olsa wrote:
> On Mon, Mar 30, 2015 at 01:21:08PM +0200, Jiri Olsa wrote:
> > On Mon, Mar 30, 2015 at 12:22:20PM +0200, Jiri Olsa wrote:
> > > On Mon, Mar 30, 2015 at 10:07:37AM +0200, Jiri Olsa wrote:
> > >
> > > SNIP
> > >
> > > > >
> >
On Mon, Mar 30, 2015 at 05:32:16PM +0530, Viresh Kumar wrote:
> On 29 March 2015 at 15:54, Peter Zijlstra wrote:
> > What I didn't say, but had thought of is that __run_timer() should skip
> > any timer that has RUNNING set -- for obvious reasons :-)
> Below is copied from your first reply, and
On Fri, 27 Mar 2015, Steven Rostedt wrote:
> Where in the patch do you see the comment? Or were you talking about
> the change log? The original patch did have a comment, an it was
> dropped, that's what I thought you were talking about.
Sorry yes the changelog.
> Actually, it is equivalent,
Hi Kishon,
I tested with my internal 3.10 ST Kernel but not on the 4.0.
I think i'll implement it when i'm able to test it fully.
Thanks
On 17 March 2015 at 11:35, Kishon Vijay Abraham I wrote:
> Hi,
>
>
> On Monday 16 March 2015 07:50 PM, Gabriel FERNANDEZ wrote:
>>
>> sti pcie is built around
On Mon, Mar 30, 2015 at 11:54:54AM +, EunTaik Lee wrote:
>
> >
> >The bus that the device is on should prevent this, why isn't that
> >working for you? What type of device/bus do you see this problem on?
>
> The device is a firmware class device on a virtual bus.
What kernel code is
On 03/29/2015 10:57 PM, Olof Johansson wrote:
> On Wed, Mar 18, 2015 at 01:20:04PM +, Will Deacon wrote:
>> On Wed, Mar 18, 2015 at 12:39:07PM +, Michal Simek wrote:
>>> From: Nathan Rossi
>>>
>>> When building specific DTBs out of the kernel tree the vendor subdirs
>>> (boot/dts/) are
From: Nathan Rossi
When building specific DTBs out of the kernel tree the vendor subdirs
(boot/dts/) are not created, ensure that they are before
building the DTB.
Signed-off-by: Nathan Rossi
Signed-off-by: Michal Simek
Acked-by: Will Deacon
---
Changes in v3:
- Add Will's ACK
Changes in
On 2015-03-30 13:49, Ard Biesheuvel wrote:
> The recursive partial linking of vmlinux can result in a
> drivers/built-in.o that is so huge that it interferes with
> the ability of the linker to emit veneers in the final link
> stage if the symbols are out of reach. This is caused by the
> fact
> Unfortunately functions simple_strtoul and simple_strtoull cannot
> be replaced by kstrtoul and kstrtoull in some places, because they
> expect a zero terminated string instead of returning a pointer to
> the character after the last digit.
>
> This patch introduces two new functions kstrtoul_e
This patch introduces new ipv6 sysctl: ra_default_route_mtu.
If it's set (> 0), it defines per-route MTU for any new default route
received by RA.
This sysctl will help in the following configuration: we want to use
jumbo-frames for internal networks and default ethernet frames for
default route.
On Mon, Mar 30, 2015 at 02:02:17AM -0700, Omar Sandoval wrote:
> Before commit bafc9b754f75 ("vfs: More precise tests in d_invalidate"),
> d_invalidate() could return -EBUSY when a dentry for a directory had
> more than one reference to it. This is what prevented a mounted
> subvolume from being
Hi Liviu,
You're right, i removed configuration space from the ranges.
Thanks for reviewing.
Gabriel
On 17 March 2015 at 12:42, Liviu Dudau wrote:
> Hi Gabriel,
>
> On Mon, Mar 16, 2015 at 02:20:32PM +, Gabriel FERNANDEZ wrote:
>> sti pcie is built around a Synopsis Designware PCIe IP.
>>
Get rid of #define obfuscation of retint_kernel in CONFIG_PREEMPT case.
Strip retint_kernel of .global-ness (ENTRY macro) - it has no users
outside of this file. (This looks like cosmetics, but it is not:
"je LABEL" can be optimized to short jump by assember
only if LABEL is not global, for
At this location, we already have interrupts off, always.
To be more specific, we already disabled them here:
ret_from_intr:
DISABLE_INTERRUPTS(CLBR_NONE)
Signed-off-by: Denys Vlasenko
CC: Linus Torvalds
CC: Steven Rostedt
CC: Ingo Molnar
CC: Borislav Petkov
CC: "H. Peter
"retint_kernel" code block is misplaced. Since its logical continuation
is "retint_restore_args", it is more natural to place it above that label.
This also makes two jumps "short".
This change only moves code block around, without changing logic.
This enables the next simplification: making
On Mon, Mar 30, 2015 at 01:03:03PM +0100, Morten Rasmussen wrote:
> On Mon, Mar 30, 2015 at 12:06:32PM +0100, Peter Zijlstra wrote:
> > On Fri, Mar 27, 2015 at 05:56:51PM +, Morten Rasmussen wrote:
> >
> > > I agree that it is hard to predict how many additional cpus you need,
> > > but I
Hi,
> > Signed-off-by: Dave Airlie
> > Signed-off-by: Gerd Hoffmann
>
> Standard request from my side for new drm drivers (especially if they're
> this simple): Can you please update the drivers to latest drm internal
> interfaces, i.e. using universal planes and atomic?
Up'n'running.
On 2015/3/30 16:37, Jiang Liu wrote:
> On 2015/3/30 16:28, Li, Aubrey wrote:
>> Ying,
>>
>> can you please try this patch to see if the problem is gone on your side?
> Hi Aubrey,
> I would be better if we could change RTC driver instead.
Hey Gerry,
IRQ8 for RTC is for history reason. If we
Em Mon, 30 Mar 2015 12:59:32 +0200
"Michael S. Tsirkin" escreveu:
> This driver does not use any PCI IDs, don't include
> the pci_ids.h header.
>
> Signed-off-by: Michael S. Tsirkin
Yeah, someone just cut and paste the dependencies from some other IR driver
without checking.
Acked-by: Mauro
Dear Client,
Good day !
Woody here,the manufacturer for TENS / EMS stimulator in Guangzhou China.
Can offer good quanlity products in short time.
Have any interesting please talk with me for the details.
Best regards.
Woody
Hello,
Although not running a vanilla kernel on this machine, I have reported
the issue to the distribution's bug tracking system. It has been
almost a week with no response, so I am sending this email.
Multiple times, when I return to my computer from being away for a
little while, I noticed:
On 2015-03-30 13:49, Ard Biesheuvel wrote:
> When linking large kernels on ARM, the linker will insert veneers
> (i.e., PLT like stubs) when function symbols are out of reach for
> the ordinary relative branch/branch-and-link instructions.
>
> However, due to the fact that the kallsyms region
On Mon, Feb 23, 2015 at 09:25:51AM -0500, Kan Liang wrote:
> +++ b/arch/x86/kernel/cpu/perf_event_intel_ds.c
> @@ -673,6 +673,8 @@ void intel_pmu_pebs_enable(struct perf_event *event)
> struct hw_perf_event *hwc = >hw;
>
> hwc->config &= ~ARCH_PERFMON_EVENTSEL_INT;
> + if
On Mon, Mar 30, 2015 at 12:06:32PM +0100, Peter Zijlstra wrote:
> On Fri, Mar 27, 2015 at 05:56:51PM +, Morten Rasmussen wrote:
>
> > I agree that it is hard to predict how many additional cpus you need,
> > but I don't think you necessarily need that information as long as you
> > start by
On 29 March 2015 at 15:54, Peter Zijlstra wrote:
> On Sat, Mar 28, 2015 at 02:44:57PM +0100, Peter Zijlstra wrote:
>> > Now there are few issues I see here (Sorry if they are all imaginary):
>> > - In case a timer re-arms itself from its handler and is migrated from CPU
>> > A to B, what
>> >
On Mon, Mar 30, 2015 at 07:42:13PM +0900, Naoya Horiguchi wrote:
> On 03/30/2015 07:28 PM, Mel Gorman wrote:
> >On Mon, Mar 30, 2015 at 09:40:54AM +, Naoya Horiguchi wrote:
> >>hugetlb doesn't support NUMA balancing now, but that doesn't mean that we
> >>don't have to make hugetlb code
>
>The bus that the device is on should prevent this, why isn't that
>working for you? What type of device/bus do you see this problem on?
The device is a firmware class device on a virtual bus.
>> Signed-off-by: eun.taik.lee
>
>We need a "real" name here, I don't think your name has '.' in
Don't assign ->rq_timeout twice.
Signed-off-by: Wei Fang
---
block/blk-mq.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index 4f4bea2..45e91b4 100644
--- a/block/blk-mq.c
+++ b/block/blk-mq.c
@@ -1941,7 +1941,7 @@ struct request_queue
Hi Stephen Rothwell,
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Monday, March 30, 2015 3:06 PM
> To: Appana Durga Kedareswara Rao
> Cc: vinod.k...@intel.com; linux-n...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Anirudha Sarangi; Appana
The recursive partial linking of vmlinux can result in a
drivers/built-in.o that is so huge that it interferes with
the ability of the linker to emit veneers in the final link
stage if the symbols are out of reach. This is caused by the
fact that those veneers, which should be emitted close enough
When linking large kernels on ARM, the linker will insert veneers
(i.e., PLT like stubs) when function symbols are out of reach for
the ordinary relative branch/branch-and-link instructions.
However, due to the fact that the kallsyms region sits in .rodata,
which is between .text and .init.text,
Hello all,
After Russell has pulled most of the large kernel fixes that are
specific to the ARM tree, these two patches are the remaining ones
that are required to successfully build 'allyesconfig' on ARM (*)
The first one updates scripts/kallsyms.c to ignore _veneer symbols.
These are emitted
On Mon, Mar 30, 2015 at 01:21:08PM +0200, Jiri Olsa wrote:
> On Mon, Mar 30, 2015 at 12:22:20PM +0200, Jiri Olsa wrote:
> > On Mon, Mar 30, 2015 at 10:07:37AM +0200, Jiri Olsa wrote:
> >
> > SNIP
> >
> > > >
> > > > 2 things:
> > > > 1. let run for a long time. go about using the server. do
On 03/30/2015 01:37 PM, Lee Jones wrote:
On Mon, 30 Mar 2015, Peter Griffin wrote:
Hi Maxime,
On Tue, 03 Mar 2015, Maxime Coquelin wrote:
On 02/26/2015 02:10 PM, Peter Griffin wrote:
The nodes have been split to allow as much commonality as possible.
The stih407 has a silicon bug with
On Mon, Mar 30, 2015 at 01:35:16PM +0200, Greg KH wrote:
> On Mon, Mar 30, 2015 at 01:19:14PM +0200, Michael S. Tsirkin wrote:
> > Why there much more that two packages, I can find
> > at least 5 copies in the wild. Why? I think it's because it's part of
> > linux ABI that doesn't have matching
On Mon, 30 Mar 2015, Peter Griffin wrote:
> Hi Maxime,
>
> On Tue, 03 Mar 2015, Maxime Coquelin wrote:
>
> >
> > On 02/26/2015 02:10 PM, Peter Griffin wrote:
> > >The nodes have been split to allow as much commonality as possible.
> > >The stih407 has a silicon bug with eMMC UHS modes (with
When entering suspend while the device is in runtime PM, the
sdhci_(suspend|resume)_host function are called with disabled clocks.
Since this functions access the SDHC host registers, this leads to an
external abort on Vybrid SoC:
[ 37.772967] Unhandled fault: imprecise external abort (0x1c06)
On Mon, Mar 30, 2015 at 01:19:14PM +0200, Michael S. Tsirkin wrote:
> Why there much more that two packages, I can find
> at least 5 copies in the wild. Why? I think it's because it's part of
> linux ABI that doesn't have matching headers. People are asked to build
> their own, so of course they
During bootup pcmcia (pccardd) code enforces the following warning
backtrace:
do not call blocking ops when !TASK_RUNNING; state=1 set at []
pccardd+0xb8/0x3fc
Modules linked in:
CPU: 0 PID: 14 Comm: pccardd Not tainted 4.0.0-rc6+ #11
Hardware name: Sharp-Collie
[] (unwind_backtrace) from []
The basic class ID macros in pci_ids.h are pretty useful for userspace
using the pci sysfs interface, and they aren't fundamentally different
from the constants in pci_regs.h - both are defined in the
pci spec.
At the moment userspace is forced to duplicate these macros
(e.g. QEMU does this, so
On Monday, March 30, 2015 11:09:00 AM Maninder Singh wrote:
> Dear All,
> we found One Kernel Crash issue in cipso_v4_sock_delattr :-
> As Cipso supports only inet sockets so cipso_v4_sock_delattr will crash when
> try to access any other socket type. cipso_v4_sock_delattr access
>
On Mon, Mar 30, 2015 at 08:26:19AM +0100, Preeti U Murthy wrote:
> Hi Morten,
>
> On 03/27/2015 11:26 PM, Morten Rasmussen wrote:
> >
> > I agree that the current behaviour is undesirable and should be fixed,
> > but IMHO waking up all idle cpus can not be justified. It is only one
> >
On Mon, 23 Mar 2015, Charles Keepax wrote:
> The low power sleep mode on wm5110 requires that the LDO1 regulator be
> set to 1.175V prior to entering sleep, then returned to 1.2V after
> exiting sleep mode. This patch apply these regulator settings.
>
> Signed-off-by: Charles Keepax
> Acked-by:
On Mon, 23 Mar 2015, Charles Keepax wrote:
> Some register settings must be applied before the first time low power
> sleep mode is entered on the wm5110 to ensure optimium performance.
> These settings require SYSCLK to be enabled whilst they are being
> applied. This patch applies the settings
Hi Maxime,
On Tue, 03 Mar 2015, Maxime Coquelin wrote:
>
> On 02/26/2015 02:10 PM, Peter Griffin wrote:
> >The nodes have been split to allow as much commonality as possible.
> >The stih407 has a silicon bug with eMMC UHS modes (with top regs)
> >and as such doesn't have any of the uhs dt
On Mon, 23 Mar 2015, Charles Keepax wrote:
> wm5102 applies a custom hardware boot sequence, for this the SYSCLK
> needs to be enabled. This patch factors out the code that enables
> SYSCLK for this sequence such that it can be used for other boot time
> operations that require SYSCLK.
>
>
Kernel version for new ABI in 4.0 has been documented
as 3.20, since the changes have been merged before the kernel
version number change.
Change kernel version from 3.20 to 4.0.
Signed-off-by: Irina Tirdea
---
Documentation/ABI/testing/sysfs-bus-iio | 20 ++--
1 file changed,
On Mon, Mar 30, 2015 at 12:22:20PM +0200, Jiri Olsa wrote:
> On Mon, Mar 30, 2015 at 10:07:37AM +0200, Jiri Olsa wrote:
>
> SNIP
>
> > >
> > > 2 things:
> > > 1. let run for a long time. go about using the server. do lots of builds,
> > > etc. it takes time
> > >
> > > 2. use a box with a LOT
On Mon, Mar 30, 2015 at 12:57:07PM +0200, Greg KH wrote:
> On Mon, Mar 30, 2015 at 12:46:36PM +0200, Michael S. Tsirkin wrote:
> > Sorry about keeping this thread alive, I'm just trying
> > to wrap my head around what you consider a sane API.
> >
> > Linux used not to export headers
> -Original Message-
> From: Hartmut Knaack [mailto:knaac...@gmx.de]
> Sent: 29 March, 2015 2:14
> To: Tirdea, Irina; Jonathan Cameron; linux-...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; Dogaru, Vlad; Baluta, Daniel; Lars-Peter
> Clausen; Peter Meerwald
> Subject: Re: [PATCH
Hi
Subject: [PATCH] ARM: code clean up local_irq_disable
Signed-off-by: Akhilesh Kumar
---
arch/arm/kernel/process.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 81ef686..18cfce4 100644
---
Dear All,
we found One Kernel Crash issue in cipso_v4_sock_delattr :-
As Cipso supports only inet sockets so cipso_v4_sock_delattr will crash when
try to access
any other socket type. cipso_v4_sock_delattr access sk_inet->inet_opt which may
contain not NULL but invalid address. we found this
Hello All,
Avoid waking up every thread sleeping in a restart_syscall call during suspend
and resume by calling a freezable blocking call.
Previous patches modified the freezer to avoid sending wakeups to threads that
are blocked in freezable blocking calls.
Ref:
On Mon, 30 Mar 2015, Andy Shevchenko wrote:
> On Mon, 2015-03-30 at 08:06 +0100, Lee Jones wrote:
> > On Fri, 27 Mar 2015, Andy Shevchenko wrote:
> >
> > > This patch just sorts IDs in the table for better maintenance. There is no
> > > functional change.
> > >
> > > Signed-off-by: Andy
On Fri, Mar 27, 2015 at 05:56:51PM +, Morten Rasmussen wrote:
> I agree that it is hard to predict how many additional cpus you need,
> but I don't think you necessarily need that information as long as you
> start by filling up the cpu that was kicked to do the
> nohz_idle_balance() first.
On Mon, 2015-03-30 at 08:06 +0100, Lee Jones wrote:
> On Fri, 27 Mar 2015, Andy Shevchenko wrote:
>
> > This patch just sorts IDs in the table for better maintenance. There is no
> > functional change.
> >
> > Signed-off-by: Andy Shevchenko
> > ---
> > drivers/mfd/lpc_ich.c | 172
> >
pci code is in ccp-pci.c, don't include pci
headers from ccp/ccp-ops.c.
Signed-off-by: Michael S. Tsirkin
---
drivers/crypto/ccp/ccp-ops.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/crypto/ccp/ccp-ops.c b/drivers/crypto/ccp/ccp-ops.c
index 8729364..3da1140 100644
---
This driver does not use any PCI IDs, don't include
the pci_ids.h header.
Signed-off-by: Michael S. Tsirkin
---
drivers/media/rc/fintek-cir.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/rc/fintek-cir.c b/drivers/media/rc/fintek-cir.c
index b516757..9ca168a 100644
---
This file does not use any pci ids, drop
pci_ids.h include.
Signed-off-by: Michael S. Tsirkin
Acked-by: Arend van Spriel
---
drivers/net/wireless/brcm80211/brcmfmac/sdio.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/net/wireless/brcm80211/brcmfmac/sdio.c
This file does not use any pci APIs, drop
pci header includes.
Signed-off-by: Michael S. Tsirkin
---
drivers/staging/olpc_dcon/olpc_dcon.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/olpc_dcon/olpc_dcon.c
b/drivers/staging/olpc_dcon/olpc_dcon.c
index bc7e664..d115f5c
This driver does not use any PCI IDs, don't include
the pci_ids.h header.
Signed-off-by: Michael S. Tsirkin
---
drivers/input/serio/gscps2.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/input/serio/gscps2.c b/drivers/input/serio/gscps2.c
index 94ab494..ecba666 100644
---
This file does not use any pci APIs, drop
pci header includes.
Signed-off-by: Michael S. Tsirkin
Acked-by: Arend van Spriel
---
drivers/net/wireless/brcm80211/brcmfmac/bcmsdh.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wireless/brcm80211/brcmfmac/bcmsdh.c
A bunch of drivers pull in linux/pci.h or linux/pci_ids.h without actually
using any PCI APIs.
Clean this up, drop the includes.
These patches were split out from bigger pci_ids.h exporting patchset.
I think the pci tree is easiest to use for these changes.
Please review, and consider for 4.1.
On Mon, Mar 30, 2015 at 12:46:36PM +0200, Michael S. Tsirkin wrote:
> Sorry about keeping this thread alive, I'm just trying
> to wrap my head around what you consider a sane API.
>
> Linux used not to export headers automatically, generally.
> It used to be "just use libc". Why is this header
On Mon, Mar 30, 2015 at 12:07:44PM +0200, Greg KH wrote:
> On Mon, Mar 30, 2015 at 10:31:54AM +0200, Michael S. Tsirkin wrote:
> > On Mon, Mar 30, 2015 at 09:53:31AM +0200, Greg KH wrote:
> > > On Mon, Mar 30, 2015 at 09:15:26AM +0200, Michael S. Tsirkin wrote:
> > > > On Mon, Mar 30, 2015 at
Hi Maxime,
On Tue, 03 Mar 2015, Maxime Coquelin wrote:
>
> On 02/26/2015 02:10 PM, Peter Griffin wrote:
> >To allow UHS modes to work properly we need to provide the st specific
> >set_uhs_signaling callback function. This function differs from the
> >generic sdhci_set_uhs_signaling callback in
On 03/30/2015 07:28 PM, Mel Gorman wrote:
On Mon, Mar 30, 2015 at 09:40:54AM +, Naoya Horiguchi wrote:
hugetlb doesn't support NUMA balancing now, but that doesn't mean that we
don't have to make hugetlb code prepared for PROTNONE entry properly.
In the current kernel, when a process
Hi Maxime,
On Tue, 03 Mar 2015, Maxime Coquelin wrote:
>
> On 02/26/2015 02:10 PM, Peter Griffin wrote:
> >Due to the tight timing constriants in some UHS modes, it is required to have
> s/constriant/constraints/
Will fix.
> >+
> >+static inline void st_mmcss_set_static_delay(void __iomem
On 30 March 2015 at 15:57, Peter Zijlstra wrote:
> Hmm, is your xtensa/tile compiler different from your others? But no,
> I think we need to move it back to global scope. Lemme go do that.
These were generated by Fenguang's build-bot.
--
To unsubscribe from this list: send the line "unsubscribe
Hi Maxime,
On Tue, 03 Mar 2015, Maxime Coquelin wrote:
> >+
> >+#define ST_MMC_CCONFIG_REG_10x400
> Maybe my mail client, but I see a tab instead of a space after #define.
Yes your correct, have fixed all occurances in v3
regards,
Peter.
--
To unsubscribe from this list: send
On Mon, Mar 30, 2015 at 09:40:54AM +, Naoya Horiguchi wrote:
> hugetlb doesn't support NUMA balancing now, but that doesn't mean that we
> don't have to make hugetlb code prepared for PROTNONE entry properly.
> In the current kernel, when a process accesses to hugetlb range protected
> with
On Mon, Mar 30, 2015 at 03:25:36PM +0530, Viresh Kumar wrote:
> On 30 March 2015 at 13:48, Peter Zijlstra wrote:
> > I did the below on top; I'll sit on these patches for a wee while in the
> > hope of the blackfin maintainer explaining his reasons for wrecking
> > cacheline_aligned.
>
> Two
On Sun, Mar 29, 2015 at 09:04:47AM +0200, Ingo Molnar wrote:
>
> * Preeti U Murthy wrote:
>
> > Hi,
> >
> > Can you please add sta...@vger.kernel.org to the Cc?
> > Without the patch, we get RCU warnings during bootup.
> > Hence the patch is important for the stable kernels as well.
>
> This
2015-03-17 11:14 GMT+01:00 Sascha Hauer :
> This series adds support for the PMIC wrapper found on MT8135 and
> MT8173 SoCs. This has been sent several times already as part of
> different series, this time broken out as a series only containing
> the wrapper code. No further compile time
> Sender : Tomeu Vizoso
> Date : 2015-03-17 18:36 (GMT+09:00)
> Title : [PATCH v6 2/8] PM / devfreq: tegra: Update to v5 of the submitted
> patches
>
> There seemed to be some miscommunication and an old version of the
> submitted patches was merged.
>
> This commit updates the driver to v5,
On Mon, Mar 30, 2015 at 10:07:37AM +0200, Jiri Olsa wrote:
SNIP
> >
> > 2 things:
> > 1. let run for a long time. go about using the server. do lots of builds,
> > etc. it takes time
> >
> > 2. use a box with a LOT of cpus (1024 in my case)
> >
> > Make sure ulimit is set to get the core.
>
On Sun, 2015-22-03 at 04:42:59 UTC, "Shreyas B. Prabhu" wrote:
> Fastsleep is one of the idle state which cpuidle subsystem currently
> uses on power8 machines. In this state L2 cache is brought down to a
> threshold voltage. Therefore when the core is in fastsleep, the
> communication between L2
Hi Kame-san,
On 03/27/2015 12:31 AM, Kamezawa Hiroyuki wrote:
> On 2015/03/26 13:55, Gu Zheng wrote:
>> Hi Kame-san,
>> On 03/26/2015 11:19 AM, Kamezawa Hiroyuki wrote:
>>
>>> On 2015/03/26 11:17, Gu Zheng wrote:
Previously, we build the apicid <--> cpuid mapping when the cpu is
I am announcing the release of the Linux 3.16.7-ckt9 kernel.
The updated 3.16.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.16.y
and can be browsed at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;h=refs/heads/linux-3.16.y;a=shortlog
The diff from
2015-03-27 10:18 GMT+01:00 Sascha Hauer :
> Signed-off-by: Sascha Hauer
> ---
The patch should have a text as description.
Thanks,
Matthias
--
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
2015-03-27 10:18 GMT+01:00 Sascha Hauer :
> The pericfg and infracfg units also provide reset lines to several
> other SoC internal units. Add support for the reset controller.
This messages is a bit confusing, could you explain better what the
patch does and how this interacts with pericfg and
On Mon, Mar 30, 2015 at 11:40:20AM +0200, Dr. H. Nikolaus Schaller wrote:
> >>> diff --git a/Documentation/usb/usb-serial.txt
> >>> b/Documentation/usb/usb-serial.txt
> >>> index 947fa62..9f184d8 100644
> >>> --- a/Documentation/usb/usb-serial.txt
> >>> +++ b/Documentation/usb/usb-serial.txt
>
On Mon, Mar 30, 2015 at 11:32:39AM +0200, Dr. H. Nikolaus Schaller wrote:
> Hi Johan,
>
> Am 30.03.2015 um 09:45 schrieb Johan Hovold :
>
> > On Sat, Mar 28, 2015 at 02:37:57PM +0100, Marek Belisko wrote:
> >> From: "H. Nikolaus Schaller"
> >>
> >> While trying to test the Pyra GSM/GPS/3G
Hi Kame-san,
On 03/27/2015 12:42 AM, Kamezawa Hiroyuki wrote:
> On 2015/03/27 0:18, Tejun Heo wrote:
>> Hello,
>>
>> On Thu, Mar 26, 2015 at 01:04:00PM +0800, Gu Zheng wrote:
>>> wq generates the numa affinity (pool->node) for all the possible cpu's
>>> per cpu workqueue at init stage, that
Hi Kame-san,
On 03/27/2015 12:42 AM, Kamezawa Hiroyuki wrote:
> On 2015/03/27 0:18, Tejun Heo wrote:
>> Hello,
>>
>> On Thu, Mar 26, 2015 at 01:04:00PM +0800, Gu Zheng wrote:
>>> wq generates the numa affinity (pool->node) for all the possible cpu's
>>> per cpu workqueue at init stage, that
On Mon, Mar 30, 2015 at 10:31:54AM +0200, Michael S. Tsirkin wrote:
> On Mon, Mar 30, 2015 at 09:53:31AM +0200, Greg KH wrote:
> > On Mon, Mar 30, 2015 at 09:15:26AM +0200, Michael S. Tsirkin wrote:
> > > On Mon, Mar 30, 2015 at 08:55:22AM +0200, Greg KH wrote:
> > > > On Mon, Mar 30, 2015 at
This patch fix a spelling typo in MODULE_DESCRIPTION in ts5500_flash.c.
Signed-off-by: Masanari Iida
---
drivers/mtd/maps/ts5500_flash.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mtd/maps/ts5500_flash.c b/drivers/mtd/maps/ts5500_flash.c
index d1d671d..9969fed
On Mon, Mar 30, 2015 at 09:06:43AM +, EunTaik Lee wrote:
> There is a possible race condition when a device
> is added while another device with the same parent
> , with ref count of one, is deleted.
>
> CPU0CPU1
> device_add() device_del()
> get_device_parent()
701 - 800 of 1870 matches
Mail list logo
