On Mon, Mar 30, 2015 at 02:38:35PM +0200, Michal Marek wrote:
> Is this a limitation of a particular ARM ABI or a limitation of a state
> of the art ARM linker or something else?
It's a limitation of the ARM ISA.
Normal PC-relative branches, which are emitted by the C compiler, can
branch +/- 32M
Ups, sorry for the noise, please ignore. Already discussed elsewhere.
jbe
--
Pengutronix e.K. | Juergen Borleis |
Industrial Linux Solutions | http://www.pengutronix.de/ |
--
To unsubscribe from this list: send the line "unsubscribe lin
Em Mon, Mar 30, 2015 at 01:49:07PM +0200, Jiri Olsa escreveu:
> On Mon, Mar 30, 2015 at 01:21:08PM +0200, Jiri Olsa wrote:
> > > looks like race among __machine__findnew_thread and thread__put
> > > over the machine->threads rb_tree insert/removal
> > > is there a reason why thread__put does not e
Since we have required at least GCC v3.2 for some time now, we
can drop the special handling of the 'gcc[0-9]_compiled.' label
which is not emitted anymore since GCC v3.0.
Signed-off-by: Ard Biesheuvel
---
scripts/kallsyms.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/scripts/kallsyms.c b
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, a
Signed-off-by: Juergen Borleis
---
arch/arm/boot/dts/imx25-karo-tx25.dts | 84 +
1 file changed, 43 insertions(+), 41 deletions(-)
diff --git a/arch/arm/boot/dts/imx25-karo-tx25.dts
b/arch/arm/boot/dts/imx25-karo-tx25.dts
index 9b31faa96377..801c29e9c37c 100644
On Mon, Mar 30, 2015 at 10:07:08AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Mar 30, 2015 at 02:56:31PM +0200, Jiri Olsa escreveu:
> > 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:
> > > >
Two patches that update the kallsyms ignore logic.
Patch #1 adds logic to introduce symbols whose names end in (or equal)
"_veneer". This prevent kallsyms generation errors on large ARM kernels
where the emitted veneers will be different between the first and second
pass, due to the fact that the
Hi Stephen,
> -Original Message-
> From: Stephen Rothwell [mailto:s...@canb.auug.org.au]
> Sent: Monday, March 30, 2015 6:41 PM
> To: Appana Durga Kedareswara Rao
> Cc: vinod.k...@intel.com; linux-n...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Anirudha Sarangi
> Subject: Re: [PATCH
This patch fixes the following compilation warnings.
In file included from drivers/dma/xilinx/xilinx_vdma.c:26:0:
include/linux/dmapool.h:18:4: warning: 'struct device' declared inside
parameter list
size_t size, size_t align, size_t allocation);
^
include/linux/dmapool.h:18:4: warning: it
Em Mon, Mar 30, 2015 at 12:22:20PM +0200, Jiri Olsa escreveu:
> On Mon, Mar 30, 2015 at 10:07:37AM +0200, Jiri Olsa wrote:
> looks like race among __machine__findnew_thread and thread__put
> over the machine->threads rb_tree insert/removal
>
> is there a reason why thread__put does not erase itsel
Without this system suspend is broken on systems that have
drivers calling enable/disable_irq_wake() for interrupts based off
the dummy irq hook.
(e.g. drivers/gpio/gpio-pcf857x.c)
http://article.gmane.org/gmane.linux.kernel/1879035
Signed-off-by: Roger Quadros
---
kernel/irq/dummychip.c | 6 ++
On 30 March 2015 at 18:17, Peter Zijlstra wrote:
> No, I means something else with that. We can remove the
> tvec_base::running_timer field. Everything that uses that can use
> tbase_running() AFAICT.
Okay, there is one instance which still needs it.
migrate_timers():
BUG_ON(old_base->r
Hi Appana,
On Mon, 30 Mar 2015 11:40:02 + Appana Durga Kedareswara Rao
wrote:
>
> > -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
On Fri, Mar 27, 2015 at 11:50:42PM +0100, Stephan Mueller wrote:
> If a cipher allocation fails with -ENOENT, the testmgr now retries
> to allocate the cipher with CRYPTO_ALG_INTERNAL flag.
>
> As all ciphers, including the internal ciphers will be processed by
> the testmgr, it needs to be able t
Em Mon, Mar 30, 2015 at 12:22:20PM +0200, Jiri Olsa escreveu:
> 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 LO
Em Mon, Mar 30, 2015 at 02:56:31PM +0200, Jiri Olsa escreveu:
> 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, 201
On 30 March 2015 at 18:29, Greg KH wrote:
> 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:
On Mon, Mar 30, 2015 at 9:56 PM, Jiri Olsa wrote:
> 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 +
On Sun, Mar 29, 2015 at 03:49:20PM +0800, kbuild test robot wrote:
> drivers/pinctrl/pinctrl-max77620.c:472:3-8: No need to set .owner here. The
> core will do it.
>
> Remove .owner field if calls are used which set it automatically
>
> Generated by: scripts/coccinelle/api/platform_no_drv_owner
On Mon, 2015-02-23 at 14:45 +0200, Andy Shevchenko wrote:
> On Tue, 2015-01-20 at 23:49 +0200, Andy Shevchenko wrote:
> > This is the reworked patch series which had been sent earlier [1] to support
> > Intel CherryTrail SoC.
> >
> > The patches were tested on both BayTrail and CherryTrail SoCs.
>
On 3/29/15 9:08 PM, Mike Galbraith wrote:
Oh, you can add /proc/sys/kernel/sched_domain diddling to the hotplug
todo... which will either create read /sys, poke modify buttons over
yonder in /proc situation, or have to duplicate that.
-EPARSE.
you mean the /proc/sys/kernel/sched_domain/ files
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 thes
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 s
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 unloc
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 Kro
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 10
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 G
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 c
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 symbo
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 agai
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, but
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 causing
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 not
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 v2
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 that
> 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 a
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 de
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 global
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 Anv
"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 "ret
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 don'
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. Incre
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 C
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:
Mes
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 sits
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 = &event->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 fi
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
>> > h
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 prepared
>
>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 it
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 Durg
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, a
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 by
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 lots
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 eMM
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 hea
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 top
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) a
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 co
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 [] (sho
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 do
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
> sk_inet->inet_o
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
> > additional
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 u
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 proper
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.
>
> Signed
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, 1
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 o
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 automatically,
> -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 v
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
--- a/arch/arm/kernel/
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 iss
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: https://lkml.org/lkml/2013/5/1
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 Shevchen
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
--- a/drivers/
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
--- a/drive
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
b/drivers/net/wireless/b
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 10
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
--- a/drivers/
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
b/drivers/net/w
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 dif
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 08:55
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 t
701 - 800 of 942 matches
Mail list logo