Hello, Linus.
This is workqueue updates for v3.7-rc1. A lot of activities this
round including considerable API and behavior cleanups.
* delayed_work combines a timer and a work item. The handling of the
timer part has always been a bit clunky leading to confusing
cancelation API with weird
Ok, so you don`t know. Well, then it looks like what I said, to me. What
is a 100us load, that gets filtered by a 10ms filter? Nothing.
Or a very very small value that rises and falls over 10ms.
Load-distribution based on a spike that happened a long time ago (in
computing terms) seems very o
Hi Thierry,
On 10/2/2012 11:30 AM, Thierry Reding wrote:
> On Wed, Sep 26, 2012 at 04:57:42PM +0530, Philip, Avinash wrote:
> [...]
>> +#include
> [...]
>> +static struct pwmss_platform_data am33xx_data = {
>> +.has_configspace= true,
>> +};
>
> This structure is defined in a public
On Mon, Oct 1, 2012 at 11:56 PM, Andreas Sturmlechner
wrote:
>> Andreas, can you please check whether 3.5.x works for you, just to
>> make sure that this particular elephant is only wreaking havoc in 3.4
>> and earlier?
>
> I've been using 3.5 all the time since .0, I never had any trouble there -
* Tejun Heo wrote:
> timer: Generalize timer->base flags handling
> timer: Relocate declarations of init_timer_on_stack_key()
> timer: Clean up timer initializers
> timer: Implement TIMER_IRQSAFE
Note that I pushed these timer changes to Linus already and
Linus pulled t
Hello, Linus.
This is cgroup updates for v3.7-rc1.
* xattr support is added. The implementation is shared with tmpfs.
The usage is restricted and intended to be used to manage per-cgroup
metadata by system software. tmpfs changes are routed through this
branch with Hugh's permission.
* c
On Fri, 28 Sep 2012 23:16:30 -0400 John Stultz wrote:
>
> After Kernel Summit and Plumbers, I wanted to consider all the various
> side-discussions and try to summarize my current thoughts here along
> with sending out my current implementation for review.
>
> Also: I'm going on four weeks of p
Compiling qla_gs.o (part of the qla2xxx module) triggers two GCC
warnings:
drivers/scsi/qla2xxx/qla_gs.c: In function ‘qla2x00_fdmi_rhba’:
drivers/scsi/qla2xxx/qla_gs.c:1339:7: warning: array subscript is above
array bounds [-Warray-bounds]
drivers/scsi/qla2xxx/qla_gs.c: In function ‘q
Hello,
This is another v3.7-rc1 pull request for cgroup. Currently,
different cgroup subsystems handle nested cgroups completely
differently. There's no consistency among subsystems and the
behaviors often are outright broken.
People at least seem to agree that the broken hierarhcy behaviors ne
On Tue, 2012-10-02 at 07:51 +0100, Mel Gorman wrote:
> I'm going through old test results to see could I find any leftover
> performance regressions that have not yet been fixed (most have at this point
> or at least changed in such a way to make a plain revert impossible). One
> major regression
These patches reset PCIe devices at boot time to address DMA problem on
kdump with iommu. When "reset_devices" is specified, a hot reset is
triggered on each PCIe root port and downstream port to reset its
downstream endpoint.
Background:
A kdump problem about DMA has been discussed for a long tim
This patch resets PCIe devices at boot time by hot reset when
"reset_devices" is specified.
Signed-off-by: Takao Indoh
---
arch/x86/include/asm/pci-direct.h |1
arch/x86/kernel/setup.c |3
arch/x86/pci/early.c | 302
drivers/pci/pci
This patch enables INTx if MSI is disabled in pcibios_enable_device().
In normal case interrupt disable bit in command register is 0b on boot
time, but in case of kdump, this bit may be 1b. It causes problems of
some drivers. At leaset I confirmed mptsas driver does not work in such
a case. This pa
Hi Henrik/Dmitry,
We are working on a product specific driver for Synaptics DS4 I2C touchscreen
devices. It was submitted on Sept. 16, 2012, but has not been reviewed.
(http://lkml.org/lkml/2012/9/16/24).
We found several warnings after running script/checkpatch.pl, therefore
an updated patch is
On Mon, 2012-10-01 at 13:06 +0300, Andy Shevchenko wrote:
> Sometimes memory-to-memory test is failed, that's why we need to choose
> minimum
> data portion between source and destination limits together.
>
> Signed-off-by: Andy Shevchenko
Applied, thanks for taking care of this
--
~Vinod
--
On Tue, Oct 02, 2012 at 08:46:32AM +0200, Thomas Hellstrom wrote:
> On 10/01/2012 11:47 AM, Maarten Lankhorst wrote:
> >I was doing a evil hack where I 'released' lru_lock to lockdep before doing
> >the annotation
> >for a blocking acquire, and left trylock annotations as they were. This made
> >
On Tue, Oct 2, 2012 at 1:16 AM, Randy Dunlap wrote:
> This build still fails on linux-next of 20121001 when
> VIRTIO is not enabled.
I meant to send this to 3.6-rc, but now that 3.6 is out, I've pushed
it on remoteproc's for-next branch and will send it to 3.7.
It will show up on linux-next the
From: Emil Goode
The flush_delayed_work_sync function is deprecated,
we can instead call flush_delayed_work directly.
Sparse is giving a warning:
drivers/hid/hid-picolcd_fb.c:611:2: warning:
‘flush_delayed_work_sync’ is deprecated
(declared at include/linux/workqueue.h:454)
On Tue, Oct 02, 2012 at 12:46:16PM +0530, Sekhar Nori wrote:
> Hi Thierry,
>
> On 10/2/2012 11:30 AM, Thierry Reding wrote:
> > On Wed, Sep 26, 2012 at 04:57:42PM +0530, Philip, Avinash wrote:
> > [...]
> >> +#include
> > [...]
> >> +static struct pwmss_platform_data am33xx_data = {
> >> + .has_
This is a large set of updates, mostly for drivers (qla2xxx [including
support for new 83xx based card], qla4xxx, mpt2sas, bfa, zfcp, hpsa,
be2iscsi, isci, lpfc, ipr, ibmvfc, ibmvscsi, megaraid_sas). There's
also a rework for tape adding virtually unlimited numbers of tape drives
plus a set of dif
In this patch-set we move all Device Tree start-up code from the u8500
board file and into the more persistent db8500 cpu file. This will aid
future endeavours to remove platform code completely from Mainline. We
also enable some of the devices found on the STUIB (User Interface
board), which attac
Here we apply required documentation for the Rohm BU21013 Touch
Screen driver which describe available properties and how to use
them.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Lee Jones
---
.../bindings/input/touchscreen/bu21013.txt | 28
Currently the BU21013 Touch Screen driver requests a regulator by the
name of 'V-TOUCH', which doesn't exist anywhere in the kernel. The
correct name, as referenced in platform regulator code is 'avdd'. Here,
when we request a regulator, we use the correct name instead.
Cc: Dmitry Torokhov
Cc: li
These GPIO init and exit functions have no place in platform data.
Instead they should be part of the driver. This patch moves them to
their rightful place, which subsequently elevates platform data of
yet more cruft.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Lee Jones
-
Now we can register the BU21013_ts touch screen when booting with
Device Tree enabled. Here we parse all the necessary components
previously expected to be passed from platform data.
Cc: Dmitry Torokhov
Cc: linux-in...@vger.kernel.org
Signed-off-by: Lee Jones
---
drivers/input/touchscreen/bu210
We're currently carrying two 'struct bu21013_platform_device's which
are identical for no apparent reason. Here we remove the extra burden
and apply the same information to the two different instances of the
bu21012_tp driver registration.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/board-m
The regulator_has_full_constraints() call is not required if we
are booting with Device Tree as it's assumed in this case.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/cpu-db8500.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500
Hi, Steven,
This patch series make a snapshot feature available from userspace
via debugfs.
(But I know that you are working for multi-buffer. If these
patches collide with your work much, I will resubmit my patches
after that. What would you think?)
If we set CONFIG_TRACER_SNAPSHOT, this snapsh
To aid the kernel in its effort to move to DT only booting, we're
transplanting all Device Tree related code to cpu-db8500 which will
remain persistent throughout the transition. This change paths the
way for complete removal of board-mop500, which will be done once
the all DMA settings are moved i
It is possible to connect a BU21013 Touch Screen to all version
of the HREF which support the ST-UIB. This patch applies all the
necessary settings to the pre-v60 and v60+ HREF Device Trees.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/hrefprev60.dts |6 ++
arch/arm/boot/dts/hrefv60pl
As there will be a Device Tree created for the UIBs, there is no
need to call the UIB initiation functions. Each device will be
detailed and registered from the Device Tree instead.
Signed-off-by: Lee Jones
---
arch/arm/mach-ux500/cpu-db8500.c |2 +-
1 file changed, 1 insertion(+), 1 deletio
This is a skeleton creation which will be populated with the devices
found on one of ST-Ericsson's (UIB) User Interface Board.
Signed-off-by: Lee Jones
---
arch/arm/boot/dts/hrefprev60.dts |1 +
arch/arm/boot/dts/hrefv60plus.dts |1 +
arch/arm/boot/dts/stuib.dtsi | 15 +++
On Mon, 2012-10-01 at 15:11 +0200, Paolo Bonzini wrote:
> Il 26/07/2012 15:28, Paolo Bonzini ha scritto:
> > James,
> >
> > patch 1 fixes scanning of LUNs whose number is greater than 255. QEMU
> > passes a max_lun of 16383 (because it uses SAM numbering) but in Linux
> > it must become 32768 (be
Hi Linus,
I would like to ask for pulling another set of CMA and DMA-mapping framework
updates for v3.7.
The following changes since commit a0d271cbfed1dd50278c6b06bead3d00ba0a88f9:
Linux 3.6 (2012-09-30 16:47:46 -0700)
are available in the git repository at:
git://git.linaro.org/people/ms
On Fri, Sep 28, 2012 at 5:35 PM, Emil Goode wrote:
> The dma_addr_t type can be eigher u32 or u64 depending on
> the configuration. We should use a format specifyer for the
> larges type and explicitly cast to it.
>
> Sparse warnings:
> drivers/remoteproc/remoteproc_core.c:234:2: warning:
>
On Mon, Oct 1, 2012 at 4:45 AM, Fengguang Wu wrote:
> Hi Ohad,
>
> FYI, kernel build failed on
>
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git
> for-next
> head: bec109a430e8c67bae1743f7e71898283234a77f
> commit: ec4d02d9180f407c41f8310a13b34e473c671fbb [6/9] remot
We are trying to implement a physical memory hot removing function as
following thread.
https://lkml.org/lkml/2012/9/5/201
But there is not enough review to merge into linux kernel.
I think there are following blockades.
1. no physical memory hot removable system
2. huge patch-set
If you ha
Trace buffer size is now per-cpu, so that there are following two
patterns in resize of the buffers.
(1) resize per-cpu buffers to same given size
(2) resize per-cpu buffers to the other trace_array's buffer size
for each CPU (such as preparing the max_tr which is equivalent
to the
Ftrace has a snapshot feature available from kernel space and
latency tracers (e.g. irqsoff) are using it. This patch enables
user applictions to take a snapshot via debugfs.
Add following two debugfs files in "tracing" directory.
snapshot:
This is used to take a snapshot and to read the ou
This patch adds snapshot description in ftrace documentation.
This description includes what the snapshot is and how to use it.
Signed-off-by: Hiraku Toyooka
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Rob Landley
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.o
From: Wen Congyang
remove_memory() is called in two cases:
1. echo offline >/sys/devices/system/memory/memoryXX/state
2. hot remove a memory device
In the 1st case, the memory block's state is changed and the notification
that memory block's state changed is sent to userland after calling
remove
print_max and use_max_tr in struct tracer are "int" variables and
used like flags. This is wasteful, so change the type to "bool".
Signed-off-by: Hiraku Toyooka
Cc: Steven Rostedt
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: linux-kernel@vger.kernel.org
---
kernel/trace/trace.h |
On 10/2/2012 1:37 PM, Thierry Reding wrote:
> On Tue, Oct 02, 2012 at 12:46:16PM +0530, Sekhar Nori wrote:
>> Hi Thierry,
>>
>> On 10/2/2012 11:30 AM, Thierry Reding wrote:
>>> On Wed, Sep 26, 2012 at 04:57:42PM +0530, Philip, Avinash wrote:
>>> [...]
+#include
>>> [...]
+static struct p
From: Wen Congyang
The function remove_memory() will be called when hot removing a
memory device. But even if offlining memory, we cannot notice it.
So the patch update memory block's state and notify to userspace.
Additionally, the memory device may contain more than one memory
block. If the me
Using ARRAY_SIZE() is more readable.
Signed-off-by: Dan Carpenter
diff --git a/arch/x86/kernel/cpu/intel_cacheinfo.c
b/arch/x86/kernel/cpu/intel_cacheinfo.c
index 9a7c90d..93c5451 100644
--- a/arch/x86/kernel/cpu/intel_cacheinfo.c
+++ b/arch/x86/kernel/cpu/intel_cacheinfo.c
@@ -991,7 +991,7 @@
Under 'Opportunistic sleep' situation, system sleep might be
triggered very frequently, so the uncahce work may not be completed
before caching firmware during next suspend.
This patch cancels the uncache work before caching firmware to
fix the problem above.
Also this patch optimizes the cachein
On Mon, Oct 01, 2012 at 03:30:57PM -0700, Haiyang Zhang wrote:
> Add another page buffer if the request message crossed page boundary.
>
What are the user visible effects of this bug fix? Please put that
in the commit message.
regards,
dan carpenter
--
To unsubscribe from this list: send the l
On Tue, Oct 02, 2012 at 09:49:36AM +0200, Mike Galbraith wrote:
> On Tue, 2012-10-02 at 07:51 +0100, Mel Gorman wrote:
> > I'm going through old test results to see could I find any leftover
> > performance regressions that have not yet been fixed (most have at this
> > point
> > or at least chan
On 9/25/2012 4:41 PM, Prabhakar wrote:
> From: Lad, Prabhakar
>
> vpif_display relied on a 1-1 mapping of output and subdev. This is not
> necessarily the case. Separate the two. So there is a list of subdevs
> and a list of outputs. Each output refers to a subdev and has routing
> information. A
On Mon, 1 Oct 2012, Jeff Moyer wrote:
> Date: Mon, 01 Oct 2012 12:52:19 -0400
> From: Jeff Moyer
> To: Lukas Czerner
> Cc: Jens Axboe , linux-kernel@vger.kernel.org,
> Dave Chinner
> Subject: Re: [PATCH] loop: Limit the number of requests in the bio list
>
> Lukas Czerner writes:
>
> > C
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> To aid the kernel in its effort to move to DT only booting, we're
> transplanting all Device Tree related code to cpu-db8500 which will
> remain persistent throughout the transition. This change paths the
> way for complete removal of board-mop5
This is just too much code for me to do a quick patch on. It really needs
to be evaulated with concerns to what an optimal scheduler is. That would
be to operate on actual system load ofcourse, not a filtered system load
that doesn`t represent what is actually happening on a computer.
What
Great job! I'm glad to see that you like my proof of concept patch.
I though that +/-10 logic can switch between border states smoothly.
But I have no strong experience in such kind of fuzzy-logic stuff,
so it's no surprise that my code fails in some cases.
(one note below about numbers)
Hugh Dic
On Tue, Oct 2, 2012 at 4:35 PM, Ming Lei wrote:
> ---
> drivers/base/firmware_class.c | 30 --
> 1 file changed, 24 insertions(+), 6 deletions(-)
Please ignore the buggy patch, sorry for the noise.
Thanks,
--
Ming Lei
--
To unsubscribe from this list: send the lin
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> We're currently carrying two 'struct bu21013_platform_device's which
> are identical for no apparent reason. Here we remove the extra burden
> and apply the same information to the two different instances of the
> bu21012_tp driver registration.
Il 02/10/2012 10:18, James Bottomley ha scritto:
> On Mon, 2012-10-01 at 15:11 +0200, Paolo Bonzini wrote:
>> Il 26/07/2012 15:28, Paolo Bonzini ha scritto:
>>> James,
>>>
>>> patch 1 fixes scanning of LUNs whose number is greater than 255. QEMU
>>> passes a max_lun of 16383 (because it uses SAM n
On 10/01/2012 11:06 PM, Johannes Weiner wrote:
> On Tue, Sep 18, 2012 at 06:04:00PM +0400, Glauber Costa wrote:
>> This is just a cleanup patch for clarity of expression. In earlier
>> submissions, people asked it to be in a separate patch, so here it is.
>>
>> [ v2: use named enum as type through
On Tue, Oct 02, 2012 at 01:34:28AM +0100, Stephen Boyd wrote:
> On 09/24/12 10:19, Will Deacon wrote:
> > Ok, I've pushed a bunch of patches to my hw-breakpoint branch (head commit
> > 55cb726797c7). I'll post them to the list after the merge window, but please
> > do take them for a spin if you ge
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> Currently the BU21013 Touch Screen driver requests a regulator by the
> name of 'V-TOUCH', which doesn't exist anywhere in the kernel. The
> correct name, as referenced in platform regulator code is 'avdd'. Here,
> when we request a regulator, w
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> These GPIO init and exit functions have no place in platform data.
> Instead they should be part of the driver. This patch moves them to
> their rightful place, which subsequently elevates platform data of
> yet more cruft.
>
> Cc: Dmitry Torokh
On 10/01/2012 09:00 PM, Michal Hocko wrote:
> On Tue 25-09-12 12:52:50, Glauber Costa wrote:
>> > For the root memcg, there is no need to rely on the res_counters.
> This is true only if there are no children groups but once there is at
> least one we have to move global statistics into root res_co
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> Now we can register the BU21013_ts touch screen when booting with
> Device Tree enabled. Here we parse all the necessary components
> previously expected to be passed from platform data.
>
> Cc: Dmitry Torokhov
> Cc: linux-in...@vger.kernel.org
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> Here we apply required documentation for the Rohm BU21013 Touch
> Screen driver which describe available properties and how to use
> them.
>
> Cc: Dmitry Torokhov
> Cc: linux-in...@vger.kernel.org
> Signed-off-by: Lee Jones
Should be CC to th
On Tue, 2012-10-02 at 09:45 +0100, Mel Gorman wrote:
> On Tue, Oct 02, 2012 at 09:49:36AM +0200, Mike Galbraith wrote:
> > Hm, 518cd623 fixed up the troubles I saw. How exactly are you running
> > this?
> >
>
> You saw problems with TCP_RR where as this is UDP_STREAM.
Yeah, but I wanted to st
"Michael Chan" writes:
> On Fri, 2012-09-28 at 22:45 +0200, Ferenc Wagner wrote:
>
>> Upgrading the kernel on our HS20 blades resulted in their SoL (serial
>> over LAN) connection being broken. The disconnection happens when eth0
>> (the interface involved in SoL) is brought up during the boot
Am 01.10.2012 11:21, schrieb Alexander Holler:
Hello,
Am 01.10.2012 11:10, schrieb Jan Kara:
sha1sum Tainted: P O 3.5.4-9-gfa43f23-dirty #228
BTW, fglrx moodule taints the kernel because it is a proprietary
driver.
I know.
Can you reproduce the issue without this module l
On Tue 02-10-12 13:15:43, Glauber Costa wrote:
> On 10/01/2012 09:00 PM, Michal Hocko wrote:
> > On Tue 25-09-12 12:52:50, Glauber Costa wrote:
> >> > For the root memcg, there is no need to rely on the res_counters.
> > This is true only if there are no children groups but once there is at
> > lea
Hi Jiri,
On Tue, Oct 02, 2012 at 12:21:16AM +0200, Jiri Kosina wrote:
> On Wed, 12 Sep 2012, Stephen Rothwell wrote:
>
> > Hi Jiri,
> >
> > Today's linux-next merge of the trivial tree got a conflict in
> > drivers/video/backlight/88pm860x_bl.c between commit a6ccdcd98c39 ("mfd:
> > 88pm860x: Us
On 10/02/2012 04:25 PM, Yasuaki Ishimatsu wrote:
> We are trying to implement a physical memory hot removing function as
> following thread.
>
> https://lkml.org/lkml/2012/9/5/201
>
> But there is not enough review to merge into linux kernel.
>
> I think there are following blockades.
> 1. no phy
Hi Haojian,
On Tue, Oct 02, 2012 at 10:25:06AM +0800, Haojian Zhuang wrote:
> > I removed this patchset until it builds...
> >
> I'm sorry for inconvenience. Now fix it.
All 4 patches applied now.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
--
To unsubscribe fro
2012/10/02 18:42, Ni zhan Chen wrote:
> On 10/02/2012 04:25 PM, Yasuaki Ishimatsu wrote:
>> We are trying to implement a physical memory hot removing function as
>> following thread.
>>
>> https://lkml.org/lkml/2012/9/5/201
>>
>> But there is not enough review to merge into linux kernel.
>>
>> I th
Some flags are used internally by the allocators for management
purposes. One example of that is the CFLGS_OFF_SLAB flag that slab uses
to mark that the metadata for that cache is stored outside of the slab.
No cache should ever pass those as a creation flags. We can just ignore
this bit if it hap
On 10/1/2012 6:02 PM, Matt Porter wrote:
> On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote:
>> Hi Matt,
>>
>> On 9/29/2012 1:07 AM, Matt Porter wrote:
>>> L3RAM (shared SRAM) is needed for use by several drivers.
>>> This creates a genalloc pool and a hook for the platform code
>>> to p
On Tue, 02 Oct 2012 11:19:15 +0200, Mike Galbraith wrote:
On Tue, 2012-10-02 at 08:56 +0200, Uwaysi Bin Kareem wrote:
What you can do for the time being is just set it to 1nS. If that
doesn`t
negatively impact anything, then you know it is bogus.
I already know that there is negative impa
On Thu, 2012-06-07 at 10:03 +, Satendra Pratap wrote:
> We have Synopsys DMAC controller on our SoC and are trying to use open source
> dw_dmac.c driver. We are using linux-3.2.2 kernel but it seems dw_dmac.c does
> not have any support for it. Later I checked out that its been added in later
On Mon, Oct 01, 2012 at 12:48:31PM -0600, Shuah Khan wrote:
> Remove local BUS_NOTIFY_UNBOUND_DRIVER define. This is not used since
> BUS_NOTIFY_UNBOUND_DRIVER is defined in include/linux/device.h
>
> Signed-off-by: Shuah Khan
> ---
> lib/dma-debug.c |5 -
> 1 file changed, 5 deletions(-
On Fri, 2012-07-06 at 11:01 +0800, dangdang168 wrote:
> Hi,
>I have the same problems with the description of
> "https://lkml.org/lkml/2012/6/11/322";, could you give me some help
> with it ? thank you !
Could you try the very recent version from the linux-next?
Please, follow the disc
Sparse warning:
fs/nfs/super.c:2638:16: sparse: symbol 'nfs_callback_tcpport' was not
declared. Should it be static?
Reported-by: Fengguang Wu
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/callback.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fs/nfs/callback.h b/f
Sparse warnings:
fs/nfs/nfs4sysctl.c:56:5: warning: symbol 'nfs4_register_sysctl' was not
declared. Should it be static?
fs/nfs/nfs4sysctl.c:64:6: warning: symbol 'nfs4_unregister_sysctl' was not
declared. Should it be static?
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/nfs4sysctl.c |1 +
Sparse warning:
fs/nfs/nfs4getroot.c:11:5: warning: symbol 'nfs4_get_rootfh' was not declared.
Should it be static?
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/getroot.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/fs/nfs/getroot.c b/fs/nfs/getroot.c
index 4654ced
Build error:
fs/nfs/netns.h:27:15: error: 'NFS4_MAX_MINOR_VERSION' undeclared here (not in
a function)
Reported-by: Fengguang Wu
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/netns.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fs/nfs/netns.h b/fs/nfs/netns.h
index
Sparse warning:
fs/nfs/super.c:2517:15: warning: symbol 'nfs_xdev_mount' was not declared.
Should it be static?
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/super.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/nfs/super.c b/fs/nfs/super.c
index a719bc0..b4079bb
First two patched fixes problems reported by Fengguang Wu
.
The following series implements...
---
Stanislav Kinsbursky (5):
nfs: include NFSv4 header in netns.h
nfs: declare nfs_callback_tcp_port in header
nfs: declare nfs_xdev_mount as static
nfs: include nfs4_fh.h in n
On Mon, Oct 01, 2012 at 12:35:43PM -0600, Jason Gunthorpe wrote:
> On Mon, Oct 01, 2012 at 06:56:47PM +0100, Dave Martin wrote:
>
> > > > If the kernel is intended to be loadable at a physical address which is
> > > > not statically known, no ELF loader that does not ignore the ELF
> > > > phdr
>
On 10/02/2012 02:04 PM, Dan Carpenter wrote:
> Using ARRAY_SIZE() is more readable.
>
> Signed-off-by: Dan Carpenter
>
Reviewed-by: Srivatsa S. Bhat
Regards,
Srivatsa S. Bhat
> diff --git a/arch/x86/kernel/cpu/intel_cacheinfo.c
> b/arch/x86/kernel/cpu/intel_cacheinfo.c
> index 9a7c90d..93c5
I should have mentioned that these seven patches were made for linux-next/akpm,
which contains the last 14-patch series for aoe.
On Oct 1, 2012, at 9:59 PM, "Ed Cashin" wrote:
> The ATA over Ethernet protocol uses a major (shelf) and
> minor (slot) address to identify a particular storage targe
On Mon, 2012-10-01 at 19:31 +0200, Jiri Olsa wrote:
> @@ -696,7 +696,7 @@ struct perf_branch_stack {
>
> struct perf_regs_user {
> __u64 abi;
> - struct pt_regs *regs;
> + struct pt_regs regs;
> };
That's somewhat unfortunate but unavoidable I guess, can't go mo
On Tue, 2 Oct 2012, Stephen Rothwell wrote:
> Hi Konrad,
>
> Today's linux-next merge of the xen-two tree got a conflict in
> drivers/xen/Makefile between commit 9fa5780beea1 ("USB EHCI/Xen:
> propagate controller reset information to hypervisor") from Linus' tree
> and commit 13febc84849d ("xen:
On Mon, Oct 01, 2012 at 02:22:19PM -0600, Bjorn Helgaas wrote:
> This is an old bug report I'd like to close out. Do you guys know
> anything about it? I couldn't even find the
> "microamps_requested_vmmc" string in the v3.6 kernel, so I suspect
> it's obsolete.
You can't find the string because
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> This is a skeleton creation which will be populated with the devices
> found on one of ST-Ericsson's (UIB) User Interface Board.
>
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> As there will be a Device Tree created for the UIBs, there is no
> need to call the UIB initiation functions. Each device will be
> detailed and registered from the Device Tree instead.
>
> Signed-off-by: Lee Jones
Acked-by, but...
> -
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> It is possible to connect a BU21013 Touch Screen to all version
> of the HREF which support the ST-UIB. This patch applies all the
> necessary settings to the pre-v60 and v60+ HREF Device Trees.
>
> Signed-off-by: Lee Jones
Acked-by: Linus Wal
On Tue, Oct 2, 2012 at 10:13 AM, Lee Jones wrote:
> The regulator_has_full_constraints() call is not required if we
> are booting with Device Tree as it's assumed in this case.
>
> Signed-off-by: Lee Jones
Acked-by: Linus Walleij
Thanks,
Linus Walleij
--
To unsubscribe from this list: send th
On Tue, Oct 02, 2012 at 06:55:18AM +0200, Ingo Molnar wrote:
Thanks for the review, Ingo.
> > @@ -584,8 +586,12 @@ int __irq_alloc_descs(int irq, unsigned int from,
> > unsigned int cnt, int node,
> > #define irq_alloc_desc_from(from, node)\
> > irq_alloc_descs(-1, from, 1, node
On 05.08.2012, at 11:52, Julia Lawall wrote:
> From: Julia Lawall
>
> Convert a 0 error return code to a negative one, as returned elsewhere in the
> function.
>
> A new label is also added to avoid freeing things that are known to not yet
> be allocated.
>
> A simplified version of the seman
On 10/1/2012 7:20 PM, Ben Gardiner wrote:
> On Mon, Oct 1, 2012 at 8:32 AM, Matt Porter wrote:
>> On Mon, Oct 01, 2012 at 05:34:02PM +0530, Sekhar Nori wrote:
>>> Hi Matt,
>>>
>>> On 9/29/2012 1:07 AM, Matt Porter wrote:
L3RAM (shared SRAM) is needed for use by several drivers.
This crea
hi,
I'm getting following warning when running basic cgroup perf stuff:
(perf stat -a -e faults -G krava -- sleep 10)
WARNING: at kernel/events/core.c:397 perf_cgroup_switch+0x1c6/0x1e0()
Hardware name: Montevina platform
Modules linked in:
Pid: 1173, comm: bash Not tainted 3.6.0+ #129
Call T
On Tue, 2012-10-02 at 08:38 +0200, Johannes Berg wrote:
> Hi Kevin,
>
> > So I tried that but all I got back was:
> >
> > cat: /sys/kernel/debug/ieee80211/phy*/queues: No such file or directory
> >
> > so I'm assuming it's because I must not have mac80211 debugfs. So how
> > do I get it?
>
* Alexander Gordeev wrote:
> On Tue, Oct 02, 2012 at 06:55:18AM +0200, Ingo Molnar wrote:
>
> Thanks for the review, Ingo.
>
> > > @@ -584,8 +586,12 @@ int __irq_alloc_descs(int irq, unsigned int from,
> > > unsigned int cnt, int node,
> > > #define irq_alloc_desc_from(from, node) \
On Mon, 1 Oct 2012, Andy Lutomirski wrote:
> This fixes two issues that could cause incompatibility between
> kernel versions:
>
> - If a tracer uses SECCOMP_RET_TRACE to select a syscall number
>higher than the largest known syscall, emulate the unknown
>vsyscall by returning -ENOSYS.
1 - 100 of 633 matches
Mail list logo
