Any updates on this?
On 25 September 2018 16:39:33 BST, Craig wrote:
>
>
>On 25 September 2018 12:17:26 BST, Veerabhadrarao Badiganti
> wrote:
>>
>>On 9/25/2018 1:18 AM, Craig Tatlor wrote:
>>> What socs have you tested this on?
>>> On sdm660 it seems to crash device
>>> when writing pwr ctl.
>>
Hi James,
Thanks for your patch!
On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
wrote:
> From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00 2001
> From: James Bottomley
> Date: Sat, 6 Oct 2018 14:21:56 -0700
> Subject: [PATCH 1/2] code-of-conduct: Fix the ambiguity about collect
The commit ca460b3c9627 ("percpu: introduce bitmap metadata blocks")
introduced bitmap metadata blocks. These metadata blocks are allocated
whenever a new chunk is created, but they are never freed. Fix it.
Fixes: ca460b3c9627 ("percpu: introduce bitmap metadata blocks")
Signed-off-by: Mike Rapop
On Sun, Oct 07, 2018 at 01:55:33PM +0800, lijiang wrote:
> Here, it may be have a compile error.
Are you sure? The configs I tried worked fine but I'm open to being
shown configs which fail the build.
--
Regards/Gruss,
Boris.
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Nor
Providing an explicit list of discrimination factors may give the false
impression that discrimination based on other unlisted factors would be
allowed.
Avoid any ambiguity by removing the list, to ensure "a harassment-free
experience for everyone", period.
Fixes: 8a104f8b5867c682 ("Code of Condu
On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
wrote:
>
> From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00 2001
> From: James Bottomley
> Date: Sat, 6 Oct 2018 14:21:56 -0700
> Subject: [PATCH 1/2] code-of-conduct: Fix the ambiguity about collecting email
> addresses
>
> The cu
Le 07/10/2018 à 07:02, Serge E. Hallyn a écrit :
> On Sat, Oct 06, 2018 at 09:35:46PM +0200, Laurent Vivier wrote:
>> This patch allows to have a different binfmt_misc configuration
>> for each new user namespace. By default, the binfmt_misc configuration
>> is the one of the previous level, but if
On 10/7/18 11:04 AM, Daniel Vetter wrote:
> On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
> wrote:
>>
>> From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00 2001
>> From: James Bottomley
>> Date: Sat, 6 Oct 2018 14:21:56 -0700
>> Subject: [PATCH 1/2] code-of-conduct: Fix the ambig
Hi anrd,
Thx for the review for C-SKY linux kernel port patchset and now we have
7 rounds reviews on the patchset. I think it's ready to be merged into
linux-4.20 and I also want to add the patchset into linux-4.20.
I really need your help and here are my questions:
- I saw every nds32 patch ha
On 05/10/2018 19:24, Alan Jenkins wrote:
On 21/09/2018 17:30, David Howells wrote:
From: Al Viro
Allow a detached tree created by open_tree(..., OPEN_TREE_CLONE) to be
attached by move_mount(2).
If by the time of final fput() of OPEN_TREE_CLONE-opened file its
tree is
not detached anymore,
On Sun, Oct 07, 2018 at 10:51:02AM +0200, Geert Uytterhoeven wrote:
> Providing an explicit list of discrimination factors may give the false
> impression that discrimination based on other unlisted factors would be
> allowed.
>
> Avoid any ambiguity by removing the list, to ensure "a harassment-f
Hi, dear user of vger.kernel.org
We have installed one RAT software into you device.
For this moment your email account is hacked (see on "from address", I messaged
you from your account).
Your password for linux-kernel@vger.kernel.org: qwerty
I have downloaded all confidential information from y
On 10/06/2018 07:07 PM, Thomas Gleixner wrote:
> On Sat, 6 Oct 2018, Daniel Lezcano wrote:
>
>> On 06/10/2018 14:34, Thomas Gleixner wrote:
>>> On Fri, 5 Oct 2018, Daniel Lezcano wrote:
>>>
From: Dinh Nguyen
Add code to retrieve the reset property from the dw-apb timers and if
Hello,
syzbot found the following crash on:
HEAD commit:c1d84a1b42ef Merge git://git.kernel.org/pub/scm/linux/kern..
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=14c5f49140
kernel config: https://syzkaller.appspot.com/x/.config?x=c0af03fe452b65fb
da
On 07/10/2018 14:10, Marek Vasut wrote:
> On 10/06/2018 07:07 PM, Thomas Gleixner wrote:
>> On Sat, 6 Oct 2018, Daniel Lezcano wrote:
>>
>>> On 06/10/2018 14:34, Thomas Gleixner wrote:
On Fri, 5 Oct 2018, Daniel Lezcano wrote:
> From: Dinh Nguyen
>
> Add code to retrieve the
On Sun, Oct 7, 2018 at 2:15 PM, syzbot
wrote:
> Hello,
>
> syzbot found the following crash on:
>
> HEAD commit:c1d84a1b42ef Merge git://git.kernel.org/pub/scm/linux/kern..
> git tree: upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=14c5f49140
> kernel config: h
Hi Thomas,
these are the changes for v4.20, it contains:
- Prefix file names with timer-* (Daniel Lezcano)
- Remove old CLOCKSOURCE_OF_DECLARE which was replaced by
TIMER_OF_DECLARE (Daniel Lezcano)
- Add reset control for dw_apb (Dinh Nguyen)
- Add the SPDX identifiers for the renesas a
From: Jonas Danielsson
This fixes a bug where our embedded system (AT91SAM9260 based) would
hang at reboot. At the most we managed 16 boot loops without a hang.
With this patch applied the problem has not been observed and the board
has managed above 250 boot loops.
The AT91SAM9260 datasheet te
On 10/5/18 1:52 AM, Ricardo Ribalda Delgado wrote:
The current code produces XPU violation if get_direction is called just
after the initialization.
Signed-off-by: Ricardo Ribalda Delgado
I'm not the maintainer of pinctrl-msm, but this looks okay to me.
Acked-by: Timur Tabi
Hi Tanya,
On 06-10-18, 23:19, Taniya Das wrote:
> > > > +static struct clk_branch gcc_pwm1_xo512_clk = {
> > > > + .halt_reg = 0x49004,
> > > > + .halt_check = BRANCH_HALT,
> > > > + .clkr = {
> > > > + .enable_reg = 0x49004,
> > > > + .enable_mask =
Hi Taniya,
Thanks for the review, It would be great if you can strip the irrelevant
context while replying, makes it easier for people to follow.
On 06-10-18, 23:28, Taniya Das wrote:
> > +static struct clk_rcg2 pclk0_clk_src = {
> > + .cmd_rcgr = 0x4d000,
> > + .mnd_width = 8,
> > + .hid_
Due to newly added IMX SCU firmware support, let's add
drivers/firmware/imx into maintainership.
Cc: Shawn Guo
Cc: Arnd Bergmann
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Dong Aisheng
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9ad0
On Wed 2018-09-26 08:09:21, Dan Murphy wrote:
> Add the dedicated TI LM3632 LED driver. This
> LED device is capable of driving a backlight display.
>
> In addition to the backlight the device has control
> of a strobe and torch output.
Is this in some way similar to 3639? That also seems to inc
On Wed, Oct 03, 2018 at 11:08:47AM -0700, Guenter Roeck wrote:
> On Wed, Oct 03, 2018 at 12:53:11PM -0500, Rob Herring wrote:
> > On Wed, Oct 3, 2018 at 12:24 PM Guenter Roeck wrote:
> > >
> > > On Wed, Oct 03, 2018 at 09:25:39AM -0700, Greg Kroah-Hartman wrote:
> > > > On Wed, Oct 03, 2018 at 05:
ping
On 09/21/2018 06:00 PM, Li Zhijian wrote:
lizhijian@haswell-OptiPlex-9020:/home/lizj/linux/tools/testing/selftests$ make
[...snip...]
make ARCH=x86 CROSS_COMPILE= -C ../../../gpio
make[2]: Entering directory '/home/lizj/linux/tools/gpio'
[...snip...]
make[3]: Leaving directory '/home/lizj/
--
Good Day Sir/Madam:
I am Mavis Wanczyk i know you may not know me but am the latest largest
US Power-ball lottery winner of $758.7m just of recent, am currently
helping out people in need of financial assistance, i know it's hard to
believe anything on the internet, so if you don't need my
In vfio_spapr_iommu_eeh_ioctl(), if the ioctl command is VFIO_EEH_PE_OP,
the user-space buffer 'arg' is copied to the kernel object 'op' and the
'argsz' and 'flags' fields of 'op' are checked. If the check fails, an
error code EINVAL is returned. Otherwise, 'op.op' is further checked
through a swit
Building nios2:allmodconfig fails as follows (each symbol is only listed
once).
ERROR: "__ashldi3" [drivers/md/dm-writecache.ko] undefined!
ERROR: "__ashrdi3" [fs/xfs/xfs.ko] undefined!
ERROR: "__ucmpdi2" [drivers/media/i2c/adv7842.ko] undefined!
ERROR: "__lshrdi3" [drivers/md/dm-zoned.ko] undefin
On 28-09-18, 15:01, Pierre-Yves MORDRET wrote:
> From: M'boumba Cedric Madianga
>
> This patch adds dma bindings to support DMA/MDMA chaining transfer.
> 1 bit is to manage both DMA FIFO Threshold
> 1 bit is to manage DMA/MDMA Chaining features.
> 2 bits are used to specify SDRAM size to use for
On 28-09-18, 15:01, Pierre-Yves MORDRET wrote:
> From: M'boumba Cedric Madianga
>
> Add one cell to support DMA/MDMA chaining.
>
> Signed-off-by: Pierre-Yves MORDRET
> ---
> Version history:
> v3:
> v2:
>* rework content
> v1:
>* Initial
> ---
> ---
> Documentatio
On 28-09-18, 15:01, Pierre-Yves MORDRET wrote:
> From: M'boumba Cedric Madianga
>
> This patch adds the description of the 2 properties needed to support M2M
> transfer triggered by STM32 DMA when his transfer is complete.
>
> Signed-off-by: Pierre-Yves MORDRET
> ---
> Version history:
>
On Wed, 3 Oct 2018 09:42:14 +0800
Phil Reid wrote:
> G'day Song,
Hi Phil. Good point below. One general thing though, if you
could possibly crop down a review email when you are addressing one specific
point it would be very much appreciated!
Saves everyone else scrolling and if they have a rub
On Tue, 2 Oct 2018 22:38:11 +0800
Song Qiang wrote:
> Signed-off-by: Song Qiang
> ---
> .../bindings/iio/magnetometer/pni,rm3100.txt | 20 +++
> 1 file changed, 20 insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/iio/magnetometer/pni,rm3100.txt
>
> dif
On Sun, 7 Oct 2018 16:18:08 +0100
Jonathan Cameron wrote:
> On Tue, 2 Oct 2018 22:38:11 +0800
> Song Qiang wrote:
>
> > Signed-off-by: Song Qiang
> > ---
> > .../bindings/iio/magnetometer/pni,rm3100.txt | 20 +++
> > 1 file changed, 20 insertions(+)
> > create mode 100644
Currently, no messages are printed when mounting a CIFS filesystem and
no debug configuration is enabled.
However, a CIFS mount information is valuable when troubleshooting
and/or forensic analyzing a system and finding out if was a CIFS
endpoint mount attempted.
Other filesystems such as XFS, EX
Currently, CIFS lacks a internal logging function that prints out data
when CIFS_DEBUG=n. When CIFS_DEBUG=y, the only message level for CIFS
events are KERN_ERR or KERN_DEBUG.
This patch creates cifs_info(), which is useful for printing
non-critical event messges, at either CIFS_DEBUG state.
Sign
Hi Steve,
>From our conversation over v2, I came out with this v3 patch, which I broke
in two commits:
* The first commit in cifs_debug.h, creating the cifs_info() function.
- The aim of this commit is to allow to the developer to be able to print
informational-level data without having to u
Hi James,
Thanks for the patch.
On 10/07/2018 02:25 AM, Geert Uytterhoeven wrote:
> Hi James,
>
> Thanks for your patch!
>
> On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
> wrote:
>> From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00 2001
>> From: James Bottomley
>> Date: Sat
On Sun, 2018-10-07 at 11:04 +0200, Daniel Vetter wrote:
> On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
> wrote:
> >
> > From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00
> > 2001
> > From: James Bottomley
> > Date: Sat, 6 Oct 2018 14:21:56 -0700
> > Subject: [PATCH 1/2] code-o
On 10/06/2018 03:37 PM, James Bottomley wrote:
> Significant concern has been expressed about the responsibilities outlined in
> the enforcement clause of the new code of conduct. Since there is concern
> that this becomes binding on the release of the 4.19 kernel, strip the
> enforcement clauses
On Tue, 2 Oct 2018 22:38:12 +0800
Song Qiang wrote:
> PNI RM3100 is a high resolution, large signal immunity magnetometer,
> composed of 3 single sensors and a processing chip with a MagI2C
> interface.
>
> Following functions are available:
> - Single-shot measurement from
>/sys/bus/iio/d
Hi all,
Yet again, it's time for a kernel -rc release. This one is bigger than
-rc6 was, for a variety of unrelated reasons it seems. Lots of
different trees being merged this week, much more so than the previous
one. Highlights include two sets of networking fixes, lots of different
driver sub
On 28-09-18, 15:01, Pierre-Yves MORDRET wrote:
> This patch adds support of DMA/MDMA chaining support.
> It introduces an intermediate transfer between peripherals and STM32 DMA.
> This intermediate transfer is triggered by SW for single M2D transfer and
> by STM32 DMA IP for all other modes (sg, c
On Fri, 5 Oct 2018 22:24:26 -0300
Matheus Tavares Bernardino wrote:
> This patch fixes all "Assignment operator '=' should be on the previous
> line" checks found in ad2s1210.c by checkpatch.pl.
>
> Signed-off-by: Matheus Tavares
Hi Matheus,
Good change, but unfortunately your email client as
As of now, there is no interface exposed for converting pid/fd into
clockid and vice versa; linuxptp, for example, has been carrying these
definitions in missing.h header for quite some time[1].
[1] https://sourceforge.net/p/linuxptp/code/ci/af380e86/tree/missing.h
Signed-off-by: Eugene Syromiatn
Hi Andrew,
On Sun, Oct 7, 2018 at 6:48 PM Andrew Lunn wrote:
> Hi Jason
>
> This is the sort of thing you should state in the patchset version
> history. It is O.K. to say i will address this later, but you need to
> communicate that. Otherwise reviewers just get frustrated that
> comments are ge
On Sat, Oct 6, 2018 at 8:57 PM Randy Dunlap wrote:
>
> From: Randy Dunlap
>
> Tell users what a PCI PF is in the PCI_PF_STUB config help text.
>
> Fixes: a8ccf8a3 ("PCI/IOV: Add pci-pf-stub driver for PFs that only
> enable VFs")
>
> Signed-off-by: Randy Dunlap
> Cc: Alexander Duyck
> ---
The EEPROMs which hold the SPD data on DDR4 memory modules are no
longer standard AT24C02-compatible EEPROMs. They are 512-byte EEPROMs
which use only 1 I2C address for data access. You need to switch
between the lower page and the upper page of data by sending commands
on the SMBus.
Signed-off-by
I have fixed the microphone issue, and will try to get the patches
written by the end of the week so they can be in the next kernel (at
least I think that's what Takashi Sakamoto said, two weeks from 7 days
ago). With the two suggestions by Takashi Sakamoto, do I need those in
order for it to be me
Hi James,
On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
wrote:
> We've had several threads discussing potential changes to the code of
> conduct but Mauro is the only person to have proposed an actual patch.
> In order to move the debate on, I'm presenting two patches, one to fix
> the email pr
Hi Josh,
On Sunday, 7 October 2018 14:35:14 EEST Josh Triplett wrote:
> On Sun, Oct 07, 2018 at 10:51:02AM +0200, Geert Uytterhoeven wrote:
> > Providing an explicit list of discrimination factors may give the false
> > impression that discrimination based on other unlisted factors would be
> > al
Hi Dear, my name is Jack and i am seeking for a relationship in which i will
feel loved after a series of failed relationships.
I am hoping that you would be interested and we could possibly get to know each
other more if you do not mind. I am open to answering questions from you as i
think my
On Fri, Oct 05, 2018 at 10:24:26PM -0300, Matheus Tavares Bernardino wrote:
> This patch fixes all "Assignment operator '=' should be on the previous
> line" checks found in ad2s1210.c by checkpatch.pl.
>
> Signed-off-by: Matheus Tavares
> ---
As already pointed out tabs -> whitespace issue.
I
On Sun, 2018-10-07 at 19:11 +0200, Daniel Vetter wrote:
> Hi James,
>
> On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
> wrote:
> > We've had several threads discussing potential changes to the code
> > of
> > conduct but Mauro is the only person to have proposed an actual
> > patch.
> > In orde
On Wed 2018-09-26 11:30:29, Theodore Y. Ts'o wrote:
> On Wed, Sep 26, 2018 at 05:55:18PM +0300, Дмитрий Леонтьев wrote:
> > Or: "Why you should not use "kill switch" option proposed by smdy to
> > protest against CoC"
> >
> > Hello.
> >
> > I'm neither a great software developer nor a lawyer, but
On Sun, Oct 7, 2018 at 1:42 PM James Bottomley
wrote:
>
> On Sun, 2018-10-07 at 19:11 +0200, Daniel Vetter wrote:
> > Hi James,
> >
> > On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
> > wrote:
> > > We've had several threads discussing potential changes to the code
> > > of
> > > conduct but Ma
On Sun, Oct 7, 2018 at 7:40 PM James Bottomley
wrote:
>
> On Sun, 2018-10-07 at 19:11 +0200, Daniel Vetter wrote:
> > Hi James,
> >
> > On Sat, Oct 6, 2018 at 11:36 PM James Bottomley
> > wrote:
> > > We've had several threads discussing potential changes to the code
> > > of
> > > conduct but Ma
On 10/06/2018 02:36 PM, James Bottomley wrote:
From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00 2001
From: James Bottomley
Date: Sat, 6 Oct 2018 14:21:56 -0700
Subject: [PATCH 1/2] code-of-conduct: Fix the ambiguity about collecting email
addresses
The current code of conduc
On 10/06/2018 02:37 PM, James Bottomley wrote:
Significant concern has been expressed about the responsibilities outlined in
the enforcement clause of the new code of conduct. Since there is concern
that this becomes binding on the release of the 4.19 kernel, strip the
enforcement clauses to giv
Merged into cifs-2.6.git for-next
Made a trivial tab/space correction in the patch (pointed out by
checkpatch) and then added a trivial followon patch to address a
comment/style (trivial)
issue pointed out by checkpatch and to add a little more detailed
comments about generally when to use each de
Thanks Arnd, this change intervened in v5, that seemed straightforward
enough...Sorry about that, and thanks for your fix.
Alex
On 10/05/2018 04:16 PM, Arnd Bergmann wrote:
The check for __HAVE_ARCH_HUGE_PTEP_GET comes before the definition,
leading to an extraneous definition of huge_ptep_ge
On 07/10/2018 11:48, Alan Jenkins wrote:
On 05/10/2018 19:24, Alan Jenkins wrote:
On 21/09/2018 17:30, David Howells wrote:
From: Al Viro
Allow a detached tree created by open_tree(..., OPEN_TREE_CLONE) to be
attached by move_mount(2).
If by the time of final fput() of OPEN_TREE_CLONE-opened
On Sat, Oct 6, 2018 at 5:54 AM Andreas Färber wrote:
>
> Am 05.10.18 um 18:58 schrieb Rob Herring:
> > Convert Realtek SoC bindings to DT schema format using json-schema.
>
> YAML (2x)
?
> > Cc: "Andreas Färber"
> > Cc: Mark Rutland
> > Cc: linux-arm-ker...@lists.infradead.org
> > Cc: devicet.
On Thu, 4 Oct 2018 20:06:55 -0300
Renato Lui Geh wrote:
> This patch fixes all "Alignment should match open parenthesis" check
> warnings found by checkpatch.pl in the addac/adt7316 driver.
>
> Signed-off-by: Renato Lui Geh
Hi,
Mostly good, but alignment doesn't override other considerations s
Hi again,
I didn't think there was anything in 4.19-rc7 to fix this regression, but tried
it anyway. I can confirm that the
regression is still present and my network still fails when, after a resume
from suspend (to ram or disk), I open my
browser or my mail client. In both those cases the fail
Hi,
On 07/10/2018 14:18:31+0200, Dmitry Vyukov wrote:
> On Sun, Oct 7, 2018 at 2:15 PM, syzbot
> wrote:
> > Hello,
> >
> > syzbot found the following crash on:
> >
> > HEAD commit:c1d84a1b42ef Merge git://git.kernel.org/pub/scm/linux/kern..
> > git tree: upstream
> > console output: htt
On Sat, Oct 6, 2018 at 11:37 PM James Bottomley
wrote:
> Significant concern has been expressed about the responsibilities outlined in
> the enforcement clause of the new code of conduct. Since there is concern
> that this becomes binding on the release of the 4.19 kernel, strip the
> enforcement
On Sun, 7 Oct 2018, Marek Vasut wrote:
>
> I reported this to Dinh and gave him some prototype patches to start
> with, since I didn't have the time to write a patch. You can change it
> to Reported-by: if you want.
Marek, thanks for clarification!
Thanks Steve! Sorry for overlooking it, whoops.
One more question; what’s your/community opinion on rewriting the existing
pr_notice to the new cifs_info?
I could happily retrofit it.
Have a great week!
- RF
Sent from a mobile device
> On 7 Oct 2018, at 15:59, Steve French wrote:
>
> Merged
On Fri, Oct 5, 2018 at 10:17 PM Rob Herring wrote:
> BTW, 'enable-active-high' is also a bit strange as that should just be
> encoded into 'enable-gpio' flags. We should really deprecate that.
I have been struggling with this (and similar flags in other subsystems)
and the current plan is to con
> On 28 Sep 2018, at 9:12, Wanpeng Li wrote:
>
> From: Wanpeng Li
>
> In cloud environment, lapic_timer_advance_ns is needed to be tuned for every
> CPU
> generations, and every host kernel versions(the
> kvm-unit-tests/tscdeadline_latency.flat
> is 5700 cycles for upstream kernel and 96
On Wed, Oct 3, 2018 at 11:54 PM Tao Ren wrote:
> TIMER_INTR_MASK register (Base Address of Timer + 0x38) is not designed
> for masking interrupts on ast2500 chips, and it's not even listed in
> ast2400 datasheet, so it's not safe to access TIMER_INTR_MASK on aspeed
> chips.
>
> Similarly, TIMER_I
On Sun, Oct 7, 2018 at 3:27 PM Rodrigo Freire wrote:
>
> Thanks Steve! Sorry for overlooking it, whoops.
>
> One more question; what’s your/community opinion on rewriting the existing
> pr_notice to the new cifs_info?
>
> I could happily retrofit it.
I don't have a strong opinion. The four calle
On 10/04/2018 11:08 PM, René Kjellerup wrote:
> Hi Hauke,
>
> thank you for suggesting adding the dts patch to mainline kernel,
> so here it is.
> I feel Rafal technically still have the copyrights, this is pretty
> much just a few string updates for the ea6500v2. However with this
> dts in latest
Rewrite a test for NULL to comply with the coding style and clear the
checkpatch issue.
This is a coding style change which should not impact runtime
code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 2 +-
1 file changed, 1 insertion(+), 1
Add spaces around '+' operator to clear the checkpatch issue.
This is a coding style change which should have no impact on runtime
code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
Rewrite code block to correct the indentation of code. This clears the
resulting checkpatch issue.
This is a coding style change which should not impact runtime code
execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 6 +++---
1 file changed, 3 i
Rewrite function call to clear the checkpatch issue with lines ending
with a '(' character.
This is a coding style change which should have no impact on runtime
code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 6 +++---
1 file changed, 3 i
Just a number of simple coding style changes in the file
ieee80211_module.c
John Whitmore (11):
staging:rtl8192u: Add missing SPDX-License-Identifier - Style
staging:rtl8192u: Removed commented out include - Style
staging:rtl8192u: Clear error with line ending ( - Style
staging:rtl8192u: R
Add the missing SPDX-License-Identifier tag to file to clear the
checkpatch issue.
This is a coding style change which should have no impact on runtime
code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 1 +
1 file changed, 1 insertion(+)
d
Remove the extra blank lines to clear checkpatch issue.
This is a simple coding style change which should have no impact
on runtime code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/driver
Remove the unnecessary line continuation character to clear checkpatch
issue.
This is a simple coding style change which should not impact runtime
code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 3 +--
1 file changed, 1 insertion(+), 2 de
Add missing blank lines after declarations. This clears the resulting
checkpatch issue.
This is a simple coding style change which should not impact runtime
code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 2 ++
1 file changed, 2 insertion
Remove commented out #include directive.
Additionally shorted a block comment to clear the checkpatch issue
with line length.
These are coding style changes which should have no impact on runtime
code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_modu
Correct code to remote comparison with NULL, this clears the resulting
checkpatch issue.
This is a coding style change which should not impact runtime code
execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 2 +-
1 file changed, 1 insertion(+), 1
Correct the alignment of a function, this clears checkpatch issue.
This is a simple coding style change which should not impact runtime
code execution.
Signed-off-by: John Whitmore
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
Hi Mike,
On Sun, Oct 07, 2018 at 11:31:51AM +0300, Mike Rapoport wrote:
> The commit ca460b3c9627 ("percpu: introduce bitmap metadata blocks")
> introduced bitmap metadata blocks. These metadata blocks are allocated
> whenever a new chunk is created, but they are never freed. Fix it.
>
> Fixes: c
On Sun, 7 Oct 2018 at 07:36, James Bottomley
wrote:
>
> From 4a614e9440148894207bef5bf69e74071baceb3b Mon Sep 17 00:00:00 2001
> From: James Bottomley
> Date: Sat, 6 Oct 2018 14:21:56 -0700
> Subject: [PATCH 1/2] code-of-conduct: Fix the ambiguity about collecting email
> addresses
>
> The curre
On Fri, 5 Oct 2018, Andrew Morton wrote:
> On Fri, 5 Oct 2018 13:56:39 -0700 (PDT) David Rientjes
> wrote:
>
> > If move_freepages() returns 0 because zone_spans_pfn(), *num_movable can
>
> move_free_pages_block()? !zone_spans_pfn()?
>
move_freepages_block() more accurately, y
On Sun, Oct 07, 2018 at 05:45:29PM +0200, Greg KH wrote:
> Hi all,
>
> Yet again, it's time for a kernel -rc release. This one is bigger than
> -rc6 was, for a variety of unrelated reasons it seems. Lots of
> different trees being merged this week, much more so than the previous
> one. Highligh
On Mon, Oct 08, 2018 at 08:25:35AM +1000, Dave Airlie wrote:
> This isn't a legally binding license or anything, but departing from
> the upstream wording makes it tricker to merge new upstream versions
> if they are considered appropriate.
Nicely done, that - gotta love the passive voice use. C
From: Randy Dunlap
Fix gpio kernel-doc generation after rename of the devres.c file.
Fixes these errors & warning:
Error: Cannot open file ../drivers/gpio/devres.c
Error: Cannot open file ../drivers/gpio/devres.c
WARNING: kernel-doc '../scripts/kernel-doc -rst -enable-lineno -export
../drivers/
On Sun, Oct 07, 2018 at 11:56:13PM +0100, Al Viro wrote:
> We can surround it with "explanations"
Sorry, "clarifications". Or whatever euphemism you prefer for
exegesis, really...
When an inode is created, we fetch attributes from the server. There is
no need to turn around and invalidate them.
No need to initialize attributes after the getattr either. Either it'll
be exactly the same, or it'll be something else and wrong.
Signed-off-by: Martin Brandenburg
---
fs/orang
V2... see https://marc.info/?l=linux-fsdevel&m=153721507330730&w=2
One important change is the following, without which an unaligned write
may end up written to the beginning of its page. Surprisingly xfstests
did not catch this. This was caught by an invalidate_inode_pages2 call
in read_iter (n
Would happen if an inode is dirty but whatever happened is not something
that can be written out to OrangeFS.
Signed-off-by: Martin Brandenburg
---
fs/orangefs/orangefs-utils.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/fs/orangefs/orangefs-utils.c b/fs/orangefs/orangefs-utils.c
in
This is a fairly big change, but ultimately it's not a lot of code.
Implement write_inode and then avoid the call to orangefs_inode_setattr
within orangefs_setattr.
Signed-off-by: Martin Brandenburg
---
fs/orangefs/inode.c | 11 +++
fs/orangefs/super.c | 16
2 files cha
Otherwise the next page can't possibly be an append and it'll
just sit there and write pages one by one until it flushes the
saved region at the very end.
Signed-off-by: Martin Brandenburg
---
fs/orangefs/inode.c | 8
1 file changed, 8 insertions(+)
diff --git a/fs/orangefs/inode.c b/f
Signed-off-by: Martin Brandenburg
---
fs/orangefs/super.c | 21 ++---
1 file changed, 14 insertions(+), 7 deletions(-)
diff --git a/fs/orangefs/super.c b/fs/orangefs/super.c
index 4c36481208f5..61bec955b285 100644
--- a/fs/orangefs/super.c
+++ b/fs/orangefs/super.c
@@ -406,15 +40
It's a copy of the loop which would run in read_pages from
mm/readahead.c.
Signed-off-by: Martin Brandenburg
---
fs/orangefs/inode.c | 39 +--
1 file changed, 1 insertion(+), 38 deletions(-)
diff --git a/fs/orangefs/inode.c b/fs/orangefs/inode.c
index cf0811e
1 - 100 of 222 matches
Mail list logo
