Seth Forshee writes:
> On Thu, Sep 24, 2015 at 04:14:33PM -0500, Eric W. Biederman wrote:
>> Seth Forshee writes:
>>
>> > Initially this will be used to eliminate the implicit MNT_NODEV
>> > flag for mounts from user namespaces. In the future it will also
>> > be used for translating ids and
Hi Linus,
My for-linus-4.3 branch has a few fixes:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git
for-linus-4.3
This is an assorted set I've been queuing up:
Jeff Mahoney tracked down a tricky one where we ended up starting IO on
the wrong mapping for special files in
On Thu, Sep 10, 2015 at 8:59 AM, Richard Fitzgerald
wrote:
> Signed-off-by: Richard Fitzgerald
> Acked-by: Linus Walleij
OK dependencies are upstream, patch applied.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Argh. This looks like morning person meets night owl.
Seth Forshee writes:
> On Thu, Sep 24, 2015 at 04:53:11PM -0500, Eric W. Biederman wrote:
>> Seth Forshee writes:
>>
>> > When mounting a filesystem on a block device there is currently
>> > no verification that the user has appropriate
On Thu, Sep 10, 2015 at 6:38 AM, Peng Fan wrote:
> Need to do error handling path when pinctrl_get fails. Also when
> pinctrl_get success, insert 'pctldev->node' to pinctrldev_list.
>
> Signed-off-by: Peng Fan
> Cc: Linus Walleij
I think this patch is totally wrong and you have probably not
On 09/25/2015 12:07 PM, Vitaly Kuznetsov wrote:
Also, I am not sure I see how this new op will be used in the
hypervisor --- currently AFAICS it is only processed under
is_hardware_domain(). Are there other patches that will support HVM
guests?
Please see my Xen series:
On Wed, Sep 9, 2015 at 8:23 AM, Thierry Reding wrote:
> From: Thierry Reding
>
> The TCA9539 is almost identical to the PCA9555 and software-compatible
> with this driver. It exposes 16 general purpose I/O pins in two 8-bit
> configurations.
>
> Signed-off-by: Thierry Reding
Looks good! But:
Signed-off-by: Lee Jones
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 274f854..fb2ba3d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7038,7 +7038,6 @@ F:drivers/media/i2c/mt9v032.c
F: include/media/mt9v032.h
MULTIFUNCTION
On Tue, Sep 8, 2015 at 10:55 PM, Oleksij Rempel wrote:
> [Me]
>> Why is it necessary for the driver to copy one description of
>> the pin into another?
>
> If i understand it correctly, pinctrl_pin_desc is essential part of
> pinmux framework. Theoretically i should define just statical array of
On Tue, Sep 22, 2015 at 11:09:14PM +0100, Marc Zyngier wrote:
> On Tue, 4 Aug 2015 06:52:01 +0100
> Bhushan Bharat wrote:
>
> >
> >
> > > -Original Message-
> > > From: Pranavkumar Sawargaonkar [mailto:pranavku...@linaro.org]
> > > Sent: Tuesday, August 04, 2015 11:18 AM
> > > To:
On Fri, 2015-09-25 at 14:46 +, David Laight wrote:
> From: Scott Wood
> > Sent: 24 September 2015 21:14
> > > Isn't this a more general problem?
> > >
> > > If there are multiple remap requests for the same physical page
> > > shouldn't the kernel be just increasing a reference count
On Fri, 25 Sep 2015, Grigoryev Denis wrote:
> tps6105 driver provides two cells. One is for GPIO and another one is
> for selected mode depending on platform data. When tps6105x is used in
> GPIO-only mode, this driver calls mfd_add_devices() with mfd_cell
> .name == NULL. This value causes an
On Fri, Sep 25, 2015 at 1:50 PM, Mark Brown wrote:
> On Fri, Sep 25, 2015 at 04:21:27PM +0200, Gianluca Renzi wrote:
>
>> snd_soc_update_bits(codec, SGTL5000_CHIP_MIC_CTRL,
>> SGTL5000_BIAS_R_MASK,
>> - sgtl5000->micbias_voltage <<
On Mon, Sep 7, 2015 at 5:23 AM, Tomeu Vizoso wrote:
> When looking up a pin controller through its OF node, probe it if it
> hasn't already.
>
> The goal is to reduce deferred probes to a minimum, as it makes it very
> cumbersome to find out why a device failed to probe, and can introduce
> very
On Thu, Sep 24, 2015 at 06:37:18PM -0700, Bjorn Andersson wrote:
> Attempting to find room for a packet that's bigger than the fifo will
> never succeed and the calling process will be sleeping forever in the
> loop, waiting for enough room. So fail early instead.
>
> Reported-by: Courtney Cavin
On Fri, Sep 25, 2015 at 7:31 AM, Myron Stowe wrote:
> On Thu, Sep 24, 2015 at 10:35 PM, Yinghai Lu wrote:
>> On Thu, Sep 24, 2015 at 12:01 PM, Yinghai Lu wrote:
>>
>>> Or do we want to keep a white list to say which device should have
>>> ROM bar as mush have, and other is optional to have ?
>
On Mon, Sep 7, 2015 at 5:23 AM, Tomeu Vizoso wrote:
Nit: prefix patch with "pinctrl:"
> When looking up a pin controller through its OF node, probe it if it
> hasn't already.
>
> The goal is to reduce deferred probes to a minimum, as it makes it very
> cumbersome to find out why a device failed
On Mon, Sep 7, 2015 at 5:23 AM, Tomeu Vizoso wrote:
> When looking up a gpiochip through its firmware node, probe it if it
> hasn't already.
>
> The goal is to reduce deferred probes to a minimum, as it makes it very
> cumbersome to find out why a device failed to probe, and can introduce
> very
Boris Ostrovsky writes:
> On 09/25/2015 09:59 AM, Konrad Rzeszutek Wilk wrote:
>> On Fri, Sep 25, 2015 at 11:59:52AM +0200, Vitaly Kuznetsov wrote:
>>> Currently there is a number of issues preventing PVHVM Xen guests from
>>> doing successful kexec/kdump:
>>> - Bound event channels.
>>> -
tps6105 driver provides two cells. One is for GPIO and another one is
for selected mode depending on platform data. When tps6105x is used in
GPIO-only mode, this driver calls mfd_add_devices() with mfd_cell
.name == NULL. This value causes an oops in platform_device_register()
later.
The
On 2015/9/26 0:16, Denys Vlasenko wrote:
> For 64-bit kernels, MAX_LOCAL_APIC is 32k:
>
> #ifdef CONFIG_X86_32
> ...
> #else
> # define MAX_IO_APICS 128
> # define MAX_LOCAL_APIC 32768
> #endif
>
> (It seems to be a bit of a misnomer, it's not a maximum
> number of APICs we support, it's the
On Wed, Aug 26, 2015 at 2:52 PM, Nicholas Krause wrote:
> This fixes error checking in the function device_pca957x_init
> to properly check and return error code values from the calls
> to the function pca953x_write_regs if they fail as to properly
> signal callers when a error occurs due a
On Thu, 24 Sep 2015, Andrew F. Davis wrote:
> The old tps65912 driver is being replaced, delete old driver.
>
> Signed-off-by: Andrew F. Davis
> ---
> drivers/gpio/Kconfig | 6 -
> drivers/gpio/Makefile | 1 -
> drivers/gpio/gpio-tps65912.c |
On Fri, Sep 25, 2015 at 04:21:27PM +0200, Gianluca Renzi wrote:
> snd_soc_update_bits(codec, SGTL5000_CHIP_MIC_CTRL,
> SGTL5000_BIAS_R_MASK,
> - sgtl5000->micbias_voltage << SGTL5000_BIAS_R_SHIFT);
> + sgtl5000->micbias_voltage
On Thu, 24 Sep 2015, Andrew F. Davis wrote:
> This patch adds support for TPS65912 mfd device. It provides
> communication through the I2C and SPI interfaces. It contains
> the following components:
>
> - Regulators
> - GPIO controller
>
> Signed-off-by: Andrew F. Davis
> ---
>
On Fri, Sep 25, 2015 at 11:07:24AM +0200, Sascha Hauer wrote:
> Any idea how such a scenario could be implemented? The regulator
> framework already has some idea of supply regulators, but it only takes
> care of en/disabling the supplies and will not change the voltage on the
> supplies. Should
2015-09-24 20:33 GMT+02:00 J. Bruce Fields :
> On Sat, Sep 05, 2015 at 12:27:21PM +0200, Andreas Gruenbacher wrote:
>> +int
>> +richacl_apply_masks(struct richacl **acl, kuid_t owner)
>> +{
>> + if ((*acl)->a_flags & RICHACL_MASKED) {
>> + struct richacl_alloc alloc = {
>> +
Its a bit odd that debugfs_create_bool() takes 'u32 *' as an argument,
when all it needs is a boolean pointer.
It would be better to update this API to make it accept 'bool *'
instead, as that will make it more consistent and often more convenient.
Over that bool takes just a byte (mostly).
That
global_lock is defined as an unsigned long and accessing only its lower
32 bits from sysfs is incorrect, as we need to consider other 32 bits
for big endian 64 bit systems. There are no such platforms yet, but the
code needs to be robust for such a case.
Fix that by passing a local variable to
On Fri, Aug 28, 2015 at 4:25 PM, Javier Martinez Canillas
wrote:
> The mediatek pinctrl driver uses the BIT() macro instead of open
> coding 1 << n in all but one place. Replace this occurrence with
> the BIT() macro for consistency.
>
> Signed-off-by: Javier Martinez Canillas
Patch applied
On Tue, Sep 1, 2015 at 2:38 AM, Alban Bedel wrote:
> Turn the ath79 driver into a true driver supporting multiple
> instances. While at it also removed unneed includes and make use of
> the BIT() macro.
>
> Signed-off-by: Alban Bedel
> ---
>
> This patch apply on top of my previous MIPS GPIO
This patch solves:
on x86_64:
when CONFIG_ACPI is not enabled:
../drivers/mfd/intel_soc_pmic_bxtwc.c: In function 'bxtwc_probe':
../drivers/mfd/intel_soc_pmic_bxtwc.c:342:2:
error: implicit declaration of function 'acpi_evaluate_integer'
[-Werror=implicit-function-declaration]
2015-09-24 21:59 GMT+02:00 J. Bruce Fields :
> I'd probably move this up top with the other ACL case.
Okay.
Thanks,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On Thu, Sep 24 2015, Linus Torvalds wrote:
> One thing that *is* interesting is "what if 'long' and 's64' are the
> same size?" In particular, it means that right now Michal's patch
> *always* returns "long" on a 64-bit architecture, but will return
> "long" or "s64" on a 32-bit one.
That’s not
2015-09-24 20:33 GMT+02:00 J. Bruce Fields :
> On Sat, Sep 05, 2015 at 12:27:21PM +0200, Andreas Gruenbacher wrote:
>> +int
>> +richacl_apply_masks(struct richacl **acl, kuid_t owner)
>> +{
>> + if ((*acl)->a_flags & RICHACL_MASKED) {
>> + struct richacl_alloc alloc = {
>> +
Replaced all uses of uintX_t types to uX types, to be
checkpatch clean.
Signed-off-by: J. German Rivera
---
This patch depends on the patch posted at
http://www.mail-archive.com/linux-kernel@vger.kernel.org/msg981518.html
drivers/staging/fsl-mc/bus/dpbp.c | 112 +++
On Fri, Sep 25, 2015 at 10:29:01AM +0200, Borislav Petkov wrote:
> > >
> >
> > The last patch of that series had 2 changes.
> >
> > 1. Allow offline cpu's to participate in the rendezvous. Since in the odd
> > chance the offline cpus have any errors collected we can still report them.
> > (we
On Thu, Aug 27, 2015 at 10:46 PM, Xing Zheng wrote:
> Many parts of pinctrl rk3036 are similar to rk2928's.
>
> Signed-off-by: Xing Zheng
Patch applied with Heiko's ACK, and THANKS to Rockchip and
Xing for working in the open community with this nowadays, way to go!
Yours,
Linus Walleij
--
To
On Fri, 25 Sep 2015, Grigoryev Denis wrote:
> tps6105x driver provides two cells. One is for GPIO and another one is
> for selected mode depending on platform data. When tps6105x is used in
> GPIO-only mode, this driver calls mfd_add_devices() with mfd_cell
> .name == NULL. This value causes an
On Fri, Aug 28, 2015 at 2:48 PM, Stephen Boyd wrote:
> Remove this driver now that Bjorn has introduced a pinctrl driver
> for msm8660 and the dts files have been updated with the pinctrl
> compatibles.
>
> Cc: Bjorn Andersson
> Cc: Andy Gross
> Signed-off-by: Stephen Boyd
Patch rebased and
On Fri, Sep 25, 2015 at 05:02:09PM +0100, Tomasz Nowicki wrote:
[...]
> > My concerns/ideas related to raw accessors for ARM64, please correct me
> > at any point.
> >
> > ACPI spec - chapter: 19.5.96 OperationRegion (Declare Operation Region)
> > defines PCI_Config as one of region types. Every
On Fri, 2015-09-25 at 09:35 -0500, Bjorn Helgaas wrote:
> On Thu, Sep 24, 2015 at 09:35:20PM -0700, Yinghai Lu wrote:
> > On Thu, Sep 24, 2015 at 12:01 PM, Yinghai Lu wrote:
> >
> > > Or do we want to keep a white list to say which device should have
> > > ROM bar as mush have, and other is
Michal Hocko wrote:
> On Tue 22-09-15 15:16:32, Greg Thelen wrote:
>> mem_cgroup_read_stat() returns a page count by summing per cpu page
>> counters. The summing is racy wrt. updates, so a transient negative sum
>> is possible. Callers don't want negative values:
>> - mem_cgroup_wb_stats()
Michal Hocko wrote:
> On Thu 24-09-15 14:15:34, David Rientjes wrote:
> > > > Finally. Whatever we do, we need to change oom_kill_process() first,
> > > > and I think we should do this regardless. The "Kill all user processes
> > > > sharing victim->mm" logic looks wrong and
9/25/2015 9:01 AM, Nishanth Menon wrote:
On 09/25/2015 10:18 AM, santosh shilimkar wrote:
On 9/25/2015 7:50 AM, Nishanth Menon wrote:
[...]
But, how about userspace
needing to know which SoC they are on, without needing to depend on
board->soc mapping? How do we help resolve that?
Why the
For 64-bit kernels, MAX_LOCAL_APIC is 32k:
#ifdef CONFIG_X86_32
...
#else
# define MAX_IO_APICS 128
# define MAX_LOCAL_APIC 32768
#endif
(It seems to be a bit of a misnomer, it's not a maximum
number of APICs we support, it's the highest APIC _id_
we support.)
32 thousand APICs? That's a lot.
On 09/25/2015 08:55 AM, Herbert Xu wrote:
On Thu, Sep 24, 2015 at 10:34:10PM -0700, Guenter Roeck wrote:
Any idea what may be needed for 4.1 ?
I am currently trying https://patchwork.ozlabs.org/patch/473041/,
This patch should not make any difference on 4.1 and later because
4.1 is where I
From: Maxime Ripard
Some drivers might use the per-cpu interrupts and still might be built as a
module. Export request_percpu_irq an free_percpu_irq to these user, which
also make it consistent with enable/disable_percpu_irq that were exported.
Reported-by: Willy Tarreau
Signed-off-by: Maxime
From: Maxime Ripard
The CPU_MAP register is duplicated for each CPUs at different addresses,
each instance being at a different address.
However, the code so far was using CONFIG_NR_CPUS to initialise the CPU_MAP
registers for each registers, while the SoCs embed at most 4 CPUs.
This is
From: Maxime Ripard
Since the switch to per-CPU interrupts, we lost the ability to set which
CPU was going to receive our RX interrupt, which was now only the CPU on
which the mvneta_open function was run.
We can now assign our queues to their respective CPUs, and make sure only
this CPU is
From: Maxime Ripard
The mvneta driver allows to change the default RX queue trough the rxq_def
kernel parameter.
However, the current code doesn't allow to have any value but 0. It is
actively checked for in the driver's probe because the drivers makes a
number of assumption and takes a number
Hi,
As stated in the first version: "this patchset reworks the Marvell
neta driver in order to really support its per-CPU interrupts, instead
of faking them as SPI, and allow the use of any RX queue instead of
the hardcoded RX queue 0 that we have currently."
Following the review which has been
From: Maxime Ripard
The MPIC driver currently has a list of interrupts to handle as per-cpu.
Since the timer, fabric and neta interrupts were the only per-cpu
interrupts in the system, we can now remove the switch and just check for
the hardware irq number to determine whether a given interrupt
From: Maxime Ripard
Now that our interrupt controller is allowing us to use per-CPU interrupts,
actually use it in the mvneta driver.
This involves obviously reworking the driver to have a CPU-local NAPI
structure, and report for incoming packet using that structure.
Signed-off-by: Maxime
From: Maxime Ripard
The documentation of request_percpu_irq is confusing and suggest that the
interrupt is not enabled at all, while it is actually enabled on the local
CPU.
Clarify that.
Signed-off-by: Maxime Ripard
Signed-off-by: Gregory CLEMENT
---
kernel/irq/manage.c | 7 ---
1 file
On Fri, 25 Sep 2015, Sudeep Holla wrote:
> The driver handles wakeup irq correctly using irq_set_irq_wake. There's
> no need to use IRQF_NO_SUSPEND while registering the interrupt.
>
> This patch removes the use of IRQF_NO_SUSPEND flag.
>
> Cc: Samuel Ortiz
> Acked-by: Lee Jones
>
On 09/25/2015 10:18 AM, santosh shilimkar wrote:
> On 9/25/2015 7:50 AM, Nishanth Menon wrote:
[...]
>> But, how about userspace
>> needing to know which SoC they are on, without needing to depend on
>> board->soc mapping? How do we help resolve that?
>>
> Why the user space should care about
Hi Lorenzo,
On 09/14/2015 04:55 PM, Tomasz Nowicki wrote:
On 11.09.2015 13:20, Lorenzo Pieralisi wrote:
On Wed, Sep 09, 2015 at 02:47:55PM +0100, Tomasz Nowicki wrote:
[...]
I think (but I am happy to be corrected) that the map_bus() hook
(ie that's why struct pci_bus is required in eg
MAARs should be initialised on each CPU (or rather, core) in the system
in order to achieve consistent behaviour & performance. Previously they
have only been initialised on the boot CPU which leads to performance
problems if tasks are later scheduled on a secondary CPU, particularly
if those
Verifying that the MAAR configuration is as expected is useful when
debugging the performance of a system. Print out the memory regions
configured via MAAR along with their attributes.
Signed-off-by: Paul Burton
---
Changes in v2: None
arch/mips/mm/init.c | 29 +
1
maar_init was previously only compiled when CONFIG_NEED_MULTIPLE_NODES
was not set, which has been fine since it is only called from the
standard implementation of mem_init which has the same condition. In
preparation for calling it from the SMP startup code on secondary CPUs,
move maar_init
This series improves support for Memory Accessibility Attribute
Registers (MAARs) by printing their configuration during boot and by
applying the configuration to secondary CPUs, which have their own
independent MAAR state.
Paul Burton (3):
MIPS: mm: compile maar_init unconditionally
MIPS:
On 09/25/2015 09:59 AM, Konrad Rzeszutek Wilk wrote:
On Fri, Sep 25, 2015 at 11:59:52AM +0200, Vitaly Kuznetsov wrote:
Currently there is a number of issues preventing PVHVM Xen guests from
doing successful kexec/kdump:
- Bound event channels.
- Registered vcpu_info.
- PIRQ/emuirq mappings.
-
On Thu, Sep 24, 2015 at 10:34:10PM -0700, Guenter Roeck wrote:
>
> Any idea what may be needed for 4.1 ?
> I am currently trying https://patchwork.ozlabs.org/patch/473041/,
This patch should not make any difference on 4.1 and later because
4.1 is where I rewrote rhashtable resizing and it should
in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git
tags/keys-fixes-20150925
for you to fetch changes up to 283e8ba2dfde54f8f27d7d0f459a07de79a39d55:
MODSIGN: Change from CMS to PKCS#7 signing if the openssl is too old
(2015-09-25 16:31:46 +0100
On Fri, Sep 25, 2015 at 08:43:31AM +0200, Andrzej Hajda wrote:
> The function can return negative value.
>
> The problem has been detected using proposed semantic patch
> scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
>
> [1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
>>> +@rs@
>>> +position p;
>>> +typedef bool, u8, u16, u32, u64, s8, s16, s32, s64;
>>> +{char, short int, int, long, long long, s8, s16, s32, s64} vs;
>> Can it matter to specify also the type modifier "signed" in this SmPL
>> approach?
>>
Hello, Artem.
On Fri, Sep 25, 2015 at 01:50:22PM +0300, Artem Bityutskiy wrote:
> > Does not compile with multiple errors like
> >
> > linux/fs/fs-writeback.c:799:10: error: ‘struct bdi_writeback’ has no
> > member named ‘last_comp_gen’
> >bdi->wb.last_comp_gen = bdi->wb.comp_gen;
>
> I
On 2015-09-25 08:02, Jiri Kosina wrote:
On Fri, 25 Sep 2015, Felipe Tonello wrote:
Maybe a better description on Kconfig and/or comments on source code
it's enough.
I personally find the current Kconfig description:
===
config USB_KBD
tristate "USB HIDBP Keyboard (simple Boot)
On Thu, Sep 24, 2015 at 12:07:47PM +1000, Michael Ellerman wrote:
> On Thu, 2015-09-24 at 10:05 +0800, long.wanglong wrote:
> > On 2015/9/24 9:46, Michael Ellerman wrote:
> > > On Wed, 2015-09-23 at 09:40 +, Wang Long wrote:
> > >> Use make's built-in rules to when delete a file
> > >> or
Hello, Aleksa.
On Thu, Sep 24, 2015 at 09:42:38AM +1000, Aleksa Sarai wrote:
> Does it make sense for the PIDs controller to allow a user to set a
> limit of 0? Since we don't cancel attaches, a limit of 0 doesn't
> affect anything (nothing stops attaches, and you need to have a
> process in the
On Fri, Sep 18, 2015 at 10:45:34PM -0600, Azael Avalos wrote:
> The function toshiba_acpi_setup_keyboard currently has two u32 variables
> used to store the Hotkey Event Type and the result of the HCI_SYSTEM_EVENT
> query.
>
> This patch removes those two variables, as we already have a global
>
Acked-by: Tejun Heo
Thanks.
--
tejun
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit d0d0313c2ae4bc220c4ed96ce340860a4e74a2e9:
Merge tag 'perf-urgent-for-mingo' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/urgent
(2015-09-23 09:41:09 +0200)
are available in the
From: Thierry Reding
Some modules register several sub-drivers. Provide a helper that makes
it easy to register and unregister a list of sub-drivers, as well as
unwind properly on error.
Cc: Greg Kroah-Hartman
Signed-off-by: Thierry Reding
---
Changes in v2:
- properly pass around the owner
From: Adrian Hunter
A copy of /proc/kcore containing the kernel text can be made to the
buildid cache. e.g.
perf buildid-cache -v -k /proc/kcore
To workaround objdump limitations, a copy is also made when annotating
against /proc/kcore.
The copying process stops working from libelf
From: Arnaldo Carvalho de Melo
We have map_groups__find_by_name() to look at the list of modules that
are in place for a given machine, so use it instead of traversing the
machine dso list, which also includes DSOs for userspace.
When merging the user and kernel DSO lists a bug was introduced
From: Adrian Hunter
no_force_psb was dropped as a late change to the kernel driver.
Consequently, remove it from the documentation.
Signed-off-by: Adrian Hunter
Cc: Jiri Olsa
Link:
http://lkml.kernel.org/r/1443089122-19082-2-git-send-email-adrian.hun...@intel.com
Signed-off-by: Arnaldo
On Tue 22-09-15 15:16:32, Greg Thelen wrote:
> mem_cgroup_read_stat() returns a page count by summing per cpu page
> counters. The summing is racy wrt. updates, so a transient negative sum
> is possible. Callers don't want negative values:
> - mem_cgroup_wb_stats() doesn't want negative nr_dirty
On 09/25/2015 02:28 AM, Paolo Bonzini wrote:
Provide a UAPI version of the header in the kernel, making it easier
for interested projects to use an up-to-date version of the header.
The new headers are placed under uapi/linux/ so as not to conflict
with the glibc-provided headers in
On Thu, Sep 24, 2015 at 07:02:36PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> Some modules register several sub-drivers. Provide a helper that makes
> it easy to register and unregister a list of sub-drivers, as well as
> unwind properly on error.
>
> Cc: Greg Kroah-Hartman
>
On Wed 23-09-15 00:21:33, Greg Thelen wrote:
>
> Andrew Morton wrote:
>
> > On Tue, 22 Sep 2015 17:42:13 -0700 Greg Thelen wrote:
[...]
> >> I assume it's pretty straightforward to create generic
> >> percpu_counter_array routines which memcg could use. Possibly something
> >> like this could
On 9/25/2015 7:50 AM, Nishanth Menon wrote:
On 09/24/2015 10:54 AM, Murali Karicheri wrote:
[...]
ti,omap3 is the family of omap3 devices similar to keystone. ti,omap3450
is required if there is an exceptional treatment required for ti,omap3450.
In keystone case so far there is no case of
The whole series looks good to me. Thanks for picking this work up!
Reviewed-by: Christoph Hellwig
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Fri, Sep 25, 2015 at 01:27:28PM +0300, Jani Nikula wrote:
> On Thu, 24 Sep 2015, Thierry Reding wrote:
[...]
> > diff --git a/drivers/base/platform.c b/drivers/base/platform.c
[...]
> > +/**
> > + * platform_register_drivers - register an array of platform drivers
> > + * @drivers: an array of
The NAND layer is now able to forward power-cut emulation errors from
a NAND driver to the MTD user.
Check for this kind of errors in UBI and switch the UBI device in read-only
mode if such an error occurs.
The error will also be forwarded to the UBI user requesting the operation
if any, thus
Add support for power-cut emulation on program and erase operations.
This power-cut emulation is configurable through the nandsim/powercut file
exposed in debugfs and can be triggered on erase or program operations.
The user can also specify a specific block and/or page (relative to a
block) at
Now that we are able to emulate power-cuts, we should differentiate the
power-cut emulation and input/output error cases to let the MTD user
decide what it should do.
EROFS was chosen to mimic what's done in UBI when a power-cut emulation
occurs.
Signed-off-by: Boris Brezillon
---
We need to implement a specific ->get_status() function to support
power-cut emulation.
Signed-off-by: Boris Brezillon
---
drivers/mtd/nand/nandsim.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/nandsim.c b/drivers/mtd/nand/nandsim.c
index
Hi Linus,
The following changes since commit 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f:
Linux 4.3-rc1 (2015-09-12 16:35:56 -0700)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-4.3-2
for you to fetch changes up to
Add a new status flag to support power-cut emulation. Since real NAND
status is limited to 8bits, we can safely use higher bits for something
else. The NAND_STATUS_POWER_CUT is assigned bit 30 to avoid integer
overflow (not sure this is necessary).
The NAND status is currently retrieved using
Hi Kevin,
Kevin Hilman schrieb am 25. Sept 2015 01:57:
> On Tue, Aug 18, 2015 at 8:36 AM, Maxime Ripard
> wrote:
>> On Sun, Aug 02, 2015 at 06:18:25PM +0200, Timo Sigurdsson wrote:
>>> sun7i-a20-bananapi.dts doesn't contain regulator nodes for the AXP209
>>> PMU
>>> driver, so add them to allow
Hello,
This series aims at adding a power-cut emulation layer at the nandsim
level.
The final goal is to support MLC NAND emulation in nandsim in order to
validate the work done in the NAND, UBI and UBIFS layers to reliably
support those chips.
Even though the UBI layer already provides a
Hello, Herbert.
On Fri, Sep 25, 2015 at 11:39:57AM +0800, Herbert Xu wrote:
> +static inline bool netlink_bound(struct netlink_sock *nlk)
> +{
> + bool bound = READ_ONCE(nlk->bound);
> +
> + /* Ensure nlk is hashed and visible. */
> + if (bound)
> + smp_rmb();
> +
> +
From: Michal Hocko
6afdb859b710 ("mm: do not ignore mapping_gfp_mask in page cache
allocation paths) has caught some users of hardcoded GFP_KERNEL
used in the page cache allocation paths. This, however, wasn't complete
and there were others which went unnoticed.
Dave Chinner has reported the
Hello, Herbert.
On Fri, Sep 25, 2015 at 09:43:27AM +0800, Herbert Xu wrote:
> Well had you said this in the first place I would've fixed it a
> long time ago. There aren't any in-kernel users right now and
> even if there were they'd have to do a connect/bind/sendmsg on
> the same socket in two
Will,
On 22.09.15 19:29:02, Will Deacon wrote:
> On Tue, Sep 22, 2015 at 06:59:48PM +0100, Robert Richter wrote:
> > From: Tirumalesh Chalamarla
> >
> > Increase the standard cacheline size to avoid having locks in the same
> > cacheline.
> >
> > Cavium's ThunderX core implements cache lines
diff --git a/Makefile b/Makefile
index aa8e2b6..2e4c860 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 13
SUBLEVEL = 11
-EXTRAVERSION = -ckt26
+EXTRAVERSION = -ckt27
NAME = King of Alienated Frog Porn
# *DOCUMENTATION*
diff --git
I am announcing the release of the Linux 3.13.11-ckt27 kernel.
The updated 3.13.y-ckt tree can be found at:
git://kernel.ubuntu.com/ubuntu/linux.git linux-3.13.y
and can be browsed at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.13.y
The diff from v3.13.11-ckt26 is posted
diff --git a/Makefile b/Makefile
index 535f2bd..57fe105 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 3
PATCHLEVEL = 19
SUBLEVEL = 8
-EXTRAVERSION = -ckt6
+EXTRAVERSION = -ckt7
NAME = Sedated Swine
# *DOCUMENTATION*
diff --git a/arch/arm64/kvm/inject_fault.c
201 - 300 of 1180 matches
Mail list logo
