As commit 3957848(mmc: drop the speed mode of card's state) applies,
this change should be followed.
drivers/net/wireless/rsi/rsi_91x_sdio.c:288:20: error: 'MMC_STATE_HIGHSPEED'
undeclared (first use in this function)
drivers/net/wireless/rsi/rsi_91x_sdio.c:299:4: error: implicit declaration of
On Tue, Apr 22, 2014 at 08:33:35AM +0200, Vlastimil Babka wrote:
> On 22.4.2014 1:53, Minchan Kim wrote:
> >On Mon, Apr 21, 2014 at 11:43:24PM +0200, Vlastimil Babka wrote:
> >>On 21.4.2014 21:41, Andrew Morton wrote:
> >>>On Thu, 17 Apr 2014 09:07:45 +0900 Minchan Kim wrote:
> >>>
> Hi Vlasti
On Tue, Apr 22, 2014 at 1:30 PM, Jianyu Zhan wrote:
> For a cgroup subsystem who should init early, then it should carefully
> take care of the implementation of css_alloc, because it will be called
> before mm_init() setup the world.
>
> Luckily we don't, and we better explicitly assign the early
On Tue, Apr 22, 2014 at 2:22 PM, Li Zefan wrote:
> If you think this is the right thing to do, you can apply the same reason
> to the initialization of other structures in the whole kernel tree.
>
>> Signed-off-by: Jianyu Zhan
>
> nack
Hi, Li,
Sorry for the noise.
For cpuset subsystem, this fi
On Tue, Apr 22, 2014 at 2:06 PM, Ingo Molnar wrote:
> How can that field ever be nonzero?
>
> I.e. under what exact circumstances does this patch make sense?
Hi, Ingo,
For cpuset subsystem, this filed is nonzero; for other subsystems, this is zero.
Actually none of these subsystem will change th
When the system has zero or one button available, trying to rmmod
soc_button_array will cause crash. Fix this by properly handling -ENODEV
in probe().
Signed-off-by: Lejun Zhu
---
drivers/input/misc/soc_button_array.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/input/misc/soc_but
Hi Linus,
here is a small batch of GPIO fixes for the v3.15 series. I expect more
to come in but I'm a bit behind on mail, might as well get these to you
right now.
Please pull them in!
Yours,
Linus Walleij
The following changes since commit c9eaa447e77efe77b7fa4c953bd62de8297fd6c5:
Linux 3
From: Lv Zheng
The size of the buffer allocated for generic_serial_bus region access
is not correct. This patch introduces acpi_ex_get_serial_access_length()
to be invoked to obtain correct data buffer length. Reported by
Lan Tianyu, Fixed by Lv Zheng.
Signed-off-by: Lv Zheng
Signed-off-by: L
Add i2c_smbus_quick_write/read() helper function. These will be used
in the implementation of i2c ACPI address space handler.
Signed-off-by: Lan Tianyu
---
drivers/i2c/i2c-core.c | 30 ++
include/linux/i2c.h| 2 ++
2 files changed, 32 insertions(+)
diff --git a/
Ping?
(I'll have a week holidays from next week.
So thank you if you could give me your comments soon!)
Thanks,
H.Seto
(2014/04/17 18:35), Hidetoshi Seto wrote:
> Hi all,
>
> This patch set (rebased on v3.15-rc1) is my 4th try to fix an issue
> that idle/iowait of /proc/stat can go backward.
There is already acpi_bus_get_private_data() to get ACPI handle data
which is associated with acpi_bus_private_data_handler(). This patch
is to add acpi_bus_attach_private_data() to make a pair and facilitate
to attach and get data to/from ACPI handle.
Signed-off-by: Lan Tianyu
---
drivers/acpi/
Add i2c_smbus_word/block_proc_call() helper function. These will be used
in the implementation of i2c ACPI address space handler.
Signed-off-by: Lan Tianyu
---
drivers/i2c/i2c-core.c | 56 ++
include/linux/i2c.h| 4
2 files changed, 60 in
ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
region.
It allows ACPI aml code able to access such kind of devices to implement
some ACPI standard method.
ACPI Spec defines some access attribute to associate with i2c protocol.
AttribQuick R
Use acpi_bus_attach_private_data() to attach private data
instead of acpi_attach_data().
Signed-off-by: Lan Tianyu
---
drivers/acpi/thermal.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/acpi/thermal.c b/drivers/acpi/thermal.c
index c1e31a4..7ab9392 100644
On 22.4.2014 1:53, Minchan Kim wrote:
On Mon, Apr 21, 2014 at 11:43:24PM +0200, Vlastimil Babka wrote:
On 21.4.2014 21:41, Andrew Morton wrote:
On Thu, 17 Apr 2014 09:07:45 +0900 Minchan Kim wrote:
Hi Vlastimil,
Below just nitpicks.
It seems you were ignored ;)
Oops, I managed to miss you
This patch is to add CONFIG_I2C_ACPI. Current there is a race between
removing I2C ACPI operation region and ACPI AML code accessing.
So make i2c core built-in if CONFIG_I2C_ACPI is set.
Signed-off-by: Lan Tianyu
---
drivers/i2c/Kconfig | 17 -
drivers/i2c/Makefile | 2 +-
incl
Clean up ACPI related code in the i2c core.
Signed-off-by: Lan Tianyu
---
drivers/i2c/i2c-acpi.c | 89 ++
drivers/i2c/i2c-core.c | 95 --
include/linux/i2c.h| 3 ++
3 files changed, 92 insertions(+),
The acpi_buffer_to_resource is needed in i2c module
to convert aml buffer to struct acpi_resource
Signed-off-by: Lan Tianyu
---
drivers/acpi/acpica/rscreate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/acpi/acpica/rscreate.c b/drivers/acpi/acpica/rscreate.c
index 75d3690..582864
ACPI 5.0 spec(5.5.2.4.5) defines GenericSerialBus(i2c, spi, uart) operation
region. It allows ACPI aml code able to access such kind of devices to
implement some ACPI standard method.
On the Asus T100TA, Bios use GenericSerialBus operation region to access
i2c device to get battery info. So batter
This is a prepared patch for converting from per-cgroup id to
per-subsystem id.
We should not access per-cgroup id directly, since this is
implemetation detail.
Use the accessor css_from_id() instead.
This patch has no functional change.
Signed-off-by: Jianyu Zhan
---
net/core/netprio_cgroup.
This is a prepared patch for converting from per-cgroup id to
per-subsystem id.
We should not access per-cgroup id directly, since this is implemetation
detail. Use the accessor css_from_id() instead.
This patch has no functional change.
Signed-off-by: Jianyu Zhan
---
mm/memcontrol.c | 8 -
Currently, cgrp->id is only used to look up css's. As cgroup and
css's lifetimes is now decoupled, it should be made per-subsystem
and moved to css->css_id so that lookups are successful until the
target css is released.
Signed-off-by: Jianyu Zhan
---
include/linux/cgroup.h | 26 +++
This is a prepared patch for converting from per-cgroup id to
per-subsystem id.
Some subsystems dereference the per-cgrpu id directly, but this is
implementation-specific, so it should be transparent for subsystems.
Use this accessor instead.
Signed-off-by: Jianyu Zhan
---
include/linux/cgroup
Currently, cgrp->id is only used to look up css's. As cgroup and
css's lifetimes is now decoupled, it should be made per-subsystem
and moved to css->css_id so that lookups are successful until the
target css is released.
Patch 1-3 are prep patches.
Patch 4 do the coverting job.
Thanks!
Jianyu Z
On 2014/4/22 13:31, Jianyu Zhan wrote:
> For a cgroup subsystem who should init early, then it should carefully
> take care of the implementation of css_alloc, because it will be called
> before mm_init() setup the world.
>
> Luckily we don't, and we better explicitly assign the early_init field
>
On 2014/4/22 13:44, Jianyu Zhan wrote:
> To suppress this warning:
>
> warning: ‘err’ may be used uninitialized in this function
> [-Wmaybe-uninitialized]
> int err;
> ^
I don't see this warning, and I don't see how this is possible.
static int create_css(struct cgroup *cgrp, struct cg
If "idr->hint == p" is true, it also implies "idr->hint" is true(not NULL).
Signed-off-by: Lai Jiangshan
Acked-by: Tejun Heo
---
lib/idr.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/idr.c b/lib/idr.c
index 9ed37a7..39158ab 100644
--- a/lib/idr.c
+++ b/lib/idr.
On 04/21/14 23:05, Ingo Molnar wrote:
* beh...@converseincode.com wrote:
From: Behan Webster
Wrap -mno-80387 gcc options with cc-option so they don't break clang.
Signed-off-by: Behan Webster
---
arch/x86/Makefile | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/ar
On 2014/4/22 13:27, Jianyu Zhan wrote:
> For a cgroup subsystem who should init early, then it should carefully
> take care of the implementation of css_alloc, because it will be called
> before mm_init() setup the world.
>
> Luckily we don't, and we better explicitly assign the early_init field
>
idr_replace() open-codes the logic to calculate the maximum valid ID
given the height of the idr tree; unfortunately, the open-coded logic
doesn't account for the fact that the top layer may have unused slots
and over-shifts the limit to zero when the tree is at its maximum
height.
The following t
"#ifndef TEST" can't work for user space test now, just remove it.
Signed-off-by: Lai Jiangshan
Acked-by: Tejun Heo
---
lib/idr.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/lib/idr.c b/lib/idr.c
index 39158ab..96bb252 100644
--- a/lib/idr.c
+++ b/lib/idr.c
@@ -20,
On 04/19/2014 12:52 PM, Aaro Koskinen wrote:
> Hi,
>
> On Mon, Apr 14, 2014 at 01:46:16PM +0200, Robert Baldyga wrote:
>> dev_info(&pdev->dev,
>> - "OMAP USB OTG controller rev %d.%d (%s, id=%d, vbus=%d)\n",
>> - (rev >> 4) & 0xf, rev & 0xf, config->extcon, otg_dev->id
Hi Eric,
After merging the audit tree, today's linux-next build (sparc defconfig)
failed like this:
In file included from include/linux/audit.h:29:0,
from mm/mmap.c:33:
arch/sparc/include/asm/syscall.h: In function 'syscall_get_arch':
arch/sparc/include/asm/syscall.h:131:9: error
When the smaller id is not found, idr_replace() returns -ENOENT.
But when the id is bigger enough, idr_replace() returns -EINVAL,
actually there is no difference between these two kinds of ids.
These are all unallocated id, the return values of the idr_replace()
for these ids should be the same: -
If the ida has at least one existing id, and when an unallocated ID which
meets a certain condition is passed to the ida_remove(), the system will crash
because it hits NULL pointer dereference.
The condition is that the unallocated ID shares the same lowest idr layer with
the existing ID, but the
If unallocated_id = (ANY * idr_max(idp->layers) + existing_id) is passed
to idr_remove(). The existing_id will be removed unexpectedly.
The following test shows this unexpected id-removal:
static void test4(void)
{
int id;
DEFINE_IDR(test_idr);
printk(KERN_INFO "Start tes
Patch1 fix a bug caused by overflow.
Patch2,3 add checks for unallocated_id.
Patch4 changes to returned error code
Patch5-7 cleanup.
All patches are acked by Tejun.
Thanks
Lai
Lai Jiangshan (7):
idr: fix overflow bug during maximum ID calculation at maximum height
idr: fix unexpected ID-remo
After idr subsystem is changed to RCU-awared, the free layer will not go to
the free list. The free list will not be filled up when idr_remove().
So we don't need to shink it too.
Signed-off-by: Lai Jiangshan
Acked-by: Tejun Heo
---
lib/idr.c | 16
1 files changed, 0 insertio
From: Behan Webster
Protect more options for arm with cc-option so that we don't get errors when
using clang instead of gcc. Add more or different options when using clang as
well.
Author: Behan Webster
Signed-off-by: Mark Charlebois
Signed-off-by: Behan Webster
---
arch/arm/Makefile
* Jianyu Zhan wrote:
> For a cgroup subsystem who should init early, then it should carefully
> take care of the implementation of css_alloc, because it will be called
> before mm_init() setup the world.
>
> Luckily we don't, and we better explicitly assign the early_init field
> to 0, for docu
* beh...@converseincode.com wrote:
> From: Behan Webster
>
> Wrap -mno-80387 gcc options with cc-option so they don't break clang.
>
> Signed-off-by: Behan Webster
> ---
> arch/x86/Makefile | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/arch/x86/Makefile b/arch
Gleb,
On 4/20/14, 12:26 PM, Gleb Natapov wrote:
On Fri, Apr 18, 2014 at 07:11:33AM +0300, Nadav Amit wrote:
When using address-size override prefix with string instructions in long-mode,
ESI/EDI/ECX are zero extended if they are affected by the instruction
(incremented/decremented). Currently,
Hi,
On Sunday 20 April 2014 07:56 AM, Davidlohr Bueso wrote:
> Performing vma lookups without taking the mm->mmap_sem is asking
> for trouble. While doing the search, the vma in question can be
> modified or even removed before returning to the caller. Take the
> lock (shared) in order to avoid ra
On Mon, Apr 21, 2014 at 10:34 PM, Ken Moffat wrote:
> On Tue, Apr 22, 2014 at 03:31:06AM +0100, Ken Moffat wrote:
>
> [ resending, somehow lkml dropped out of the Cc. ]
>
>> On Tue, Apr 22, 2014 at 12:19:40AM +0100, Ken Moffat wrote:
>> > On Mon, Apr 21, 2014 at 05:29:27PM -0400, Ed Tomlinson wrot
Hi Darrick,
Thanks for the reply, sorry for responding late.
On Wed, Apr 16, 2014 at 11:16 PM, Darrick J. Wong
wrote:
> On Wed, Apr 16, 2014 at 01:21:34PM +0530, Amit Sahrawat wrote:
>> Sorry Ted, if it caused the confusion.
>>
>> There were actually 2 parts to the problem, the logs in the first
Hi all
Have these warning messages when compiling kernel.
Anyone know what's wrong?
Regards.
In file included from mm/readahead.c:10:0:
mm/readahead.c: In function 'max_sane_readahead':
include/linux/kernel.h:713:17: warning: comparison of distinct pointer
types lacks
To suppress this warning:
warning: ‘err’ may be used uninitialized in this function
[-Wmaybe-uninitialized]
int err;
^
Use the uninitialized_var() to decalre err. It also serves to be good
documetation.
Signed-off-by: Jianyu Zhan
---
kernel/cgroup.c | 2 +-
1 file changed, 1 inser
From: Behan Webster
Wrap -mno-80387 gcc options with cc-option so they don't break clang.
Signed-off-by: Behan Webster
---
arch/x86/Makefile | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/x86/Makefile b/arch/x86/Makefile
index d1b7c37..ce6ad7e 100644
--- a/arch/x86
In This patch we introduce f2fs_seek_block to support SEEK_{DATA,HOLE} of
lseek(2).
Signed-off-by: Chao Yu
---
fs/f2fs/f2fs.h |6
fs/f2fs/file.c | 96 +++-
2 files changed, 101 insertions(+), 1 deletion(-)
diff --git a/fs/f2fs/f2fs.
We'd better handle inline data case independently in f2fs_bmap().
It can reduce our handling time in f2fs_bmap().
Signed-off-by: Chao Yu
---
fs/f2fs/data.c |5 +
1 file changed, 5 insertions(+)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index 6b89b25..150c12a 100644
--- a/fs/f2fs/data
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to 0, for document reason.
Signed-off-by: Jianyu
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to 0, for document reason.
Signed-off-by: Jianyu
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to 0, for document reason.
Signed-off-by: Jianyu
(2014/04/22 12:51), Rusty Russell wrote:
> Steven Rostedt writes:
>> On Mon, 24 Mar 2014 20:26:05 +0900
>> Masami Hiramatsu wrote:
>>
>>
>>> Thank you for reporting with this pretty backtrace :)
>>> Steven, I think this is not the kprobe bug but ftrace (and perhaps, module).
>>
>> Looks to be mor
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to 0, for document reason.
Signed-off-by: Jianyu
On 04/21/14 at 09:58pm, Yinghai Lu wrote:
> On Mon, Apr 21, 2014 at 8:16 PM, WANG Chao wrote:
> > On 04/21/14 at 11:01am, Kees Cook wrote:
> >> On Mon, Apr 21, 2014 at 10:56 AM, Yinghai Lu wrote:
> >> > On Mon, Apr 21, 2014 at 3:52 AM, WANG Chao wrote:
> >> >> Hi, Kees
> >> >>
> >> >> When I'm t
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to 0, for document reason.
Signed-off-by: Jianyu
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to 0, for document reason.
Signed-off-by: Jianyu
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to 0, for document reason.
Signed-off-by: Jianyu
For a cgroup subsystem who should init early, then it should carefully
take care of the implementation of css_alloc, because it will be called
before mm_init() setup the world.
Luckily we don't, and we better explicitly assign the early_init field
to 0, for document reason.
Signed-off-by: Jianyu
ctx is no longer used in kiocb_cancel since
57282d8fd74407 ("aio: Kill ki_users")
Cc: Alexander Viro
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/aio.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index 12a3de0e..b92fdee 100644
---
When calling kzalloc_node(size, flags, node), we should first check
whether node is onlined, otherwise it may cause invalid memory access
as below.
[ 3663.324476] BUG: unable to handle kernel paging request at 1f08
[ 3663.332348] IP: [] __alloc_pages_nodemask+0xb9/0x2d0
[ 3663.339719]
bs is no longer used in biovec_create_pool
since 9f060e2231ca96
("block: Convert integrity to bvec_alloc_bs()")
Cc: Alexander Viro
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/bio-integrity.c | 2 +-
fs/bio.c| 4 ++--
include/linux/bio.h | 2 +-
3 files changed, 4 inse
From: Mark Charlebois
The call to __builtin_log2 presumes there is a
double log2(double x) function defined in the kernel.
The call to hash_log is a call to hash_64 which is
defined in include/linux/hash.h
static __always_inline u64 hash_64(u64 val, unsigned int bits)
That means that __builtin
nr_segs is no longer used in bio_alloc_map_data since
c8db444820a1e3 ("block: Don't save/copy bvec array anymore")
Cc: Alexander Viro
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/bio.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/fs/bio.c b/fs/bio.c
ind
There have been confusion all the time about which mailing list to follow for
cpufreq activities, linux...@vger.kernel.org or cpuf...@vger.kernel.org.
As Maintainers always wanted people to send patches to linux...@vger.kernel.org
and kernel source asked them to use cpuf...@vger.kernel.org.
Lets m
* Hans-Christian Egtvedt wrote:
> Around Fri 18 Apr 2014 06:05:23 -0700 or thereabout, tip-bot for Peter
> Zijlstra wrote:
> > Commit-ID: 710adaa913169d7183cdf0de41c2a349101ff615
> > Gitweb:
> > http://git.kernel.org/tip/710adaa913169d7183cdf0de41c2a349101ff615
> > Author: Peter Zijls
On Mon, Apr 21, 2014 at 8:16 PM, WANG Chao wrote:
> On 04/21/14 at 11:01am, Kees Cook wrote:
>> On Mon, Apr 21, 2014 at 10:56 AM, Yinghai Lu wrote:
>> > On Mon, Apr 21, 2014 at 3:52 AM, WANG Chao wrote:
>> >> Hi, Kees
>> >>
>> >> When I'm testing kaslr with kdump, I find that when 2nd kernel is
* Tony Lindgren [140421 20:06]:
> * Tony Lindgren [140421 13:26]:
> > * Rob Herring [140421 12:01]:
> > > Something like this is what you had in mind?
...
> > > --- a/drivers/of/irq.c
> > > +++ b/drivers/of/irq.c
> > > @@ -400,6 +400,26 @@ int of_irq_to_resource(struct device_node *dev, int
> >
On Tue, April 22, 2014, Stephen Rothwell wrote:
> Hi Chris,
>
> After merging the mmc tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> drivers/net/wireless/rsi/rsi_91x_sdio.c: In function 'rsi_reset_card':
> drivers/net/wireless/rsi/rsi_91x_sdio.c:288:20: error: 'MMC_S
On 04/21/2014 11:15 PM, Stefan (metze) Metzmacher wrote:
> Am 21.04.2014 21:55, schrieb Jeff Layton:
>> On Mon, 21 Apr 2014 21:39:12 +0200
>> "Michael Kerrisk (man-pages)" wrote:
>>
>>> On 04/21/2014 08:46 PM, Rich Felker wrote:
On Mon, Apr 21, 2014 at 08:32:44PM +0200, Michael Kerrisk (man-p
On Mon, Apr 21, 2014 at 3:45 PM, Andrew Morton
wrote:
> On Thu, 17 Apr 2014 17:16:22 -0700 Kees Cook wrote:
>
>> When writing to a sysctl string, each write, regardless of VFS position,
>> begins writing the string from the start. This means the contents of
>> the last write to the sysctl control
On 04/21/2014 07:25 PM, Davidlohr Bueso wrote:
On Mon, 2014-04-21 at 16:26 +0200, Manfred Spraul wrote:
Hi all,
the increase of SHMMAX/SHMALL is now a 4 patch series.
I don't have ideas how to improve it further.
Manfred, is there any difference between this set and the one you sent a
couple o
On 21 April 2014 22:20, Andi Kleen wrote:
> Hmm that's odd. I guess could assign it to a dummy variable
That produces this:
scripts/mod/modpost.c: In function ‘remove_dot’:
scripts/mod/modpost.c:1708:16: warning: variable ‘ignore’ set but not
used [-Wunused-but-set-variable]
> or use viro's var
On 04/19/2014 09:32 AM, Santosh Shilimkar wrote:
> From: Grygorii Strashko
[..]
> + * Look in bottom up direction for the first "dma-range" property
> + * and parse it.
> + * dma-ranges format:
> + * DMA addr (dma_addr) : naddr cells
> + * CPU addr (phys_addr_t) : pna cells
> + * size
On Tuesday 22 April 2014 04:50 AM, Frederic Weisbecker wrote:
> It's still over-detailed. Much of the above is easily deduced after common
> review. OTOH
> I proposed to summarize there: https://lkml.org/lkml/2014/4/11/334
> The below disambiguates it a bit further.
Hmm.. Something broke for sure
This check was introduced in 2006 by Alexey Dobriyan (9774a1f54f173)
for module parameters; we removed it when we unified the check into
VERIFY_OCTAL_PERMISSIONS() as sysfs didn't have the same requirement.
Now all those users are fixed, reintroduce it.
Cc: Alexey Dobriyan
Cc: Dave Jones
Cc: Joe
This adds checking for world-writable sysfs files, after cleaning up
all the users. This check has been in module sysfs params since 2006.
If you have a reason for being world-writable, please tell me now!
Rusty Russell (9):
drivers/mtd/devices/docg3.c: avoid world-writable sysfs files.
driv
In line with practice for module parameters, we're adding a build-time
check that sysfs files aren't world-writable.
Cc: Simon Wood
Signed-off-by: Rusty Russell
---
drivers/hid/hid-lg4ff.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/hid-lg4ff.c b/drivers/hid/
Steven Rostedt writes:
> On Mon, 24 Mar 2014 20:26:05 +0900
> Masami Hiramatsu wrote:
>
>
>> Thank you for reporting with this pretty backtrace :)
>> Steven, I think this is not the kprobe bug but ftrace (and perhaps, module).
>
> Looks to be more of a module issue than a ftrace issue.
>
>>
>> I
In line with practice for module parameters, we're adding a build-time
check that sysfs files aren't world-writable.
Cc: Vincent Sanders
Cc: Ben Dooks
Signed-off-by: Rusty Russell
---
drivers/video/fbdev/sm501fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/vide
In line with practice for module parameters, we're adding a build-time
check that sysfs files aren't world-writable.
Cc: Greg Kroah-Hartman
Signed-off-by: Rusty Russell
---
samples/kobject/kobject-example.c | 7 ---
samples/kobject/kset-example.c| 7 ---
2 files changed, 8 insertion
In line with practice for module parameters, we're adding a build-time
check that sysfs files aren't world-writable.
Cc: Christopher Brannon
Cc: Samuel Thibault
Cc: Greg Kroah-Hartman
Signed-off-by: Rusty Russell
---
drivers/staging/speakup/kobjects.c | 60 --
In line with practice for module parameters, we're adding a build-time
check that sysfs files aren't world-writable.
Cc: Robert Jarzmik
Signed-off-by: Rusty Russell
---
drivers/mtd/devices/docg3.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/devices/docg3.
In line with practice for module parameters, we're adding a build-time
check that sysfs files aren't world-writable.
Cc: Lindar Liu
Cc: James Bottomley
Signed-off-by: Rusty Russell
---
drivers/scsi/pm8001/pm8001_ctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/
In line with practice for module parameters, we're adding a build-time
check that sysfs files aren't world-writable.
Cc: Mark Brown
Signed-off-by: Rusty Russell
---
drivers/regulator/virtual.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/regulator/virtu
In line with practice for module parameters, we're adding a build-time
check that sysfs files aren't world-writable.
Cc: Bruno Prémont
Signed-off-by: Rusty Russell
---
drivers/hid/hid-picolcd_fb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hid/hid-picolcd_fb.c b
Hi Eric,
Today's linux-next merge of the audit tree got a conflict in
arch/mips/kernel/ptrace.c between commits 6e34574603f6 ("MIPS: asm:
syscall: Define syscall_get_arch") and 1225eb825208("MIPS: ptrace: Move
away from secure_computing_strict") from Linus' tree and commit
8ea408a0c1e7 ("ARCH: AUD
Hi Haojian Zhuang,
On Tue, Apr 22, 2014 at 09:35:42AM +0800, Haojian Zhuang wrote:
> If gpio base number isn't specified, the gpio base will be find from
> the end of gpio number. In order to keep with schematics, use alias
> to get the ID of gpio chip.
>
> Signed-off-by: Haojian Zhuang
> ---
>
On Sat, Apr 19, 2014 at 12:32 PM, Michael Leun
wrote:
> 2a901468c221e778af52603e006a53
Odd -- its unclear how you ended up with this bisect given that
REGULATORY_COUNTRY_IE_IGNORE is not set for any driver currently. To
see this you can try:
mcgrof@ergon ~/linux-stable (git::linux-3.14.y)$ git g
due to enabling
-- CONFIG_REGULATOR
-- CONFIG_REGULATOR_ACT8865
Signed-off-by: Wenyou Yang
---
Hi Nicolas,
It is a typo.
This patch is based on the branch: at91-3.16-dt, not at91-3.10-dt of
git://github.com/at91linux/linux-at91.git
Best Regards,
Wenyou Yang
arch/arm/co
Hi Jingoo,
On Tue, Apr 22, 2014 at 7:48 AM, Jingoo Han wrote:
> On Wednesday, April 16, 2014 11:49 PM, Vivek Gautam wrote:
>> On Wed, Apr 16, 2014 at 7:14 PM, Tomasz Figa wrote:
>> > On 15.04.2014 08:09, Vivek Gautam wrote:
>> >> On Thu, Apr 10, 2014 at 5:09 PM, Vivek Gautam wrote:
>> >>> On We
Signed-off-by: Wenyou Yang
---
Hi Nicolas,
This patch is based on the branch: at91-3.16-dt
git://github.com/at91linux/linux-at91.git
Best Regards,
Wenyou Yang
Changelog:
v2.0
1./ Remove vddana_reg's property: regulator-always-on.
arch/arm/boot/dts/at91-sama5d3_xplained.dts | 41 +++
On Mon, 2014-04-21 at 18:46 -0400, Tejun Heo wrote:
> Hello,
>
> On Mon, Apr 21, 2014 at 05:23:50PM +0800, Li Zhong wrote:
>
> Proper /** function comment would be nice.
Ok, will try to write some in next version.
>
> > +struct kernfs_node *lock_device_hotplug_sysfs(struct device *dev,
> > +
Il 21/04/2014 15:20, Bandan Das ha scritto:
+ for (i = j = 0; i < max_shadow_read_write_fields; i++) {
+
Extra empty line. Not a big deal, but...
+ switch (shadow_read_write_fields[i]) {
+ case GUEST_BNDCFGS:
+ if (!vmx_mpx_supported())
Il 20/04/2014 22:13, Marcelo Tosatti ha scritto:
The same code which resets it to false inside the
handle_invalid_guest_state loop (so you would stop emulating
at the same point as you do with this patch).
So (barring any bugs where we fail to set vmx->emulation_required to
true) the "vmx->emu
The array debugfs_known_mountpoints[] will cause extra '/'
character output.
Remove it.
pre:
$ perf probe -l
/sys/kernel/debug//tracing/uprobe_events file does not exist -
please rebuild kernel with CONFIG_UPROBE_EVENTS.
post:
$ perf probe -l
/sys/kernel/debug/tracing/uprobe_events file does not
On 04/21/14 at 11:01am, Kees Cook wrote:
> On Mon, Apr 21, 2014 at 10:56 AM, Yinghai Lu wrote:
> > On Mon, Apr 21, 2014 at 3:52 AM, WANG Chao wrote:
> >> Hi, Kees
> >>
> >> When I'm testing kaslr with kdump, I find that when 2nd kernel is loaded
> >> high, it doesn't boot.
> >>
> >> I reserved 12
we want to skip the logical block which is partially covered by
the discard bio, so check the remaining size and subtract it if
there is a need to goto the next logical block.
This patch corrects the offset usage in zram_bio_discard.
Signed-off-by: Weijie Yang
---
drivers/block/zram/zram_drv.c
Hi Chris,
After merging the mmc tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/net/wireless/rsi/rsi_91x_sdio.c: In function 'rsi_reset_card':
drivers/net/wireless/rsi/rsi_91x_sdio.c:288:20: error: 'MMC_STATE_HIGHSPEED'
undeclared (first use in this function)
c
1 - 100 of 561 matches
Mail list logo
