Instead of using id->driver_data directly we copied it to the internal
structure. This will help to adapt driver for ACPI use.
Signed-off-by: Andy Shevchenko
---
drivers/gpio/gpio-pca953x.c | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/drivers/gpio/gpio-p
There is at least one board on the market, i.e. Intel Galileo Gen2, that uses
_ADR to distinguish the devices under one actual device. Due to this we have to
improve the quirk in the MFD core to handle that board.
Signed-off-by: Andy Shevchenko
---
Documentation/acpi/enumeration.txt | 11 +--
From: Mika Westerberg
The way we currently scan I2C devices behind an I2C host controller does not
work in cases where the I2C device in question is not declared directly below
the host controller ACPI node.
This is perfectly legal according the ACPI 6.0 specification and some existing
systems a
There is a 24c08 chip connected to i2c bus on Intel Galileo Gen2 board. Enable
it via ACPI ID INT3499.
Signed-off-by: Andy Shevchenko
---
drivers/misc/eeprom/at24.c | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/drivers/misc/eeprom/at24.c b/drivers/mi
On 22/09/2015 11:20, Michal Marek wrote:
> On 2015-09-22 10:47, Feng Wu wrote:
>> We need to build files in virt/lib/, which are now used by
>> KVM and VFIO, so add virt directory to the top Makefile.
>>
>> Signed-off-by: Feng Wu
>> ---
>> Makefile | 8 +---
>> arch/x86/kvm/Mak
Hi Hans,
On Mon, 2015-09-21 at 15:13 +0200, Hans Verkuil wrote:
> Hi Tiffany!
>
> On 21-09-15 14:26, Tiffany Lin wrote:
> > vb2_dc_prepare use the number of SG entries dma_map_sg_attrs return.
> > But in dma_sync_sg_for_device, it use lengths of each SG entries
> > before dma_map_sg_attrs. dma_ma
Hi Dan,
On Mon, Sep 21, 2015 at 6:17 PM, Dan Streetman wrote:
> Please make sure to cc Seth also, he's the owner of zbud.
Sure :)
>> @@ -514,8 +552,17 @@ int zbud_reclaim_page(struct zbud_pool *pool, unsigned
>> int retries)
>> return -EINVAL;
>> }
>> for (i =
On Sat, 19 Sep 2015, Alexander Couzens wrote:
> The irq ack handler was forgotten while introducing OF support.
> Only ar71xx and ar933x based devices require it.
>
> Signed-off-by: Alexander Couzens
> Acked-by: Alban Bedel
Acked-by: Thomas Gleixner
--
To unsubscribe from this list: send the
The wilc_wlan_cleanup() function iterates over the list of transmission
buffers freeing all of them and then iterates over the receive buffers
list to free all of them as well.
But on the receive loop a pointer to struct txq_entry_t is dereferenced
instead of the pointer to a struct rxq_entry_t. T
On Sat, 19 Sep 2015, Alexander Couzens wrote:
> The ar7240 misc irq chip use ack handler
> instead of ack_mask handler. All new ath79 chips use
> the ar7240 misc irq chip
>
> Signed-off-by: Alexander Couzens
> Acked-by: Alban Bedel
> ---
> .../interrupt-controller/qca,ath79-misc-intc.txt |
Hi Jacek,
Jacek Anaszewski wrote:
> This patch adds description of the LED subsystem API for
> setting an LED brightness.
>
> Signed-off-by: Jacek Anaszewski
> ---
> Documentation/leds/leds-class.txt | 21 +
> 1 file changed, 21 insertions(+)
>
> diff --git a/Documentatio
On Fri 18-09-15 15:14:59, Andrew Morton wrote:
> On Wed, 19 Aug 2015 17:38:28 +0200 Jan Kara wrote:
>
> > From: Jan Kara
> >
> > Currently, console_unlock() prints messages from kernel printk buffer to
> > console while the buffer is non-empty. When serial console is attached,
> > printing is s
On Mon, 21 Sep 2015 11:22:52 +0200
Martin Schwidefsky wrote:
> On Fri, 18 Sep 2015 14:41:20 -0700
> "Paul E. McKenney" wrote:
>
> > On Tue, Sep 15, 2015 at 10:09:41AM -0700, Paul E. McKenney wrote:
> > > On Tue, Sep 15, 2015 at 06:30:28PM +0200, Peter Zijlstra wrote:
> > > > On Tue, Sep 15, 201
On Mon, 21 Sep 2015, Ludovic Desroches wrote:
> diff --git a/drivers/irqchip/irq-atmel-aic5.c
> b/drivers/irqchip/irq-atmel-aic5.c
> index 9da9942..6c5fd25 100644
> --- a/drivers/irqchip/irq-atmel-aic5.c
> +++ b/drivers/irqchip/irq-atmel-aic5.c
> @@ -88,28 +88,30 @@ static void aic5_mask(struct ir
Jacek Anaszewski wrote:
> Now the core implements the work queue, remove it from the drivers,
> and switch to using brightness_set_blocking op.
>
> Signed-off-by: Jacek Anaszewski
Nice patches! For patches 3--5:
Acked-by: Sakari Ailus
--
Sakari Ailus
sakari.ai...@linux.intel.com
--
To unsubs
Commit-ID: 478cc7b33413a4ad50852239d931d55e622f1cde
Gitweb: http://git.kernel.org/tip/478cc7b33413a4ad50852239d931d55e622f1cde
Author: Ludovic Desroches
AuthorDate: Mon, 21 Sep 2015 15:46:04 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 12:25:12 +0200
irqchip/atmel-aic5
On Mon, 21 Sep 2015, Oleksij Rempel wrote:
> static int icoll_irq_domain_map(struct irq_domain *d, unsigned int virq,
> irq_hw_number_t hw)
> {
> - irq_set_chip_and_handler(virq, &mxs_icoll_chip, handle_level_irq);
> + struct irq_chip *chip;
> +
> + if (i
s/disginguish/distinguish/ on the subject, sorry
--
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/
On Tue, 22 Sep 2015, tip-bot for Ludovic Desroches wrote:
> Commit-ID: 478cc7b33413a4ad50852239d931d55e622f1cde
> Gitweb: http://git.kernel.org/tip/478cc7b33413a4ad50852239d931d55e622f1cde
FYI, I zapped that commit again after noticing that locking
strangeness.
Thanks,
tglx
--
To u
Commit-ID: 2a1d3ab8986d1b2f598ffc42351d94166fa0f022
Gitweb: http://git.kernel.org/tip/2a1d3ab8986d1b2f598ffc42351d94166fa0f022
Author: Thomas Gleixner
AuthorDate: Mon, 21 Sep 2015 11:01:10 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 12:39:57 +0200
genirq: Handle force
These two patches fix building the userfaultfd test tool for me.
The first patch fixes a build error I experienced by removing a kernel
header from an uapi header file.
The second fix adds the syscall numbers for other architectures,
fixes a typo and makes the whole syscall numbering more future-pr
At the moment the userfaultfd test program only supports x86 and an
architecture called "powewrpc" ;-)
Fix that typo and add the syscall numbers for other architectures as
well.
Also as in an ideal world a syscall number should come from the system
header file , include that header and guard the ex
Hi Russell,
On 21/09/15 18:17, Russell King - ARM Linux wrote:
> On Mon, Sep 21, 2015 at 06:00:33PM +0100, Andre Przywara wrote:
>> Add the syscall numbers to the ARM syscall table. Both have
>> been briefly tested using the provided selftests from the tools
>> directory.
>>
>> Signed-off-by: Andr
As include/uapi/linux/userfaultfd.h is a user visible header file,
it should not include kernel-exclusive header files.
So trying to build the userfaultfd test program from the selftests
directory fails, since it contains a reference to linux/compiler.h.
As it turns out, that header is not really n
On 09/22/2015 10:59 AM, Michael Ellerman wrote:
On Tue, 2015-09-15 at 07:38 +0530, Raghavendra K T wrote:
... nothing
Sure this patch looks obvious, but please give me a changelog that proves
you've thought about it thoroughly.
For example is it OK to use for_each_node() at this point in boo
On Tue, Sep 22, 2015 at 11:45:40AM +0100, Andre Przywara wrote:
> Hi Russell,
>
> On 21/09/15 18:17, Russell King - ARM Linux wrote:
> > On Mon, Sep 21, 2015 at 06:00:33PM +0100, Andre Przywara wrote:
> >> Add the syscall numbers to the ARM syscall table. Both have
> >> been briefly tested using t
Enable the new userfaultfd syscall in the generic syscall table.
Briefly tested on arm64 with the selftest from the tools directory.
Signed-off-by: Andre Przywara
---
include/uapi/asm-generic/unistd.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/uapi/asm-generic
sched_domain_topology is only used within kernel/sched/core.c. Make it
static.
Signed-off-by: Juergen Gross
---
include/linux/sched.h | 2 --
kernel/sched/core.c | 3 ++-
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/include/linux/sched.h b/include/linux/sched.h
index a4ab9da.
On Tue, Sep 22, 2015 at 4:18 PM, Arnd Bergmann wrote:
> On Tuesday 22 September 2015 15:19:26 Ley Foon Tan wrote:
>> +
>> +config PCI_SYSCALL
>> + def_bool PCI
>
> IIRC, PCI_SYSCALL is deprecated and you should just leave that
> turned off.
>
> In any case, you enable the syscalls here but don
On Fri 18-09-15 15:15:21, Andrew Morton wrote:
> On Wed, 19 Aug 2015 17:38:30 +0200 Jan Kara wrote:
>
> > From: Jan Kara
> >
> > When there are lots of messages accumulated in printk buffer, printing
> > them (especially over serial console) can take a long time (tens of
> > seconds). stop_mach
Commit-ID: 8709b9eb37f07193e39ae4f8f8cb59aaed9eae2e
Gitweb: http://git.kernel.org/tip/8709b9eb37f07193e39ae4f8f8cb59aaed9eae2e
Author: Geert Uytterhoeven
AuthorDate: Mon, 14 Sep 2015 22:06:43 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 12:51:18 +0200
irqchip/gic: Add
Commit-ID: afbbd23381767aec5717ce07736f3a165ef724cd
Gitweb: http://git.kernel.org/tip/afbbd23381767aec5717ce07736f3a165ef724cd
Author: Geert Uytterhoeven
AuthorDate: Mon, 14 Sep 2015 22:06:44 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 22 Sep 2015 12:51:18 +0200
irqchip/gic: Docu
Hi Andrzej,
> From: Andrzej Hajda [mailto:a.ha...@samsung.com]
> Sent: Monday, September 21, 2015 7:04 PM
> To: linux-kernel@vger.kernel.org
> Cc: Andrzej Hajda; Bartlomiej Zolnierkiewicz; Marek Szyprowski;
> Amitkumar Karwar; Nishant Sarmukadam; Kalle Valo; linux-
> wirel...@vger.kernel.org; net.
On Thu, 17 Sep 2015, Geert Uytterhoeven wrote:
> On Thu, Sep 17, 2015 at 9:57 AM, Simon Horman wrote:
> > On Thu, Sep 17, 2015 at 04:12:30PM +0900, Magnus Damm wrote:
> >> irqchip: renesas-irqc: r8a7795 and generic chip update
> >>
> >> [PATCH 01/03] irqchip: renesas-irqc: Add r8a7795 IRQC DT docu
Hi
On Fri, Sep 18, 2015 at 1:00 AM, wrote:
> From: Stephen Chandler Paul
>
> Debugging input devices, specifically laptop touchpads, can be tricky
> without having the physical device handy. Here we try to remedy that
> with userio. This module allows an application to connect to a character
>
On Tue, 15 Sep 2015, Daniel Thompson wrote:
> Currently on ARM when is triggered from an interrupt handler
> (e.g. a SysRq issued using UART or kbd) the main CPU will wedge for ten
> seconds with interrupts masked before issuing a backtrace for every CPU
> except itself.
>
> The new backtrace co
Hi Sakari,
On 09/22/2015 12:26 PM, Sakari Ailus wrote:
Hi Jacek,
Jacek Anaszewski wrote:
This patch adds description of the LED subsystem API for
setting an LED brightness.
Signed-off-by: Jacek Anaszewski
---
Documentation/leds/leds-class.txt | 21 +
1 file changed,
On Mon, 2015-09-14 at 17:23 +0200, Roger Pau Monné wrote:
> I'm not saying that we shouldn't take those patches, I'm just saying
> that IMHO this is a workaround, and I would like to see a plan and
> somebody committed to have it fixed in a proper way, by introducing a
> 64KB PV block protocol.
In
On Tue, Sep 22, 2015 at 04:14:21PM +0800, chenfeng wrote:
> Hi all,
> The sparse memory section size, SECTION_SIZE_BITS, currently is 1GB
> for arm64 by default. However, it might generate wasted memmap memory
> space for those memory sections less than 1GB. e.g.
>
> for 512MB memory section, stil
Below is the list of build error/warning regressions/improvements in
v4.3-rc2[1] compared to v4.2[2].
Summarized:
- build errors: +10/-6
- build warnings: +288/-91
JFYI, when comparing v4.3-rc2[1] to v4.3-rc1[3], the summaries are:
- build errors: +4/-9
- build warnings: +170/-35
Note th
On Tue, Sep 22, 2015 at 1:19 PM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v4.3-rc2[1] to v4.3-rc1[3], the summaries are:
> - build errors: +4/-9
+ /home/kisskb/slave/src/drivers/mfd/intel-lpss-pci.c: error:
'INTEL_LPSS_SLEEP_PM_OPS' undeclared here (not in a function): =>
62:8
i386-
Signed-off-by: Max Filippov
---
drivers/net/ethernet/ethoc.c | 14 --
include/net/ethoc.h | 1 +
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/ethoc.c b/drivers/net/ethernet/ethoc.c
index 442410c..17ff9a4 100644
--- a/drivers/net/ethern
On Mon, Sep 21, 2015 at 05:10:43PM -0500, Bjorn Helgaas wrote:
> On Mon, Sep 21, 2015 at 10:42:13PM +0300, Michael S. Tsirkin wrote:
> > On Mon, Sep 21, 2015 at 01:21:47PM -0500, Bjorn Helgaas wrote:
> > > On Sun, Sep 06, 2015 at 06:32:35PM +0300, Michael S. Tsirkin wrote:
> > > > On some hyperviso
Signed-off-by: Max Filippov
---
drivers/i2c/busses/i2c-ocores.c | 31 +++
include/linux/i2c-ocores.h | 1 +
2 files changed, 28 insertions(+), 4 deletions(-)
diff --git a/drivers/i2c/busses/i2c-ocores.c b/drivers/i2c/busses/i2c-ocores.c
index abf5db7..11b7b87 10
XTFPGA SPI controller has native endian registers.
Fix register acessors so that they work in big-endian configurations.
Signed-off-by: Max Filippov
---
drivers/spi/spi-xtensa-xtfpga.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/spi-xtensa-xtfpga.c b/drive
On Tue, 2015-09-22 at 13:22 +0200, Geert Uytterhoeven wrote:
> On Tue, Sep 22, 2015 at 1:19 PM, Geert Uytterhoeven
> wrote:
> > JFYI, when comparing v4.3-rc2[1] to v4.3-rc1[3], the summaries are:
> > - build errors: +4/-9
>
> + /home/kisskb/slave/src/drivers/mfd/intel-lpss-pci.c: error:
> 'IN
Hi Steve,
On 21/09/15 16:02, Steven Rostedt wrote:
> On Mon, 21 Sep 2015 15:26:23 +0100
> Kapileshwar Singh wrote:
>
>> When a trace recorded on a 32-bit device is processed with a 64-bit
>> binary, the higher 32-bits of the address need to ignored
>>
>> The lack of this results in the output of
Signed-off-by: Max Filippov
---
drivers/tty/serial/serial_core.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/drivers/tty/serial/serial_core.c b/drivers/tty/serial/serial_core.c
index f368520..84b5695 100644
--- a/drivers/tty/serial/serial_core.c
+++ b/drivers/tty/s
On Sat, 2015-09-19 at 11:13 +0100, Lee Jones wrote:
> On Thu, 17 Sep 2015, Andy Shevchenko wrote:
>
> > On Thu, 2015-09-03 at 14:14 -0500, Aaron Sierra wrote:
> > > The lpc_ich_cells array gives the wrong impression about the
> > > relationship between the watchdog and GPIO devices. They are
> > >
Hi,
On Tue, Sep 22, 2015 at 09:43:50AM +0200, Enric Balletbo Serra wrote:
> 2015-09-20 6:19 GMT+02:00 Lee Jones :
> > On Tue, 08 Sep 2015, Enric Balletbo i Serra wrote:
> >
> >> Add tps65217 battery charger subdevice.
> >>
> >> Signed-off-by: Enric Balletbo i Serra
> >> ---
> >> drivers/mfd/tps6
Hi Marc:
在 2015/9/22 2:09, Marc Zyngier 写道:
> On Wed, 19 Aug 2015 03:55:20 +0100
> MaJun wrote:
>
[...]
>> +These nodes must have the following properties:
>> +- msi-parent: This property has two cells.
>> +The 1st cell specifies the ITS this device connected.
>> +The 2nd cell specifies
On Tuesday 22 September 2015 18:53:50 Ley Foon Tan wrote:
> On Tue, Sep 22, 2015 at 4:18 PM, Arnd Bergmann wrote:
> > On Tuesday 22 September 2015 15:19:26 Ley Foon Tan wrote:
> > I might be missing something though. Bjorn?
> >
> >> @@ -14,7 +14,7 @@
> >> #include
> >> #include
> >>
> >> -/* P
On 09/22/2015, 01:34 PM, Max Filippov wrote:
NACK until you provide a useful commit log including description why
this is needed.
> Signed-off-by: Max Filippov
> ---
> drivers/tty/serial/serial_core.c | 8 ++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/tty/
Use of_property_read_u32 to read the "clock-frequency" property instead
of using of_get_property with return value checks.
Signed-off-by: Tobias Klauser
---
drivers/net/ethernet/xilinx/ll_temac_mdio.c | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethern
People reported that when allocating crashkernel memory using
",high" and ",low" syntax, there were cases where the reservation
of the "high" portion succeeds, but the reservation of the "low"
portion fails. Then kexec can load kdump kernel successfully, but
the boot of kdump kernel fails as there'
On Fri 18-09-15 15:15:36, Andrew Morton wrote:
> On Wed, 19 Aug 2015 17:38:31 +0200 Jan Kara wrote:
>
> > From: Jan Kara
> >
> > Necessity for offloading of printing was observed only for large
> > systems. So add a config option (disabled by default)
>
> The Kconfig has "default y"?
Changed
Use of_property_read_u32 instead of of_get_property with return value
checks and endianness conversion.
Signed-off-by: Tobias Klauser
---
drivers/net/ethernet/xilinx/xilinx_axienet_mdio.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/xilinx/xilinx_a
Hi Thomas,
On Tue, 22 Sep 2015 12:27:08 +0200 (CEST)
Thomas Gleixner wrote:
> On Mon, 21 Sep 2015, Ludovic Desroches wrote:
> > diff --git a/drivers/irqchip/irq-atmel-aic5.c
> > b/drivers/irqchip/irq-atmel-aic5.c
> > index 9da9942..6c5fd25 100644
> > --- a/drivers/irqchip/irq-atmel-aic5.c
> > +
On Mon, Sep 21, 2015 at 06:17:34PM -0700, Guenter Roeck wrote:
> On 09/21/2015 08:34 AM, Kirill A. Shutemov wrote:
> >Guenter Roeck wrote:
> >>On 09/18/2015 07:53 AM, Jesper Nilsson wrote:
> >>>On Fri, Sep 18, 2015 at 05:25:07PM +0300, Kirill A. Shutemov wrote:
> On Thu, Sep 17, 2015 at 09:29:2
On Mon, 2015-09-21 at 16:02 -0400, Alan Stern wrote:
> On Mon, 21 Sep 2015, Dmitry Torokhov wrote:
>
> > > What happens if the "inhibit" control is turned on and the driver puts
> > > the device into runtime suspend, but then an I/O request arrives?
> > >
> > > If the I/O request originated fr
Hi Tiffany,
On Tue, Sep 22, 2015 at 06:19:25PM +0800, tiffany lin wrote:
> Hi Hans,
>
> On Mon, 2015-09-21 at 15:13 +0200, Hans Verkuil wrote:
> > Hi Tiffany!
> >
> > On 21-09-15 14:26, Tiffany Lin wrote:
> > > vb2_dc_prepare use the number of SG entries dma_map_sg_attrs return.
> > > But in dma
On Mon, Sep 21, 2015 at 11:18:26PM +0200, Peter Rosin wrote:
> From: Peter Rosin
>
> Add support for Microchip digital potentiometers and rheostats
> MCP4531, MCP4532, MCP4551, MCP4552,
> MCP4631, MCP4632, MCP4651, MCP4652
>
> These are either single (45xx) or dual (46xx) wipers with
Currently, kernel context and interrupts are handled using a single
kernel stack navigated by sp_el1. This forces a system to use 16KB
stack, not 8KB one. This restriction makes low memory platforms suffer
from memory pressure accompanied by performance degradation.
This patch addresses the issue
On Tue, Sep 22, 2015 at 12:24:50PM +0200, Javier Martinez Canillas wrote:
> The wilc_wlan_cleanup() function iterates over the list of transmission
> buffers freeing all of them and then iterates over the receive buffers
> list to free all of them as well.
>
> But on the receive loop a pointer to
Currently zbud is only capable of allocating not more than
PAGE_SIZE - ZHDR_SIZE_ALIGNED - CHUNK_SIZE. This is okay as
long as only zswap is using it, but other users of zbud may
(and likely will) want to allocate up to PAGE_SIZE. This patch
addresses that by skipping the creation of zbud internal
For cris it is completely valid to do that. It has been an issue before. If you
for some reason really require dword alignment there should be an align in the
struct.
CC:ing the compiler guy for further comments.
Best regard
/Mikael
> 22 sep 2015 kl. 14:03 skrev Kirill A. Shutemov :
>
>> On
There are three natural ways in which devices may be wired to the system:
little endian (device receives correctly ordered bits of a word written
by little-endian CPU to its register, but big-endian CPU needs to swap
bytes of a word before writing it), big endian (same, but with big-endian
CPU in m
On Mon, Sep 21, 2015 at 11:21:14AM -0400, Dan Streetman wrote:
>
> As far as the hw and sw drivers producing the exact same output, I
> don't think that's possible with the current hw and sw drivers,
> because the hw driver may have to add a header to the actual byte
> stream that the hw creates,
Hi Martin,
On Tue, Sep 22, 2015 at 12:27:35PM +0200, Martin Schwidefsky wrote:
> On Mon, 21 Sep 2015 11:22:52 +0200
> Martin Schwidefsky wrote:
>
> > On Fri, 18 Sep 2015 14:41:20 -0700
> > "Paul E. McKenney" wrote:
> >
> > > On Tue, Sep 15, 2015 at 10:09:41AM -0700, Paul E. McKenney wrote:
> >
> -Original Message-
> From: John Youn [mailto:john.y...@synopsys.com]
> Sent: Thursday, June 11, 2015 4:16 AM
> To: Yunzhi Li; john.y...@synopsys.com
> Cc: he...@sntech.de; c...@rock-chips.com; h...@rock-chips.com; yk@rock-
> chips.com; gaura...@google.com; albe...@google.com; w...@rock-ch
This is version two of the xattr cleanups. The main change in the series
is to pass struct xattr_handler down to the xattr handler operations. In
addition, a few other small problems in the code are fixed.
What's missing is a fix for ocfs2's listxattr operation: ocfs2 implements
list xattr handl
Now that the xattr handler is passed to the xattr handler operations, we
have access to the attribute name prefix, so simplify
f2fs_xattr_generic_list.
Also, f2fs_xattr_advise_list is only ever called for
f2fs_xattr_advise_handler; there is no need to double check for that.
Signed-off-by: Andreas
Now that the xattr handler is passed to the xattr handler operations, we
have access to the attribute name prefix, so simplify the squashfs xattr
handlers a bit.
Signed-off-by: Andreas Gruenbacher
---
fs/squashfs/xattr.c | 90 ++---
1 file changed,
The xattr_handler operations are currently all passed a file system
specific flags value which the operations can use to disambiguate between
different handlers; some file systems use that to distinguish the xattr
namespace, for example. In some oprations, it would be useful to also have
access to
Now that the xattr handler is passed to the xattr handler operations, we
can use the same get and set operations for the user, trusted, and security
xattr namespaces. In those namespaces, we can access the full attribute
name by "reattaching" the name prefix the vfs has skipped for us. Add a
xatt
The intent was to test "proc[i].handler" instead of "proc->handler".
Signed-off-by: Dan Carpenter
diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c
index c1ff58d..6c0f079 100644
--- a/drivers/acpi/tables.c
+++ b/drivers/acpi/tables.c
@@ -268,7 +268,8 @@ acpi_parse_entries_array(char *id
Ubifs installs a security xattr handler in sb->s_xattr but doesn't use the
generic_{get,set,list,remove}xattr inode operations needed for processing
this list of attribute handlers; the handler is never called. Instead,
ubifs uses its own xattr handlers which also process security xattrs.
Remove
The vfs checks if a task has the appropriate access for get and set
operations, but it cannot do that for the list operation; the file system
must check for that itself.
Signed-off-by: Andreas Gruenbacher
---
fs/jffs2/xattr_trusted.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/fs/jffs
The list operations can never be called; they are even documented to be
unused.
Signed-off-by: Andreas Gruenbacher
---
fs/hfsplus/xattr.c | 11 ---
fs/hfsplus/xattr_security.c | 11 ---
fs/hfsplus/xattr_trusted.c | 11 ---
fs/hfsplus/xattr_user.c | 11 --
SunDong reported the following on
https://bugzilla.kernel.org/show_bug.cgi?id=103841
I think I find a linux bug, I have the test cases is constructed. I
can stable recurring problems in fedora22(4.0.4) kernel version,
arch for x86_64. I construct transparent huge page, wh
On Tue, Sep 22, 2015 at 02:29:03PM +0300, Michael S. Tsirkin wrote:
> On Mon, Sep 21, 2015 at 05:10:43PM -0500, Bjorn Helgaas wrote:
> > On Mon, Sep 21, 2015 at 10:42:13PM +0300, Michael S. Tsirkin wrote:
> > > On Mon, Sep 21, 2015 at 01:21:47PM -0500, Bjorn Helgaas wrote:
> > > > On Sun, Sep 06, 2
We need to build files in virt/lib/, so add virt directory to
the top Makefile.
Signed-off-by: Feng Wu
---
v2:
- Remove the explicit 'virt' entry in the KBUILD_ALLDIRS assignment
- Remove './' in virt/Makefile
Makefile | 10 ++
arch/x86/kvm/Makefile | 3 ---
virt/Makefile
On Tue, Sep 22, 2015 at 2:26 PM, Andreas Gruenbacher
wrote:
> Ubifs installs a security xattr handler in sb->s_xattr but doesn't use the
> generic_{get,set,list,remove}xattr inode operations needed for processing
> this list of attribute handlers; the handler is never called. Instead,
> ubifs use
From: Peter Rosin
This is the third attempt for a driver for these chips.
Thanks for review comments from Crt Mori, Daniel Baluta,
Lars-Peter Clauson and Andreas Dannenberg. I think and hope I
got it all sorted.
Changes since v2:
- Change naming from mcp4xxx_dpot to mcp4531 (Daniel)
- Added lin
From: Peter Rosin
Signed-off-by: Peter Rosin
---
Documentation/ABI/testing/sysfs-bus-iio |2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-bus-iio
b/Documentation/ABI/testing/sysfs-bus-iio
index 9398484196c4..2eea468f704d 100644
--- a/Documentation/ABI/te
From: Peter Rosin
Add support for Microchip digital potentiometers and rheostats
MCP4531, MCP4532, MCP4551, MCP4552
MCP4631, MCP4632, MCP4651, MCP4652
These are either single (45xx) or dual (46xx) wipers with either
129 (4x3x) or 257 (4x5x) steps, and configured either as
potenti
we have two processes to do:
P1#: ifconfig eth0 down; which will call bnx2_close, then will
, and set Null to stats_blk
P2#: ifconfig eth0; which will call bnx2_get_stats64, it will
use stats_blk.
In one case:
--P1#-- --P2#--
stats_blk(no null)
On Fri, Sep 18, 2015 at 02:19:16PM +0900, Joonsoo Kim wrote:
> Until now, tfm object embeds (de)compression context in it and
> (de)compression in crypto API requires tfm object to use
> this context. But, there are some algorithms that doesn't need
> such context to operate. Therefore, this patch
On 09/22, Tetsuo Handa wrote:
>
> I imagined a dedicated kernel thread doing something like shown below.
> (I don't know about mm->mmap management.)
> mm->mmap_zapped corresponds to MMF_MEMDIE.
No, it doesn't, please see below.
> bool has_sigkill_task;
> wait_queue_head_t kick_mm_zapper;
OK, if
2015-09-22 14:41 GMT+02:00 Richard Weinberger :
> Should this go through the ubifs tree or do you carry it?
I hope that Al will take these patches from me. The filesystem patches
are not so exciting from a filesystem point of view.
Thanks,
Andreas
--
To unsubscribe from this list: send the line "
On Sat, Sep 19, 2015 at 12:41:07AM +0800, Chen-Yu Tsai wrote:
> On Fri, Sep 18, 2015 at 4:48 PM, Maxime Ripard
> wrote:
> > The C.H.I.P. is a small SBC with an Allwinner R8, 8GB of NAND, 512MB of
> > RAM, USB host and OTG, a wifi / bluetooth combo chip, an audio/video jack
> > and two connectors t
Hi Greg and everybody,
Here's a patchset adding support for Intel Trace Hub (TH) [1] to the
kernel. Full description follows the changelog. I took some time
discussing matters with Mathieu wrt our common needs from the STM
driver framework and also to fix things that I found in the
process, so the
On Tue, Sep 22, 2015 at 3:39 PM, Peter Rosin wrote:
> From: Peter Rosin
>
> Signed-off-by: Peter Rosin
> ---
> Documentation/ABI/testing/sysfs-bus-iio |2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/ABI/testing/sysfs-bus-iio
> b/Documentation/ABI/testing/sysfs-bus-i
kbuild/gcc uses -include option to include files and -I to provide paths for
#include <> directive. The same is true for spatch.
Signed-off-by: Andrzej Hajda
---
scripts/coccicheck | 1 -
1 file changed, 1 deletion(-)
diff --git a/scripts/coccicheck b/scripts/coccicheck
index bbf901a..6d84b05 1
Add myself as a maintainer for the stm class framework.
Signed-off-by: Alexander Shishkin
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 274f854055..ebb137d9b9 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9105,6 +9105,14 @@ S:
> From: Mikael Starvik
> Date: Tue, 22 Sep 2015 14:19:38 +0200
> For cris it is completely valid to do that.
Correct, just as it's completely valid for any system to specify
an ABI that says that structures are laid out "packed" by
default.
> It has been an
> issue before. If you for some reaso
A System Trace Module (STM) is a device exporting data in System Trace
Protocol (STP) format as defined by MIPI STP standards. Examples of such
devices are Intel(R) Trace Hub and Coresight STM.
This abstraction provides a unified interface for software trace sources
to send their data over an STM
This is a simple module that pretends to be an stm device and discards
all the data that comes in. Useful for testing stm class and its users.
Reviewed-by: Mathieu Poirier
Signed-off-by: Alexander Shishkin
---
drivers/hwtracing/stm/Kconfig | 8 +
drivers/hwtracing/stm/Makefile| 2
On Tue, 22 Sep 2015 20:23:26 +0800
Boqun Feng wrote:
> Hi Martin,
>
> On Tue, Sep 22, 2015 at 12:27:35PM +0200, Martin Schwidefsky wrote:
> > On Mon, 21 Sep 2015 11:22:52 +0200
> > Martin Schwidefsky wrote:
> >
> > > On Fri, 18 Sep 2015 14:41:20 -0700
> > > "Paul E. McKenney" wrote:
> > >
>
This is a simple stm_source class device driver (kernelspace stm trace
source) that registers a console and sends kernel messages over STM
devices.
Reviewed-by: Mathieu Poirier
Signed-off-by: Alexander Shishkin
---
drivers/hwtracing/stm/Kconfig | 9 +
drivers/hwtracing/stm/Makefile | 4
301 - 400 of 1284 matches
Mail list logo
