On Tue, Mar 10, 2015 at 12:18:22PM -0700, J Freyensee wrote:
> Looking at IS_ERR(), it uses IS_ERR_VALUE() which uses unlikely(), which
> from what I understand is a compiler hint that means "this error is
> unlikely to happen".
>
> Well, is this error unlikely to happen? Looks like the error
From: Dave Chinner
Inodes are removed lazily from the bdi writeback list, so in the
absence of sync(2) work inodes will build up on the bdi writback
list even though they are no longer under IO. Use the periodic
kupdate work check to remove inodes no longer under IO from the
writeback list.
Hello,
On Tue, Mar 10, 2015 at 01:57:57PM -0400, Nicholas Mc Guire wrote:
> fix mxs-auart build failure. got -> goto and wrong jump target.
>
> Signed-off-by: Nicholas Mc Guire
Fabio was bit quicker than you. He sent the same patch just before you
with Message-Id:
On Tue, Mar 10, 2015 at 05:48:37PM +0100, Arnd Bergmann wrote:
> The cfi_staa_write_buffers function uses a large amount of kernel stack
> whenever CONFIG_MTD_MAP_BANK_WIDTH_32 is set, and that results in a
> warning on ARM allmodconfig builds:
>
> drivers/mtd/chips/cfi_cmdset_0020.c: In function
On Tue, Mar 10, 2015 at 8:48 AM, Borislav Petkov wrote:
> On Tue, Mar 10, 2015 at 08:42:40AM -0700, Yinghai Lu wrote:
>> In arch/x86/boot/header.S, we already use VO and ZO.
>> So please keep on using them, and don't introduce "kernel proper" etc.
>
> So you're suggesting commit messages should
Dgnc_state array of strings is never used anywhere and it seems pretty
useless anyway since the board state enum names speak for themselves.
Signed-off-by: Giedrius Statkevičius
---
drivers/staging/dgnc/dgnc_driver.c | 8
drivers/staging/dgnc/dgnc_driver.h | 1 -
2 files changed, 9
In sysfs methods struct device is guaranteed to not be NULL thus bd will
not be NULL in any way. Also, checking for bd->magic != DGNC_BOARD_MAGIC
and bd->state != BOARD_READY is redundant because we already don't
initialize broken boards since "dgnc: Don't save boards in memory that
have failed to
Remove FSF address because it's known in the past that it has changed.
Also, remove the pointless "do not change the coding style" comments
because it's one of the reasons why it's in staging and it's quite
contradictory to what it says in TODO. Also, they contain wrong e-mails
of people which are
On Tue, 10 Mar 2015, Lars Ellenberg wrote:
> > mempool_alloc() does not support __GFP_ZERO since elements may come from
> > memory that has already been released by mempool_free().
> >
> > Remove __GFP_ZERO from mempool_alloc() in drbd_req_new() and properly
> > initialize it to 0.
>
> We used
On Mon, 2015-03-09 at 13:07 -0700, David Rientjes wrote:
> If __get_user_pages() is faulting a significant number of hugetlb pages,
> usually as the result of mmap(MAP_LOCKED), it can potentially allocate a
> very large amount of memory.
>
> If the process has been oom killed, this will cause a
On 03/10/2015 07:05 PM, Andy Lutomirski wrote:
> x86_32, unlike x86_64, pads the top of the kernel stack. Document
> this padding and give it a name.
>
> This should make no change whatsoever to the compiled kernel image.
> It also doesn't fix any of the current bugs in this area.
>
>
Hi!
> This patch is very similar to mine patten trigger and all features are
> covered by my patch.
> If you are considering to take this feature, could you consider my patch
> instead?
> http://thread.gmane.org/gmane.linux.documentation/19116/focus=19135
That one is indeed better than this
On 03/10/2015 01:33 PM, Nishanth Menon wrote:
> On 03/10/2015 12:31 PM, Tony Lindgren wrote:
>> * Nishanth Menon [150310 10:25]:
>>> On 03/10/2015 10:33 AM, Tony Lindgren wrote:
* Linus Walleij [150310 03:39]:
> On Wed, Mar 4, 2015 at 1:00 AM, Nishanth Menon wrote:
>
>>
On Sat, 2015-03-07 at 01:43 +0300, Alexey Khoroshilov wrote:
> class_create() returns ERR_PTR on failure,
> so IS_ERR() should be used instead of check for NULL.
>
> Found by Linux Driver Verification project (linuxtesting.org).
>
> Signed-off-by: Alexey Khoroshilov
> ---
>
On 03/10/2015 07:06 PM, Andy Lutomirski wrote:
> This has confused me for a while. Now that I figured it out,
> document it.
Great!
> Signed-off-by: Andy Lutomirski
> ---
> arch/x86/include/asm/processor.h | 21 ++---
> 1 file changed, 18 insertions(+), 3 deletions(-)
>
>
On Tue, Mar 10, 2015 at 10:42 AM, Russell King - ARM Linux
wrote:
> On Tue, Mar 10, 2015 at 04:24:47PM +0100, Philipp Zabel wrote:
>> Hi Grant, Rob,
>>
>> Am Dienstag, den 03.03.2015, 08:59 +0100 schrieb Philipp Zabel:
>> > Hi Grant, Rob,
>> >
>> > this series has been around for quite some time
On Mon, Mar 9, 2015 at 6:13 PM, Casey Schaufler wrote:
> Subject: [PATCH 0/7 v21] LSM: Multiple concurrent LSMs
>
> Replace the current ad hoc stacking of the capabilities
> and Yama security modules with a generalized stacking scheme.
>
> The old structure had a single set of module hooks
On Tue, Mar 10, 2015 at 11:51 AM, Konstantin Khlebnikov
wrote:
> On Tue, Mar 10, 2015 at 8:32 PM, Andy Lutomirski wrote:
>> On Tue, Mar 10, 2015 at 10:22 AM, Konstantin Khlebnikov
>> wrote:
>>> Historically XFS project id doesn't have any permission control: file owner
>>> is able to set any
On Tue, Mar 10, 2015 at 09:31:01PM +0300, Stas Sergeev wrote:
> 10.03.2015 20:38, Russell King - ARM Linux пишет:
> > On Tue, Mar 10, 2015 at 08:27:34PM +0300, Stas Sergeev wrote:
> >> Please also find the same crash here:
> >>
On Tue, Mar 10, 2015 at 8:32 PM, Andy Lutomirski wrote:
> On Tue, Mar 10, 2015 at 10:22 AM, Konstantin Khlebnikov
> wrote:
>> Historically XFS project id doesn't have any permission control: file owner
>> is able to set any project id. Later they was sealed with user-namespace:
>> XFS allows to
On Tue, 10 Mar 2015, Mathias Nyman wrote:
> > Mathias:
> >
> > Your patch description says this:
> >
> >> The endpoint might already processesed some TRBs on the endpiont ring
> >> before we soft reset the endpoint.
> >> Make sure we set the dequeue pointer to where we were befere soft reset
>
On 03/10/2015 01:51 PM, Stas Sergeev wrote:
> 10.03.2015 20:35, Peter Hurley пишет:
>> On 03/10/2015 12:54 PM, Stas Sergeev wrote:
>>> Hello, the patch below is needed for a successful boot on armada-xp.
>>>
>>>
>>> -=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-
>>> This fixes the
Hi Linus,
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-fixes-v4.0-rc3
for you to fetch changes up to
On Tue, Mar 10, 2015 at 11:35:25AM -0700, Joe Perches wrote:
> On Tue, 2015-03-10 at 18:26 +, Hartley Sweeten wrote:
> > When comedi gets moved out of staging we will need to decide where the
> > headers go.
>
> Any idea when that might happen?
>
>
"when it is ready."
--
To unsubscribe
Hi,
I wonder how did you trigger the bug for your following fix?
commit 234f3ce485d54017f15cf5e0699cff4100121601
Author: Nadav Amit
Date: Thu Sep 18 22:39:38 2014 +0300
KVM: x86: Emulator fixes for eip canonical checks on near branches
Before changing rip (during jmp, call, ret,
On 03/10, Linus Torvalds wrote:
>
> So I'm not a huge fan of SLAB_DESTROY_BY_RCU in general, but for
> really core data structures like this, I think it's worth it.
I agree, but we have other users which can't be fixed if we just add
SLAB_DESTROY_BY_RCU to task_struct_cachep. So we need something
The sdhci_request function should consider a non-removable device
always present.
Call the correct logic already available in sdhci_do_get_cd function.
This fixes some logic paths where MMC requests are being made to
non-removable devices that do not have the card detect pin connected
on the
On Tue, 2015-03-10 at 18:26 +, Hartley Sweeten wrote:
> When comedi gets moved out of staging we will need to decide where the
> headers go.
Any idea when that might happen?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, Mar 10, 2015 at 12:23 AM, Hans de Goede wrote:
> Hi,
>
> On 10-03-15 07:17, Steven Noonan wrote:
>>
>> Hi Benjamin,
>>
>> I just got a ThinkPad X250 in today and have tried out your patches on
>> 3.19.1. Before the patches, the top TrackPoint buttons weren't working
>> at all, but the
On 03/10/2015 12:31 PM, Tony Lindgren wrote:
> * Nishanth Menon [150310 10:25]:
>> On 03/10/2015 10:33 AM, Tony Lindgren wrote:
>>> * Linus Walleij [150310 03:39]:
On Wed, Mar 4, 2015 at 1:00 AM, Nishanth Menon wrote:
> +Configuration definition follows similar model as the
On Tue, 2015-03-10 at 17:51 +0100, Arnd Bergmann wrote:
> As the only comments I got for the "mtd: cfi: reduce stack size"
> patch were about whitespace changes, it appears necessary to fix
> up the rest of the file as well, which contains the exact same
> mistakes.
trivia:
> diff --git
10.03.2015 20:38, Russell King - ARM Linux пишет:
> On Tue, Mar 10, 2015 at 08:27:34PM +0300, Stas Sergeev wrote:
>> Please also find the same crash here:
>> http://lists.linaro.org/pipermail/kernel-build-reports/2014-June/003872.html
> Hmm, looks like from the exynos5420-arndale-octa failure in
On Tue, 2015-03-10 at 18:27 +0100, Bartosz Golaszewski wrote:
> Searching for the member of an array closest to 'x' is
> duplicated in several places.
[]
> diff --git a/include/linux/kernel.h b/include/linux/kernel.h
[]
> @@ -116,6 +116,29 @@
> }
On Tue, Mar 10, 2015 at 11:50:03AM -0700, K. Y. Srinivasan wrote:
> Export the vmbus_sendpacket_pagebuffer_ctl() interface. This interface
> will be used in the netvsc driver to optimize signalling the host.
>
> Signed-off-by: K. Y. Srinivasan
Acked-by: Greg Kroah-Hartman
--
To unsubscribe
On Tuesday, March 10, 2015 9:25 AM, Joe Perches wrote:
> On Tue, 2015-03-10 at 16:10 +, Ian Abbott wrote:
>> "comedidev.h" includes PCI-specific stuff that gets included by all
>> comedi drivers including non-PCI ones. Separate it out into its own
>> header "comedi_pci.h". Make the new
On 10.03.2015 19:29, Alan Stern wrote:
> On Tue, 10 Mar 2015, Mathias Nyman wrote:
>
>> Yes, thank you
>>
>> Seems that It wasn't mature enough, I'll revert it.
>>
>> From your logs I can see what went wrong,
>>
>> If you still have some time, could you try out a patch (attached) and see if
>>
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> Sent: Tuesday, March 10, 2015 8:15 AM
> To: KY Srinivasan
> Cc: a...@canonical.com; de...@linuxdriverproject.org; o...@aepfle.de;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH V2 1/7] Drivers: hv: vmbus:
Hey,
Op 10-03-15 om 16:28 schreef Peter Zijlstra:
> On Tue, Mar 10, 2015 at 03:10:46PM +0100, Maarten Lankhorst wrote:
>> Op 10-03-15 om 13:37 schreef Peter Zijlstra:
>
>>> So IIRC this is the function that checks who gets wounded (and gets to
>>> do the whole retry thing), right?
>>>
>>> So for
This patch adds the support for APM Merlin board. The Merlin board
is based on the APM X-Gene Shadowcat SoC. This DTS enables PMU,
SATA and Serial.
Signed-off-by: Feng Kan
---
V1 Change:
- add memreserve for spintable.
- remove clkfreq attribute
- update spin location,
On Tue, Mar 10, 2015 at 9:16 AM, John Stoffel wrote:
>> "Andy" == Andy Lutomirski writes:
>
> Andy> As far as I can tell, these fields have been set to zero on save and
> Andy> ignored on restore since Linux was imported into git. Rename them
> Andy> '__pad1' and '__pad2' to avoid confusion
was done with the fixed up mxs-auart.
This was only compile tested for mxs_defconfig (implies CONFIG_I2C_MXS=y)
Patch is against 4.0-rc3 linux-next (localversion-next is -next-20150310)
drivers/i2c/busses/i2c-mxs.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers
> The top level qcom,msm-id and qcom,board-id are utilized by
> bootloaders
>> on Qualcomm MSM platforms to determine which device tree should be
>> utilized and passed to the kernel.
>>
>> Cc:
>> Signed-off-by: Kumar Gala
>
x86_32, unlike x86_64, pads the top of the kernel stack. Document
this padding and give it a name.
This should make no change whatsoever to the compiled kernel image.
It also doesn't fix any of the current bugs in this area.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/processor.h
This documents things, clarifies the code, and fixes an apparently
inconsequential bug that caused the init sp0 to be wrong.
(My earlier 32-bit bug was caused because I thought that the code
I'm fixing was correct. Whoops.)
Andy Lutomirski (3):
x86: Create and use a
x86_32 and x86_64 need slightly different sp0 values, and x86_32's was
incorrect for init. (This never mattered -- the init thread never
runs user code, so we never used sp0 for anything.)
Fix it and mostly unify them.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/processor.h | 7
This has confused me for a while. Now that I figured it out,
document it.
Signed-off-by: Andy Lutomirski
---
arch/x86/include/asm/processor.h | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/arch/x86/include/asm/processor.h
lversion-next is -next-20150310)
drivers/tty/serial/mxs-auart.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/mxs-auart.c b/drivers/tty/serial/mxs-auart.c
index 9abdccf..a17abca 100644
--- a/drivers/tty/serial/mxs-auart.c
+++ b/drivers/tty/seria
On Sat, Mar 07, 2015 at 08:26:11PM +0100, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Feb 04, 2015 at 04:24:35PM -0800, Todd Brandt wrote:
> > New power_supply driver at driver/power which interfaces with the
> > axp20x mfd driver as a cell. Provides battery info, monitors for
> > changes, and
Hi Linus,
On 3/10/2015 3:20 AM, Linus Walleij wrote:
> On Mon, Mar 9, 2015 at 9:45 PM, Ray Jui wrote:
>
>> This adds the initial support of the Broadcom Cygnus GPIO/PINCONF driver
>> that supports all 3 GPIO controllers on Cygnus including the ASIU GPIO
>> controller, the chipCommonG GPIO
On Tue, Mar 10, 2015 at 10:13 AM, Kumar Gala wrote:
>
> On Mar 9, 2015, at 7:11 AM, Arnd Bergmann wrote:
>
>> On Friday 06 March 2015 14:37:52 Kumar Gala wrote:
>>> On Mar 6, 2015, at 1:15 PM, Olof Johansson wrote:
>>>
On Fri, Mar 6, 2015 at 8:08 AM, Kumar Gala wrote:
>
> On Mar
10.03.2015 20:35, Peter Hurley пишет:
> On 03/10/2015 12:54 PM, Stas Sergeev wrote:
>> Hello, the patch below is needed for a successful boot on armada-xp.
>>
>>
>> -=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-
>> This fixes the following crash at boot:
>>
>> Unhandled fault:
This reverts commit 27082e2654dc ("xhci: Clear the host side toggle manually")
Turns out this fix to enable soft resetting endpoints wasn't mature enough.
It caused regression with some usb DVB-T devices and needs some more tuning
to get the endpiont ring pointers set correctly.
The original
Hi Greg
One xhci patch that went to 4.0-rc3 needs to be reverted
Turns out the fix for xhci connected scanners cause regression on some
DVB-T devices.
The bug in the original patch is found, but I need to make sure everything
works properly first, so it's better to revert this than try to fix
On Tue, Mar 10, 2015 at 10:28 AM, Oleg Nesterov wrote:
>
> But this won't fix other problems we might have. For example, suppose
> that we will need get_task_struct(owner) in this code, this won't work.
I agree that SLAB_DESTROY_BY_RCU in general is fairly fragile, and
leads to subtle issues. If
From: Kalle Valo
Date: Tue, 10 Mar 2015 16:05:26 +0200
> here is wireless-drivers pull request for 4.0, changelog below. Please
> let me know if there are any problems.
Pulled, thanks Kalle.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hello, the patch below is needed for a successful boot on armada-xp.
-=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-
This fixes the following crash at boot:
Unhandled fault: external abort on non-linefetch (0x808) at 0xf00ca018
Internal error: : 808 [#1] SMP ARM
CPU: 2 PID: 1
On Tue, Mar 10, 2015 at 08:47:46AM +0100, Frans Klaver wrote:
> On Tue, Mar 10, 2015 at 12:14 AM, Brian Norris
> wrote:
> > On Tue, Mar 03, 2015 at 10:39:45PM +0100, Frans Klaver wrote:
> >> add_mtd_device() has a comment suggesting that the caller should have
> >> set dev.parent. This is
On Tue, Mar 10, 2015 at 9:42 AM, Oleg Nesterov wrote:
> Well, the patch looks "obviously fine" to me, but this is all I can say.
>
> I mean, I simply can't understand this __pad0/ifdef(CONFIG_X86_32), it
> looks as if ->ss was specially excluded for unknown reason from the very
> beginning.
I
On Tue, Mar 10, 2015 at 08:27:34PM +0300, Stas Sergeev wrote:
> Please also find the same crash here:
> http://lists.linaro.org/pipermail/kernel-build-reports/2014-June/003872.html
Hmm, looks like from the exynos5420-arndale-octa failure in that, we
don't dump the page table entries. We should
* Nishanth Menon [150310 10:25]:
> On 03/10/2015 10:33 AM, Tony Lindgren wrote:
> > * Linus Walleij [150310 03:39]:
> >> On Wed, Mar 4, 2015 at 1:00 AM, Nishanth Menon wrote:
> >>
> >>> +Configuration definition follows similar model as the pinctrl-single:
> >>> +The groups of pin configuration
Hi,
On Sat, Mar 7, 2015 at 11:53 AM, Sebastian Reichel wrote:
> Please CC linux-pm.
Will do.
> I would prefer to have a generic driver like syscon-reboot does for
> system reset.
Will look into it,
-- Moritz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Hi Arnd,
On 03/09/2015 11:33 PM, Arnd Bergmann wrote:
> On Thursday 05 March 2015 20:55:07 grygorii.stras...@linaro.org wrote:
>> Hi All,
>>
>> Now I can see very interesting behavior related to
>> dma_coerce_mask_and_coherent()
>> and friends which I'd like to explain and clarify.
>>
>> Below
On 03/10/2015 12:54 PM, Stas Sergeev wrote:
> Hello, the patch below is needed for a successful boot on armada-xp.
>
>
> -=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-
> This fixes the following crash at boot:
>
> Unhandled fault: external abort on non-linefetch (0x808) at
On Tue, Mar 10, 2015 at 10:26 AM, Peter Jones wrote:
> On Tue, Mar 10, 2015 at 08:51:59AM -0700, Andy Lutomirski wrote:
>> On Tue, Mar 10, 2015 at 8:40 AM, Peter Jones wrote:
>> >
>> >> >> So, for the sysfs interface, let's not allow loading from /lib. Let's
>> >> >> not require a userland tool.
On Tue, Mar 10, 2015 at 05:58:02PM +0100, Petr Mladek wrote:
> On Tue 2015-03-10 09:47:01, Josh Poimboeuf wrote:
> > On Tue, Mar 10, 2015 at 03:36:17PM +0100, Petr Mladek wrote:
> > > On Tue 2015-03-10 09:22:04, Josh Poimboeuf wrote:
> > > > On Tue, Mar 10, 2015 at 01:01:07PM +0100, Petr Mladek
Export the vmbus_sendpacket_pagebuffer_ctl() interface. This interface
will be used in the netvsc driver to optimize signalling the host.
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/channel.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/hv/channel.c
Optimize notifying the host by deferring notification until there
are no more packets to be sent. This will help in batching the requests
on the host.
Signed-off-by: K. Y. Srinivasan
---
drivers/net/hyperv/hyperv_net.h |2 +-
drivers/net/hyperv/netvsc.c | 14 +-
Take into consideration the xmit_more flag in skb to decide if we should
notify the host as we place packets in VMBUS.
The VMBUS API that would give us this control is already in Greg's tree, in this
patch-set, that API is exported so it can be used in the netvsc driver.
K. Y. Srinivasan (2):
On Tue, Mar 10, 2015 at 10:22 AM, Konstantin Khlebnikov
wrote:
> Historically XFS project id doesn't have any permission control: file owner
> is able to set any project id. Later they was sealed with user-namespace:
> XFS allows to change it only from init user-ns. That works fine for isolated
>
Replace RANGE_TO_REG() and FREQ_TO_REG() functions with calls
to find_closest().
Signed-off-by: Bartosz Golaszewski
---
drivers/hwmon/lm85.c | 43 ---
1 file changed, 12 insertions(+), 31 deletions(-)
diff --git a/drivers/hwmon/lm85.c
On Tue, 10 Mar 2015, Mathias Nyman wrote:
> Yes, thank you
>
> Seems that It wasn't mature enough, I'll revert it.
>
> From your logs I can see what went wrong,
>
> If you still have some time, could you try out a patch (attached) and see if
> it solves the
> issue for you. (on top of clean
On 03/10, Linus Torvalds wrote:
>
> On Sat, Mar 7, 2015 at 9:13 AM, Oleg Nesterov wrote:
> >> + /*
> >> + * Ensure we emit the owner->on_cpu, dereference _after_
> >> + * checking sem->owner still matches owner, if that fails,
> >> + * owner
On Tue, Mar 10, 2015 at 07:54:22PM +0300, Stas Sergeev wrote:
> Hello, the patch below is needed for a successful boot on armada-xp.
>
>
> -=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-
> This fixes the following crash at boot:
>
> Unhandled fault: external abort on
Replace the loop iterating over pwm_freq_cksel0 with a call to
find_closest_desc().
Signed-off-by: Bartosz Golaszewski
---
drivers/hwmon/w83795.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/hwmon/w83795.c b/drivers/hwmon/w83795.c
index 2189413..1f0b301
10.03.2015 20:17, Catalin Marinas пишет:
> On Tue, Mar 10, 2015 at 07:54:22PM +0300, Stas Sergeev wrote:
>> Hello, the patch below is needed for a successful boot on armada-xp.
>>
>> -=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-
>> This fixes the following crash at boot:
>>
>>
Projects quota allows to enforce disk quota for several subtrees or even
individual files on the filesystem. Each inode is marked with project-id
(independently from uid and gid) and accounted into corresponding project
quota. New files inherits project id from directory where they are created.
This series proposes to unduplicate the code used to find the
member in an array closest to 'x'.
The first patch adds a macro implementing the algorithm in two
flavors - for arrays sorted in ascending and descending order.
Other three patches replace duplicated code with calls to one
of these
Searching for the member of an array closest to 'x' is
duplicated in several places.
Add two macros that implement this algorithm for arrays
sorted both in ascending and descending order.
Signed-off-by: Bartosz Golaszewski
---
include/linux/kernel.h | 23 +++
1 file
Use find_closest() to locate the closest average in ina226_avg_tab.
Signed-off-by: Bartosz Golaszewski
---
drivers/hwmon/ina2xx.c | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git a/drivers/hwmon/ina2xx.c b/drivers/hwmon/ina2xx.c
index d1542b7..fc7f023 100644
This patch implements project quota feature.
If EXT4_FEATURE_RO_COMPAT_PROJECT is set then inode field i_faddr contains
project id (otherwise all project id are set to invalid: -1).
I_faddr is obsolete for a long time, it seems linux never used it.
New files always inherit project id from
On Tue, Mar 10, 2015 at 08:51:59AM -0700, Andy Lutomirski wrote:
> On Tue, Mar 10, 2015 at 8:40 AM, Peter Jones wrote:
> >
> >> >> So, for the sysfs interface, let's not allow loading from /lib. Let's
> >> >> not require a userland tool. Let's just do,
> >> >>
> >> >> # echo
This patch adds infrastructure for project quotas in generic vfs quota.
User can query current usage and limits for all projects mapped into current
user-namespace. Changing limits requires CAP_SYS_ADMIN in init user-namespace.
Signed-off-by: Konstantin Khlebnikov
---
fs/quota/dquot.c
On 03/10/2015 10:33 AM, Tony Lindgren wrote:
> * Linus Walleij [150310 03:39]:
>> On Wed, Mar 4, 2015 at 1:00 AM, Nishanth Menon wrote:
>>
>>> +Configuration definition follows similar model as the pinctrl-single:
>>> +The groups of pin configuration are defined under "pinctrl-single,pins"
>>> +
Historically XFS project id doesn't have any permission control: file owner
is able to set any project id. Later they was sealed with user-namespace:
XFS allows to change it only from init user-ns. That works fine for isolated
containers or if user doesn't have direct access to the filesystem
This patch adds useful optimization for most common case of moving files
across projects: non-directory inode without extra hardlinks (i_nlink == 1)
can be moved into different project without making a copy. We just have to
change project in and reaccount disk usage in one transaction with rename.
This patch adds helper function dquot_mangle_statfs() which fills statfs
result with information from project quota counters. XFS does the same
thing in function xfs_fill_statvfs_from_dquot().
As a result subtree under project quota acts like separate filesystem,
for example 'df' inside chroot or
This patch adds generic vfs interface for project id and
related super-block methods.
Two new ioctls:
int ioctl(fd, FS_IOC_GETPROJECT, unsigned *project);
int ioctl(fd, FS_IOC_SETPROJECT, unsigned *project);
Signed-off-by: Konstantin Khlebnikov
---
Documentation/filesystems/Locking |4 +++
On Tue, Mar 10, 2015 at 10:20 AM, Mark Rutland wrote:
> Hi,
>
> On Tue, Mar 10, 2015 at 05:10:54PM +, Feng Kan wrote:
>> This patch adds the support for APM Merlin board. The Merlin board
>> is based on the APM X-Gene Shadowcat SoC. This DTS enables PMU,
>> SATA and Serial.
>>
>>
Hi,
On Tue, Mar 10, 2015 at 05:10:54PM +, Feng Kan wrote:
> This patch adds the support for APM Merlin board. The Merlin board
> is based on the APM X-Gene Shadowcat SoC. This DTS enables PMU,
> SATA and Serial.
>
> Signed-off-by: Feng Kan
> ---
> arch/arm64/boot/dts/apm/apm-merlin.dts
On Tue, 2015-03-10 at 12:01 -0500, Bjorn Helgaas wrote:
> From my point of view (far outside the networking world and completely
> incompetent to judge the merits of XIA), this email seems like a
> reasonable starting point for a discussion, and I'm disappointed that
> it got shut down so fast.
removed the functions which were not used anywhere.
it has been build tested also confirmed with git grep that there is
no other reference of these functions.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/sm750fb/ddk750_display.c | 11 --
drivers/staging/sm750fb/ddk750_swi2c.c | 8
we were getting build warnings about assignment of incompatible
pointer types. some of the function definitions were having wrong
return type or arguments.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/sm750fb/sm750.h | 11 ++-
drivers/staging/sm750fb/sm750_accel.c | 4 ++--
hw_cursor_setData2() is a function with void return type but it was
returning an integer.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/sm750fb/sm750_cursor.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/staging/sm750fb/sm750_cursor.c
we were getting build warning about mixed declaration. the variable
is now declared at the beginning of the block.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/sm750fb/sm750.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/sm750fb/sm750.c
On Tue, Mar 10, 2015 at 07:54:22PM +0300, Stas Sergeev wrote:
> Hello, the patch below is needed for a successful boot on armada-xp.
>
> -=-=-=-=-=-=-=-=-=# Don't remove this line #=-=-=-=-=-=-=-=-=-
> This fixes the following crash at boot:
>
> Unhandled fault: external abort on non-linefetch
Hi Greg,
all the build warnings have been taken care of in this series.
some of the patches will generate a few checkpatch warning and for some I tried
to address few of the chcekpatch warnings while modifying them.
regards
sudip
Sudip Mukherjee (6):
staging: sm750fb: remove unused functions
fixed the build warning about comparison of pointer and integer.
end of string was being compared to NULL.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/sm750fb/sm750.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/sm750fb/sm750.c
removed some variables which were only declared but were never used.
Signed-off-by: Sudip Mukherjee
---
drivers/staging/sm750fb/sm750_cursor.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/sm750fb/sm750_cursor.c
b/drivers/staging/sm750fb/sm750_cursor.c
I tested the i2c opal driver after updating the patch as below.
Basically I think we can also support write-then-{read/write}
for the number of messages = 2.
Ben, any issues if we support both write plus read/write in the
opal driver ?
Regards,
Neelesh
drivers/i2c/busses/i2c-opal.c | 20
On Mar 9, 2015, at 7:11 AM, Arnd Bergmann wrote:
> On Friday 06 March 2015 14:37:52 Kumar Gala wrote:
>> On Mar 6, 2015, at 1:15 PM, Olof Johansson wrote:
>>
>>> On Fri, Mar 6, 2015 at 8:08 AM, Kumar Gala wrote:
On Mar 5, 2015, at 7:59 PM, Olof Johansson wrote:
> On
301 - 400 of 1866 matches
Mail list logo