[PATCH] kbuild: add documentation of KBUILD_BUILD_VERSION

KBUILD_BUILD_VERSION is currently not documented but it is needed when rebuilding a kernel that should result in the identical binary. This is a brief documentation of KBUILD_BUILD_VERSION. Signed-off-by: Nicholas Mc Guire --- Patch is against 4.0-rc6 (localversion-next is -next-20150402) Docu

Re: [PATCH] sound: Use const struct ac97_quirk

At Sat, 04 Apr 2015 13:38:25 -0700, Joe Perches wrote: > > Use const to reduce data by ~3Kb. > > Signed-off-by: Joe Perches Applied, thanks. Takashi > --- > include/sound/ac97_codec.h | 4 +++- > sound/pci/ac97/ac97_codec.c | 3 ++- > sound/pci/ad1889.c | 2

[PATCH v3 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

This patch adds driver for Alphascale asm9260 pinctrl support. Alphascale asm9260t is SoC based on ARM926EJ (240MHz) in LQFP176 package. On silicon are: - 32MB SDRAM - USB2.0 HS/OTG - 2x CAN - SD/MMC - 5x Times/PWM - 10x USART - 24-channel DMA - 2x i2c - 2x SPI - Quad SPI - 10/100 Ethernet MAC - Ca

[PATCH v3 2/2] pinctrl: asm9260: add pinctrl add device tree bindings documentation

Add device tree bindings documentation for Alphascale asm9260 pin controller Signed-off-by: Oleksij Rempel --- .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 ++ 1 file changed, 76 insertions(+) create mode 100644 Documentation/devicetree/bindings/pinctrl/alphascal

[PATCH v3 0/2] Add driver and documentation for Alphascale asm9260 pinctrl

Oleksij Rempel (2): pinctrl: Add driver for Alphascale asm9260 pinctrl pinctrl: asm9260: add pinctrl add device tree bindings documentation .../pinctrl/alphascale,asm9260-pinctrl.txt | 76 +++ drivers/pinctrl/Kconfig| 8 + drivers/pinctrl/Makefile

Re: [PATCH v2 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

Am 27.03.2015 um 18:10 schrieb Paul Bolle: > This patch adds a mismatch between the Kconfig symbol (bool) and the > code (which assumes a modular built too). > > On Fri, 2015-03-27 at 10:36 +0100, Oleksij Rempel wrote: >> --- a/drivers/pinctrl/Kconfig >> +++ b/drivers/pinctrl/Kconfig >> @@ -47,6 +

Re: [PATCH v2 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

Hi Paul, thank you for your review. Am 27.03.2015 um 18:10 schrieb Paul Bolle: > This patch adds a mismatch between the Kconfig symbol (bool) and the > code (which assumes a modular built too). > > On Fri, 2015-03-27 at 10:36 +0100, Oleksij Rempel wrote: >> --- a/drivers/pinctrl/Kconfig >> +++ b

RE: [LKP] [cfg80211] eeca9fce1d7: BUG: kernel boot oversize

Hi, > -Original Message- > From: Tomeu Vizoso [mailto:tomeu.viz...@gmail.com] > Sent: Thursday, April 02, 2015 17:49 > To: Peer, Ilan > Cc: Huang, Ying; Berg, Johannes; LKML; l...@01.org > Subject: Re: [LKP] [cfg80211] eeca9fce1d7: BUG: kernel boot oversize > > On 24 March 2015 at 09:34,

Re: [PATCH RFC] nohz,blk-mq: do not create blk-mq workqueues on nohz dedicated CPUs

On Tue, 2015-03-31 at 10:27 -0400, Rik van Riel wrote: > CPUs with nohz_full do not want disruption from timer interrupts, > or other random system things. This includes block mq work. > > There is another issue with block mq vs. realtime tasks that run > 100% of the time, which is not uncommon o

[PATCH] blackfin: lib: ucmpdi2: Add ucmpdi2 from libgcc2

Just copy the output of "gcc -S". The related error: kernel/built-in.o: In function `perf_swevent_init': kernel/events/core.c:(.text+0xa97e4): undefined reference to `__ucmpdi2' make: *** [vmlinux] Error 1 Signed-off-by: Chen Gang --- arch/blackfin/kernel/bfin_ksyms.c | 2 ++ arch/blackf

Re: [PATCH] x86/signal: Remove pax argument from restore_sigcontext

* Brian Gerst wrote: > On Sat, Apr 4, 2015 at 10:14 AM, Ingo Molnar wrote: > > > > * Brian Gerst wrote: > > > >> The pax argument is unnecesary. Instead, store the RAX value directly > >> in regs. > >> > >> Signed-off-by: Brian Gerst > >> Cc: Ingo Molnar > >> Cc: "H. Peter Anvin" > >> Cc:

Re: [PATCH 2/2] nohz: make nohz_full imply isolcpus

* Chris Metcalf wrote: > On 4/4/2015 10:10 AM, Rik van Riel wrote: > >>Rik, what's the change you're proposing that's similar to this one? Thanks! > >I don't have this particular one, and I like it. > > > >I know there are use cases where isolcpus= without > >nohz_full= makes sense, but I cannot

[PATCH] Documentation: blackfin: gptimers-example: Use new switch macro SAMPLE_IRQ_TIMER instead of IRQ_TIMER5

Not all blackfin machines support IRQ_TIMER5, but all machines support IRQ_TIMER2. So add a switch macro for them. The related error: Documentation/blackfin/gptimers-example.c: In function 'gptimer_example_init': Documentation/blackfin/gptimers-example.c:60:20: error: 'IRQ_TIMER5' undeclared

[PATCH] Documentation: blackfin: Makefile: Typo building issue

Miss a ')' for ifneq in Makefile, the related building error: Documentation/blackfin/Makefile:2: *** invalid syntax in conditional. Stop. make[1]: *** [Documentation/blackfin] Error 2 Signed-off-by: Chen Gang --- Documentation/blackfin/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 del

Re: [PATCH] drm/msm: fix build warning - missing prototype

On Sat, 04 Apr 2015, Rob Clark wrote: > On Fri, Apr 3, 2015 at 10:39 PM, Nicholas Mc Guire wrote: > > fix build warning when building edp/edp_aux.o due to missing > > prototype for edp_aux_transfer. > > > > Signed-off-by: Nicholas Mc Guire > > --- > > building drivers/gpu/drm/msm/msm.ko gives th

Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t

On Sat, Apr 4, 2015 at 2:48 PM, Rob Herring wrote: > On Sat, Apr 4, 2015 at 7:46 AM, Bjorn Helgaas wrote: >> I think there's still an unresolved question about the OF parsing code. > > Got a pointer to what that is? I'll take a guess. Generally, we make > the parsing code independent of the kern

Re: [PATCH v9 0/10] iommu/vt-d: Fix intel vt-d faults in kdump kernel

On 04/03/15 at 05:21pm, Dave Young wrote: > On 04/03/15 at 05:01pm, Li, ZhenHua wrote: > > Hi Dave, > > > > There may be some possibilities that the old iommu data is corrupted by > > some other modules. Currently we do not have a better solution for the > > dmar faults. > > > > But I think when

[PATCH] Staging: sm750fb: Remove extra parentheses around right bit shift operation

Removes extra parentheses around bitwise right shift operation. The issue was detected using the following coccinelle script. @@ expression e, e1; constant c; @@ e = -(e1 +e1 << -c); +c; @@ identifier i; constant c; type t; expression e; @@ t i = -(e +e << -c); +c; @@ expression e, e1; identif

Re: [PATCH v5 00/19] x86, boot: kaslr cleanup and 64bit kaslr support

Hi Yinghai, Seems this patchset contains much content at one time so that it's not very convenient to understand and review. Could it be made by 2 or 3 steps? like Firstly post a patchset to handle kaslr putting kernel above 4G. This involves many lines of code change but its concept is simple. A

[PATCH] rtc: hym8563: fix swapped enable/disable of clockout control bit

The hym8563 datasheet describes the clock output control-bit as "when set to logic 0, the square wave output is enable, when set to logic 1, the CLKOUT output is inhibited". But in reality the setting is exactly opposite. Before now, the clock output was not really used, but on the rk3288 soc this

Re: [PATCH] x86/signal: Remove pax argument from restore_sigcontext

On Sat, Apr 4, 2015 at 10:14 AM, Ingo Molnar wrote: > > * Brian Gerst wrote: > >> The pax argument is unnecesary. Instead, store the RAX value directly >> in regs. >> >> Signed-off-by: Brian Gerst >> Cc: Ingo Molnar >> Cc: "H. Peter Anvin" >> Cc: Andy Lutomirski >> Cc: Denys Vlasenko >> Cc:

Re: [PATCH v3 3/3] iio: add driver for Freescale MMA9553

Irina Tirdea schrieb am 27.01.2015 um 19:41: > Add support for Freescale MMA9553L Intelligent Pedometer Platform. > > The following functionalities are supported: > - step counter (counts the number of steps using a HW register) > - step detector (generates an iio event at every step the user ta

[PATCH] staging : unisys: Fix brace coding style issue

This is a patch to visorchannel/visorchannel_funcs.c that fixes a couple of brace warnings found by checkpatch.pl. Signed-off-by: Andreas Theodosiou --- drivers/staging/unisys/visorchannel/visorchannel_funcs.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/stag

Re: [PATCH] Input: atkbd: Fix release quirk for Dell models

On Sunday 29 March 2015 16:36:19 Pali Rohár wrote: > This patch fixes commit 61579ba83934 ("Input: atkbd - expand > Latitude's force release quirk to other Dells"). Before that > commit release quirks were called for all Dell Latitude > models. After that commit only for Portable Dell devices. But

Re: [PATCH] usb: musb: Kconfig: Depend on some machines under blackfin

On 4/4/15 17:54, Greg Kroah-Hartman wrote: > On Sat, Apr 04, 2015 at 05:51:21AM +0800, Chen Gang wrote: >> Under blackfin, only bf527, bf548 and bf609 may use musb. The related >> error with allmodconfig: >> >> CC [M] drivers/usb/misc/trancevibrator.o >> In file included from drivers/usb/mus

Re: samples: kdbus: kdbus-workers: Define dummy prime_new()

On 4/4/15 16:26, Greg KH wrote: > On Sat, Apr 04, 2015 at 06:17:23AM +0800, Chen Gang wrote: >> Quite a few of architures (e.g. blackfin, cris, frv ...) do not support >> memfd_create system call which is used in prime_new(). So define a dummy >> one. >> >> The related error (with allmodconfig unde

Re: [PATCH][ASoC]Add ability to remove rate constraints from generic ASoC AC'97 CODEC driver

W dniu 30.03.2015 06:19, Mark Brown pisze: > On Sun, Mar 29, 2015 at 06:00:33PM +0200, Maciej S. Szmigiero wrote: >> W dniu 22.03.2015 19:27, Mark Brown pisze: > >>> Please use subject lines matching the style for the subsystem. This is >>> helpful for identifying relevant patches and not getting

Re: [PATCH] blackfin: Kconfig: Let PLL_BYPASS and MPU depend on some BF_REV of BF533

On 4/5/15 05:56, Richard Weinberger wrote: > Am 04.04.2015 um 23:48 schrieb Chen Gang: >> On 4/4/15 06:59, Richard Weinberger wrote: > So you have a blackfin board and successfully booted such a allmodconfig > kernel on it? No, I have no any related hardware for it. For this issue, I referenced

Re: [PATCH] tty: serial: Add const to struct uart_ops declarations

Hi Joe, See comment below... On 2015-04-04 19:47, Joe Perches wrote: > These structs can be const, so make them const. > > Signed-off-by: Joe Perches > --- > > Done with: > sed -r -i -e 's/\bstruct\s+uart_ops\s+(\w+)\s*=\s*/const struct > uart_ops \1 = /g' drivers/tty/serial/*.c > > Compiled

Re: [PATCH] blackfin: include: asm: pgtable: Define dummy pgprot_writecombine

Am 05.04.2015 um 00:02 schrieb Chen Gang: > On 4/4/15 06:50, Richard Weinberger wrote: >> On Fri, Apr 3, 2015 at 10:36 PM, Chen Gang >> wrote: >>> It is copied from asm-generic, the related error with allmodconfig: >>> >>> CC [M] sound/core/pcm_native.o >>> sound/core/pcm_native.c: In func

Re: [PATCH] blackfin: include: asm: pgtable: Define dummy pgprot_writecombine

On 4/4/15 06:50, Richard Weinberger wrote: > On Fri, Apr 3, 2015 at 10:36 PM, Chen Gang > wrote: >> It is copied from asm-generic, the related error with allmodconfig: >> >> CC [M] sound/core/pcm_native.o >> sound/core/pcm_native.c: In function 'snd_pcm_lib_default_mmap': >> sound/core/p

Re: [PATCH] blackfin: Kconfig: Let PLL_BYPASS and MPU depend on some BF_REV of BF533

Am 04.04.2015 um 23:48 schrieb Chen Gang: > On 4/4/15 06:59, Richard Weinberger wrote: >> On Thu, Apr 2, 2015 at 11:25 PM, Chen Gang >> wrote: >>> For allmodconfig, it uses BF533 which will cause 3 issues for common >>> checking: >>> >>> - The first 2 issues are about PLL_BYPASS, it needs BF_REV

Re: [PATCH v2] net: dsa: fix filling routing table from OF description

Le 04/04/2015 14:46, Pavel Nakonechny a écrit : > According to description in 'include/net/dsa.h', in cascade switches > configurations where there are more than one interconnected devices, > 'rtable' array in 'dsa_chip_data' structure is used to indicate which > port on this switch should be used

Re: [PATCH] blackfin: Kconfig: Let PLL_BYPASS and MPU depend on some BF_REV of BF533

On 4/4/15 06:59, Richard Weinberger wrote: > On Thu, Apr 2, 2015 at 11:25 PM, Chen Gang > wrote: >> For allmodconfig, it uses BF533 which will cause 3 issues for common >> checking: >> >> - The first 2 issues are about PLL_BYPASS, it needs BF_REV_0_6 (which >>just match the compiler's output

[PATCH v2] net: dsa: fix filling routing table from OF description

According to description in 'include/net/dsa.h', in cascade switches configurations where there are more than one interconnected devices, 'rtable' array in 'dsa_chip_data' structure is used to indicate which port on this switch should be used to send packets to that are destined for corresponding s

Re: [PATCH 02/16] vfs: check kiocb->ki_flags instead filp->fl_flags

On Sat, Apr 04, 2015 at 11:13:11PM +0400, Dmitry Monakhov wrote: > generic_write_checks now accept kiocb as an argument > Unfortunetly it is impossible to get rid of old interface because some crappy > do not support write_iter interface so leave __generic_write_checks as > backward > compatibilit

Re: [PATCH] blackfin: Makefile: Add -D__linux__ flag for KBUILD_CFLAGS

On 4/5/15 05:17, Richard Weinberger wrote: > Am 04.04.2015 um 23:13 schrieb Chen Gang: >> Is what I have done above correct? Or can we treate it as gcc's issue? > > At least ask gcc folks about that before you add a random hack to the kernel. > For the latest compiler, it should contents -D__lin

Re: samples: kdbus: kdbus-workers: Define dummy prime_new()

On 4/4/15 06:42, Richard Weinberger wrote: > On Sat, Apr 4, 2015 at 12:17 AM, Chen Gang > wrote: >> Quite a few of architures (e.g. blackfin, cris, frv ...) do not support >> memfd_create system call which is used in prime_new(). So define a dummy >> one. > > Don't paper over the issue, just wir

Re: [PATCH] blackfin: Makefile: Add -D__linux__ flag for KBUILD_CFLAGS

Am 04.04.2015 um 23:13 schrieb Chen Gang: > Is what I have done above correct? Or can we treate it as gcc's issue? At least ask gcc folks about that before you add a random hack to the kernel. Thanks, //richard -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [PATCH] blackfin: Makefile: Add -D__linux__ flag for KBUILD_CFLAGS

On 4/4/15 06:56, Richard Weinberger wrote: > On Fri, Apr 3, 2015 at 10:19 PM, Chen Gang > wrote: >> The related error with allmodconfig: > > BTW: How do you generate this allmodconfig? > "make allmodconfig ARCH=blackfin" cannot work as you need to specify a > board... > [...] > Hmm, what compi

[PATCH] x86/alternatives: Guard NOPs optimization

From: Borislav Petkov Take a look at the first insn byte before optimizing the NOP - there might be something else already, like the ALTERNATIVE_2() in rdtsc_barrier() which nops out on AMD even though we just patched in an MFENCE. This happens because the alternatives sees X86_FEATURE_MFENCE_RD

Re: [PATCH] net: dsa: fix filling rtable from OF description

On Sat, Apr 04, 2015 at 04:48:48PM +0300, Pavel Nakonechny wrote: > According to description in 'include/net/dsa.h', in cascade switches > configurations where there are more than one interconnected devices, > 'rtable' array in 'dsa_chip_data' structure is used to indicate which > port on this swit

Re: [PATCH v3 5/7] tracing: Add 'hist' event trigger command

On Sat, 2015-04-04 at 22:56 +0200, Paul Bolle wrote: > Tom Zanussi schreef op za 04-04-2015 om 15:09 [-0500]: > > [PATCH] kallsyms: Include module.h > > > > KSYM_SYMBOL_LEN references MODULE_NAME_LEN, defined in module.h, so > > have kallsyms.h include module.h instead of expecting kallsysms users

Re: [PATCH] net: dsa: fix filling rtable from OF description

On Sat, Apr 04, 2015 at 08:10:09PM +0300, Pavel Nakonechny wrote: > Hi Andrew > > ?? 4 2015 18:38:14 > Andrew Lunn ??: > > There is the code after applying your patch: > > > > static int dsa_of_setup_routing_table(struct dsa_pla

Re: [PATCH v3 5/7] tracing: Add 'hist' event trigger command

Tom Zanussi schreef op za 04-04-2015 om 15:09 [-0500]: > [PATCH] kallsyms: Include module.h > > KSYM_SYMBOL_LEN references MODULE_NAME_LEN, defined in module.h, so > have kallsyms.h include module.h instead of expecting kallsysms users > to do it. > > Also fix up existing kallsyms users that appa

[PATCH] sound: Use const struct ac97_quirk

Use const to reduce data by ~3Kb. Signed-off-by: Joe Perches --- include/sound/ac97_codec.h | 4 +++- sound/pci/ac97/ac97_codec.c | 3 ++- sound/pci/ad1889.c | 2 +- sound/pci/atiixp.c | 2 +- sound/pci/cs5535audio/cs5535audio.c | 2 +- sound/pc

CAN I TRUST YOU?

Dear Sir/Madam, I am Godwin Emefiele, The new Governor Central Bank of Nigeria. My office controls and monitors the affairs of all other banks in Nigeria. I am the final signatory to any transfer both on local and international levels. I have a beneficial deal for you. I am aware that this letter

Re: [PATCH v3 5/7] tracing: Add 'hist' event trigger command

On Sat, 2015-04-04 at 08:36 -0700, Alexei Starovoitov wrote: > On Fri, Apr 3, 2015 at 8:51 AM, Tom Zanussi > wrote: > > +static struct hist_trigger_entry * > > +tracing_map_insert(struct tracing_map *map, void *key) > > +{ > > + u32 idx, key_hash, test_key; > > + > > + key_hash = jhas

Re: [PATCH v3 5/7] tracing: Add 'hist' event trigger command

On Sat, 2015-04-04 at 17:14 +0200, Paul Bolle wrote: > What follows are a bunch of questions, and not really review remarks, > triggered by the fact that is included here for reasons > that were not really obvious when scanning the patch. > > TL,DR: > - why does trace_events_hist.c include ? > -

Re: [PATCHv6] media: i2c/adp1653: Documentation for devicetree support for adp1653

On Sat, Apr 04, 2015 at 07:11:16PM +0200, Pavel Machek wrote: > Hi! > > > enable-gpios: Specifier of the GPIO connected to EN pin > > > > I can make the changes if you're ok with that, otherwise please send v7. > > Then > > I'll apply that to my tree. > > I'm ok with that. Thanks. The patch is

Re: [PATCH 1/3] PCI: Introduce pci_bus_addr_t

On Sat, Apr 4, 2015 at 7:46 AM, Bjorn Helgaas wrote: > On Fri, Apr 3, 2015 at 10:34 PM, Yinghai Lu wrote: >> On Fri, Apr 3, 2015 at 1:52 PM, Bjorn Helgaas wrote: >>> [+cc Sam (commented on previous versions), Russell, linux-arm-kernel, Ralf, >>> linux-mips, Ben, linuxppc-dev, x86] >>> >>> On Fri

Re: [PATCH] staging: sm7xxfb: Fix sparse warning

On Sat, 4 Apr 2015, Nickolaus Woodruff wrote: > This patch fixes the following sparse warning in sm7xx.h: > > drivers/staging/sm7xxfb/sm7xx.h:122:17: warning: symbol 'vgamode' > was not declared. Should it be static? > > Signed-off-by: Nickolaus Woodruff > --- > drivers/staging/sm7xxfb/sm7xx.h

[PATCH] staging: sm7xxfb: Fix sparse warning

This patch fixes the following sparse warning in sm7xx.h: drivers/staging/sm7xxfb/sm7xx.h:122:17: warning: symbol 'vgamode' was not declared. Should it be static? Signed-off-by: Nickolaus Woodruff --- drivers/staging/sm7xxfb/sm7xx.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --

Re: [PATCH 1/4] ARM: dts: Add binding for Broadcom MSPI driver.

Le 02/04/2015 12:23, Jonathan Richardson a écrit : > > Signed-off-by: Jonathan Richardson > --- > .../devicetree/bindings/spi/brcm,mspi-spi.txt | 38 > > 1 file changed, 38 insertions(+) > create mode 100644 Documentation/devicetree/bindings/spi/brcm,mspi-spi.txt >

[PATCH 02/16] vfs: check kiocb->ki_flags instead filp->fl_flags

generic_write_checks now accept kiocb as an argument Unfortunetly it is impossible to get rid of old interface because some crappy do not support write_iter interface so leave __generic_write_checks as backward compatibility helper. Signed-off-by: Dmitry Monakhov --- include/linux/fs.h |8 ++

[PATCH 07/16] cifs: use is_xxx_kiocb instead of filp->fl_flags

Cc: linux-c...@vger.kernel.org Signed-off-by: Dmitry Monakhov --- fs/cifs/file.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/fs/cifs/file.c b/fs/cifs/file.c index a94b3e6..25527e9 100644 --- a/fs/cifs/file.c +++ b/fs/cifs/file.c @@ -2560,7 +2560,7 @@ cifs_w

[PATCH 05/16] btrfs: use is_xxx_kiocb instead of filp->fl_flags

Cc: linux-bt...@vger.kernel.org Signed-off-by: Dmitry Monakhov --- fs/btrfs/file.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/btrfs/file.c b/fs/btrfs/file.c index aee18f8..4dc3856 100644 --- a/fs/btrfs/file.c +++ b/fs/btrfs/file.c @@ -1747,7 +1747,7 @@ static s

[PATCH 00/16] fs: fixup racy check file->f_flags for xxx_write_iter

There are many places inside vfs/fs where code flow depends on file->f_flags, but this check is racy because one can change it via fcntl(,F_SETFL,) For example O_DIRECT usually flag checked twice: xxx_file_write_iter -> check O_DIRECT, and perform some optimizations ->__generic_file_write_ite

[PATCH 09/16] nfs: use is_xxx_kiocb instead of filp->fl_flags

Cc: linux-...@vger.kernel.org Signed-off-by: Dmitry Monakhov --- fs/nfs/direct.c |7 +++ fs/nfs/file.c |6 +++--- 2 files changed, 6 insertions(+), 7 deletions(-) diff --git a/fs/nfs/direct.c b/fs/nfs/direct.c index c3929fb..76950c6 100644 --- a/fs/nfs/direct.c +++ b/fs/nfs/direct.

[PATCH 06/16] ceph: use is_xxx_kiocb instead of filp->fl_flags

Cc: ceph-de...@vger.kernel.org Signed-off-by: Dmitry Monakhov --- fs/ceph/file.c | 13 ++--- 1 files changed, 6 insertions(+), 7 deletions(-) diff --git a/fs/ceph/file.c b/fs/ceph/file.c index 139f2fe..3ac67bf 100644 --- a/fs/ceph/file.c +++ b/fs/ceph/file.c @@ -442,7 +442,7 @@ static

[PATCH 08/16] gfs2: use is_xxx_kiocb instead of filp->fl_flags

Cc: cluster-de...@redhat.com Signed-off-by: Dmitry Monakhov --- fs/gfs2/file.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/gfs2/file.c b/fs/gfs2/file.c index f6fc412..25da110 100644 --- a/fs/gfs2/file.c +++ b/fs/gfs2/file.c @@ -709,7 +709,7 @@ static ssize_t gfs2_

[PATCH 12/16] udf: use is_xxx_kiocb instead of filp->fl_flags

Cc: j...@suse.cz Signed-off-by: Dmitry Monakhov --- fs/udf/file.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/fs/udf/file.c b/fs/udf/file.c index 7f885cc..78ccc0f 100644 --- a/fs/udf/file.c +++ b/fs/udf/file.c @@ -128,7 +128,7 @@ static ssize_t udf_file_write_iter(st

[PATCH 10/16] ntfs: use is_xxx_kiocb instead of filp->fl_flags

Cc: linux-ntfs-...@lists.sourceforge.net Signed-off-by: Dmitry Monakhov --- fs/ntfs/file.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/fs/ntfs/file.c b/fs/ntfs/file.c index c1da78d..648b3a4 100644 --- a/fs/ntfs/file.c +++ b/fs/ntfs/file.c @@ -345,7 +345,8 @@ static

[PATCH 11/16] ocfs2: use is_xxx_kiocb instead of filp->fl_flags

Cc: ocfs2-de...@oss.oracle.com Signed-off-by: Dmitry Monakhov --- fs/ocfs2/file.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c index 266845d..c22b240 100644 --- a/fs/ocfs2/file.c +++ b/fs/ocfs2/file.c @@ -2283,8 +2283,8 @@ s

[PATCH 15/16] pipe: use is_xxx_kiocb instead of filp->fl_flags

Also fix other long standing issues caused by fcntl(,F_SETFL,): - One can disable O_DIRECT for pipe[1] (paketized IO), but can not enable it again. - Currently we do not set O_APPEND on pipe[1] (IMHO it is wrong, but let it be) so it is reasonable to completely prohibit change O_APPEND flag on b

[PATCH 13/16] xfs: use is_xxx_kiocb instead of filp->fl_flags

Also function interface cleanup in order to vfs:write_iter interface agreeament Cc: x...@oss.sgi.com Signed-off-by: Dmitry Monakhov --- fs/xfs/xfs_file.c | 13 +++-- 1 files changed, 7 insertions(+), 6 deletions(-) diff --git a/fs/xfs/xfs_file.c b/fs/xfs/xfs_file.c index f44212f..1480

[PATCH 14/16] fuse: use is_xxx_kiocb instead of filp->fl_flags

Cc: fuse-de...@lists.sourceforge.net Signed-off-by: Dmitry Monakhov --- fs/fuse/file.c |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/fs/fuse/file.c b/fs/fuse/file.c index ff102cb..ba8ad87 100644 --- a/fs/fuse/file.c +++ b/fs/fuse/file.c @@ -1167,7 +1167,7 @@ stati

[PATCH 16/16] splice: fix race beween splice_write vs fcntl(,F_SETFL,)

file->f_flags & O_APPEND is checked twice -> do_splice_direct or do_splice: return EINVAL if O_APPEND enabled -> generic_write_checks: seek to end in case of O_APPEND This is obviously whong and result in unpredictable behaviour if raced with fcntl. It is reasonable to recheck append flag after

[PATCH 04/16] 9p: use is_xxx_kiocb instead of filp->fl_flags

Cc: v9fs-develo...@lists.sourceforge.net Signed-off-by: Dmitry Monakhov --- fs/9p/vfs_file.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/fs/9p/vfs_file.c b/fs/9p/vfs_file.c index b401337..c2a120a 100644 --- a/fs/9p/vfs_file.c +++ b/fs/9p/vfs_file.c @@ -509,7 +509,8

[PATCH 01/16] fs: save file->f_flags to kiocb->ki_flags

There are many places inside vfs/fs where code flow depends on file->f_flags, but this check is racy because one can change it via fcntl(,F_SETFL,) For example O_DIRECT usually flag checked twice: xxx_file_write_iter -> check O_DIRECT, and perform some optimization ->__generic_file_write_iter

[PATCH 03/16] ext4: use is_xxx_kiocb instead of filp->fl_flags

Cc: linux-e...@vger.kernel.org Signed-off-by: Dmitry Monakhov --- fs/ext4/file.c | 12 +--- 1 files changed, 5 insertions(+), 7 deletions(-) diff --git a/fs/ext4/file.c b/fs/ext4/file.c index 598abbb..27cf1cc 100644 --- a/fs/ext4/file.c +++ b/fs/ext4/file.c @@ -95,7 +95,6 @@ ext4_file_

Re: [PATCH 4/4] spi: bcm-mspi: Add support to set serial baud clock rate

Le 02/04/2015 12:23, Jonathan Richardson a écrit : > The driver wasn't setting the SPBR (serial clock baud rate) which caused > it to run at the slowest speed possible. The driver now calculates the > SPBR based on the reference clock frequency resulting in much faster > SPI transfers. > > Signed-

[PATCH] x86: clear EXTRA_REGS for all executable formats

On failure, sys_execve does not clobber EXTRA_REGS, so we can just return to userpsace without saving/restoring them. On success, ELF_PLAT_INIT in sys_execve clears all these registers. On other executable formats: binfmt_flat.c has similar FLAT_PLAT_INIT, but x86 (and everyone else except sh) do

Re: [PATCH v2 1/3] iio: configfs: Add configfs support to IIO

On Fri, 2015-04-03 at 18:57 +0300, Daniel Baluta wrote: > --- a/drivers/iio/Kconfig > +++ b/drivers/iio/Kconfig > +config IIO_CONFIGFS > + tristate "Enable IIO configuration via configfs" > + select CONFIGFS_FS > + help > + This allows configuring various IIO bits through configfs

[PATCH] tty: serial: Add const to struct uart_ops declarations

These structs can be const, so make them const. Signed-off-by: Joe Perches --- Done with: sed -r -i -e 's/\bstruct\s+uart_ops\s+(\w+)\s*=\s*/const struct uart_ops \1 = /g' drivers/tty/serial/*.c Compiled x86 only, not cross-compiled. Untested. drivers/tty/serial/21285.c | 2

[PATCH] checkpatch: Add uart_ops to normally const structs

Add another struct to the list of normally const struct types Signed-off-by: Joe Perches --- On Fri, 2015-04-03 at 10:43 -0700, Joe Perches wrote: > On Fri, 2015-04-03 at 19:01 +0200, Maxime Coquelin wrote: > > This drivers adds support to the STM32 USART controller, which is a > > standard seri

Re: [PATCH v4] earlycon: 8250: Fix command line regression

On Sat, Apr 04, 2015 at 01:24:51PM -0400, Peter Hurley wrote: > On 04/04/2015 01:19 PM, Peter Hurley wrote: > > Restore undocumented behavior of kernel command line parameters of > > the forms: > > console=uart[8250],io|mmio|mmio32,[,options] > > console=uart[8250],[,options] > > where 'opt

[PATCH 2/2] perf tools: Add options 'get', 'set' and 'unset' to 'perf-config'.

Add 'get' option that can show value of a specific config variable and 'set' and 'unset' option that can create or replace a config variable. Signed-off-by: Taeung Song --- tools/perf/builtin-config.c | 198 tools/perf/util/cache.h | 18 +++- too

[PATCH 1/2] perf tools: Add 'perf-config' command

The perf configuration file contain many variables which can make the perf command's action more effective and more skilful. But looking through state of configuration is difficult and there's no knowing what kind of other variables except variables in perfconfig.example exist. So This patch adds

Re: [PATCH 2/2] staging: emxx_udc: test returned value

On Sat, Apr 04, 2015 at 07:21:51PM +0200, Julia Lawall wrote: > > OK. Should I update the patch to remove the test? > I thought Greg already applied it. If you want to send a new patch on top which removes it that's fine. Either way someone will eventually. :) regards, dan carpenter -- To u

Re: [PATCH v4] earlycon: 8250: Fix command line regression

On 04/04/2015 01:19 PM, Peter Hurley wrote: > Restore undocumented behavior of kernel command line parameters of > the forms: > console=uart[8250],io|mmio|mmio32,[,options] > console=uart[8250],[,options] > where 'options' have not been specified; in this case, the hardware > is assumed to

Re: [PATCH 2/2] staging: emxx_udc: test returned value

On Sat, 4 Apr 2015, Dan Carpenter wrote: > On Sat, Apr 04, 2015 at 06:20:53PM +0200, Julia Lawall wrote: > > Couldn't one say: > > > > x = NULL; > > y = &x->whatever; > > z = container_of(y, struct blah, whatever); > > > > and end up with z being NULL? > > That is crazy person code. It looks

[PATCH v4] earlycon: 8250: Fix command line regression

Restore undocumented behavior of kernel command line parameters of the forms: console=uart[8250],io|mmio|mmio32,[,options] console=uart[8250],[,options] where 'options' have not been specified; in this case, the hardware is assumed to be initialized. Document the required behavior of the o

Re: [PATCH 2/2] staging: emxx_udc: test returned value

On Sat, Apr 04, 2015 at 06:20:53PM +0200, Julia Lawall wrote: > Couldn't one say: > > x = NULL; > y = &x->whatever; > z = container_of(y, struct blah, whatever); > > and end up with z being NULL? That is crazy person code. It looks deliberately wrong. If we start merging deliberate mistakes th

Re: [PATCHv6] media: i2c/adp1653: Documentation for devicetree support for adp1653

Hi! > enable-gpios: Specifier of the GPIO connected to EN pin > > I can make the changes if you're ok with that, otherwise please send v7. Then > I'll apply that to my tree. I'm ok with that. Thanks, Pavel -- (english) http://www.livejournal.com

Re: [PATCH] net: dsa: fix filling rtable from OF description

Hi Andrew В письме от 4 апреля 2015 18:38:14 пользователь Andrew Lunn написал: > There is the code after applying your patch: > > static int dsa_of_setup_routing_table(struct dsa_platform_data *pd, > struct dsa_chip_data *cd, >

Re: [PATCH 2/2] nohz: make nohz_full imply isolcpus

On 4/4/2015 10:10 AM, Rik van Riel wrote: Rik, what's the change you're proposing that's similar to this one? Thanks! I don't have this particular one, and I like it. I know there are use cases where isolcpus= without nohz_full= makes sense, but I cannot think of the reverse. Acked-by: Rik van

Re: [PATCH v3] earlycon: 8250: Fix command line regression

On 04/04/2015 12:52 PM, Greg Kroah-Hartman wrote: > On Sat, Apr 04, 2015 at 12:23:14PM -0400, Peter Hurley wrote: >> On 04/04/2015 12:09 PM, Greg Kroah-Hartman wrote: >>> On Sat, Apr 04, 2015 at 10:27:30AM -0400, Peter Hurley wrote: [...] +/* FIXME: this is broken on most other 8250 h/w */ >>>

Re: [PATCH] x86/signal: Remove pax argument from restore_sigcontext

On Sat, Apr 4, 2015 at 10:14 AM, Ingo Molnar wrote: > > * Brian Gerst wrote: > >> The pax argument is unnecesary. Instead, store the RAX value directly >> in regs. >> >> Signed-off-by: Brian Gerst >> Cc: Ingo Molnar >> Cc: "H. Peter Anvin" >> Cc: Andy Lutomirski >> Cc: Denys Vlasenko >> Cc:

Re: [PATCH] mm/memory: print also a_ops->readpage in print_bad_pte

On Sat, Apr 4, 2015 at 4:35 AM, Andrew Morton wrote: > On Sat, 4 Apr 2015 03:47:12 +0300 Konstantin Khlebnikov > wrote: > >> On Sat, Apr 4, 2015 at 1:10 AM, Andrew Morton >> wrote: >> > On Fri, 03 Apr 2015 20:18:18 +0300 Konstantin Khlebnikov >> > wrote: >> > >> >> A lot of filesystems use g

Re: [PATCH] [media] marvell-ccic: fix memory leak on failure path in cafe_smbus_setup()

On 04.04.2015 16:36, Jonathan Corbet wrote: > On Sat, 4 Apr 2015 03:16:01 +0300 > Alexey Khoroshilov wrote: > >> If i2c_add_adapter() fails, adap is not deallocated. >> >> Found by Linux Driver Verification project (linuxtesting.org). >> >> Signed-off-by: Alexey Khoroshilov > > Actually, the w

Re: [RFC PATCH] x86: optimize IRET returns to kernel

On Tue, Mar 31, 2015 at 8:59 AM, Denys Vlasenko wrote: > On 03/31/2015 03:54 PM, Andy Lutomirski wrote: >> On Tue, Mar 31, 2015 at 5:46 AM, Denys Vlasenko wrote: >>> This is not proposed to be merged yet. >>> >>> Andy, this patch is in spirit of your crazy ideas of repurposing >>> instructions fo

Re: [PATCH 2/2] staging: emxx_udc: test returned value

On Sat, Apr 04, 2015 at 06:20:53PM +0200, Julia Lawall wrote: > > > On Sat, 4 Apr 2015, Greg Kroah-Hartman wrote: > > > On Sat, Apr 04, 2015 at 04:59:30PM +0200, Julia Lawall wrote: > > > Put NULL test on the result of the previous call instead on one of its > > > arguments. A simplified versio

Re: [PATCH v3] earlycon: 8250: Fix command line regression

On Sat, Apr 04, 2015 at 12:23:14PM -0400, Peter Hurley wrote: > On 04/04/2015 12:09 PM, Greg Kroah-Hartman wrote: > > On Sat, Apr 04, 2015 at 10:27:30AM -0400, Peter Hurley wrote: > >> Restore undocumented behavior of kernel command line parameters of > >> the forms: > >> console=uart[8250],io|

Re: [PATCH] net: dsa: fix filling rtable from OF description

Hi Pavel There is the code after applying your patch: static int dsa_of_setup_routing_table(struct dsa_platform_data *pd, struct dsa_chip_data *cd, int chip_index, int port_index,

Re: [PATCH v2 3/3] iio: Documentation: Add documentation for IIO configfs

A whitespace nit. The horror! On Fri, 2015-04-03 at 18:58 +0300, Daniel Baluta wrote: > --- /dev/null > +++ b/Documentation/iio/iio_configfs.txt > ** create new attributes and them to the IIO configfs core. >+[...] > +4. Further work > + > +* add "sysfs" trigger type > + "git am" whined: "

[PATCH] x86: deinline dma_free_attrs()

Reduces kernel size by 76720 bytes on allyesconfig build: text data bss dec hex filename 82594029 22255352 20627456 125476837 77a9fe5 vmlinux1 82517277 22255384 20627456 125400117 7797435 vmlinux2 Signed-off-by: Denys Vlasenko Cc: Marek Szyprowski Cc: Konrad Rzeszutek Wil

[PATCH] x86: deinline dma_alloc_attrs()

Reduces kernel size by 68739 bytes on allyesconfig build: text data bss dec hex filename 82662736 22255384 20627456 125545576 77bac68 vmlinux0 82594029 22255352 20627456 125476837 77a9fe5 vmlinux1 Signed-off-by: Denys Vlasenko Cc: Marek Szyprowski Cc: Konrad Rzeszutek Wil

Re: [PATCH v3] earlycon: 8250: Fix command line regression

On 04/04/2015 12:09 PM, Greg Kroah-Hartman wrote: > On Sat, Apr 04, 2015 at 10:27:30AM -0400, Peter Hurley wrote: >> Restore undocumented behavior of kernel command line parameters of >> the forms: >> console=uart[8250],io|mmio|mmio32,[,options] >> console=uart[8250],[,options] >> where 'op

Re: [PATCH 2/2] staging: emxx_udc: test returned value

On Sat, 4 Apr 2015, Greg Kroah-Hartman wrote: > On Sat, Apr 04, 2015 at 04:59:30PM +0200, Julia Lawall wrote: > > Put NULL test on the result of the previous call instead on one of its > > arguments. A simplified version of the semantic match that finds this > > problem is as follows (http://co

  1   2   >