Re: [PATCH v9 12/27] pwm: jz4740: Use regmap from TCU driver

2019-01-05 Thread Uwe Kleine-König
Hello Paul, On Sat, Jan 05, 2019 at 05:46:18PM -0300, Paul Cercueil wrote: > On Sat, Jan 5, 2019 at 4:42 PM, Uwe Kleine-König > wrote: > > On Thu, Dec 27, 2018 at 07:13:04PM +0100, Paul Cercueil wrote: > > > The ingenic-timer "TCU" driver provides us with a regmap, that we > > > can > > > use

Re: [PATCH v9 13/27] pwm: jz4740: Use clocks from TCU driver

2019-01-05 Thread Uwe Kleine-König
Hello Paul, On Sat, Jan 05, 2019 at 05:52:46PM -0300, Paul Cercueil wrote: > On Sat, Jan 5, 2019 at 4:45 PM, Uwe Kleine-König > wrote: > > On Thu, Dec 27, 2018 at 07:13:05PM +0100, Paul Cercueil wrote: > > > diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig > > > index

[PATCH] lib/genalloc.c: include vmalloc.h

2019-01-05 Thread Olof Johansson
Fixes build break on most ARM/ARM64 defconfigs: lib/genalloc.c: In function 'gen_pool_add_virt': lib/genalloc.c:190:10: error: implicit declaration of function 'vzalloc_node'; did you mean 'kzalloc_node'? lib/genalloc.c:190:8: warning: assignment to 'struct gen_pool_chunk *' from 'int' makes

Re: [PATCH v9 14/27] pwm: jz4740: Improve algorithm of clock calculation

2019-01-05 Thread Uwe Kleine-König
Hello Paul, On Sat, Jan 05, 2019 at 06:05:38PM -0300, Paul Cercueil wrote: > On Sat, Jan 5, 2019 at 4:57 PM, Uwe Kleine-König > wrote: > > You are assuming stuff here about the parent clk which isn't guaranteed > > (AFAICT) by the clk framework: If you call clk_round_rate(clk, rate - 1) > > this

Re: [PATCH v2 0/4] rtlwifi: Fix issues with rtl8723ae

2019-01-05 Thread Larry Finger
On 1/5/19 12:38 PM, Bernd Edlinger wrote: Currently the rtl8723ae driver is broken (since v4.7). Connection to AP is lost very often, especially when the signal level is not very good. The main issue is the power save mode is basically not working, and seems to trigger a firmware bug. So I had

Re: [PATCH] lib/genalloc.c: include vmalloc.h

2019-01-05 Thread Linus Torvalds
On Sat, Jan 5, 2019 at 1:21 PM Olof Johansson wrote: > > Fixes build break on most ARM/ARM64 defconfigs: Interesting. Andrew, I thought ARM was one of the platforms that your tree compiled against? Or was some other change just hiding this? Anyway, I'll apply as soon as the previous build test

Re: [PATCH] lib/genalloc.c: include vmalloc.h

2019-01-05 Thread Olof Johansson
On Sat, Jan 5, 2019 at 1:35 PM Linus Torvalds wrote: > > On Sat, Jan 5, 2019 at 1:21 PM Olof Johansson wrote: > > > > Fixes build break on most ARM/ARM64 defconfigs: > > Interesting. > > Andrew, I thought ARM was one of the platforms that your tree compiled > against? Or was some other change

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Linus Torvalds
On Sat, Jan 5, 2019 at 12:43 PM Jiri Kosina wrote: > > > Who actually _uses_ mincore()? That's probably the best guide to what > > we should do. Maybe they open the file read-only even if they are the > > owner, and we really should look at file ownership instead. > > Yeah, well > >

Re: [git pull] vfs.git mount.part1

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Fri, 4 Jan 2019 19:26:48 +: > git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git mount.part1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/505b050fdf42097883b2d37b8e796e1f11dbef50 Thank you! -- Deet-doot-dot, I am a bot.

Re: [PATCH V2] usbcore: Select only first configuration for non-UAC3 compliant devices

2019-01-05 Thread Con Kolivas
Hi Saranya On Sun, 6 Jan 2019 at 04:41, wrote: > > From: Saranya Gopal > > In most of the UAC1 and UAC2 audio devices, the first > configuration is most often the best configuration. > However, with recent patch to support UAC3 configuration, > second configuration was unintentionally chosen

Re: [PATCH] Staging: iio: adt7316: Add regmap support

2019-01-05 Thread Jeremy Fertic
On Sat, Jan 05, 2019 at 05:20:37PM +, Jonathan Cameron wrote: > +CC Jeremy who is also working with this device. > > On Sun, 23 Dec 2018 19:32:24 +0530 > Shreeya Patel wrote: > > > Both i2c and spi drivers have functions for reading and writing > > to/from registers. Remove this redundant

Re: [PATCH 3/5] doc: networking: update references to files describing offloads

2019-01-05 Thread David Miller
From: Otto Sabart Date: Fri, 4 Jan 2019 11:42:29 +0100 > Update reference to checksum-offloads.rst file which was converted into > RST. > > Whole kernel code was grepped for references using: > $ grep -r "\(segmentation\|checksum\)-offloads.txt" . > > There should be no other references > to

Generic RGB LED support was Re: [PATCH 2/2] leds: lp5024: Add the LP5024/18 RGB LED driver

2019-01-05 Thread Pavel Machek
Hi! > >Grab yourself an RGB LED and play with it; you'll see what the > >problems are. It is hard to explain colors over email... > > Video [0] gives some overview of lp5024 capabilities. > > I don't see any problems in exposing separate red,green,blue > files and brightness for the devices

Re: [GIT PULL] xfs: more updates for v4.21

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Thu, 3 Jan 2019 17:06:44 -0800: > git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git tags/xfs-4.21-merge-3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/acda9efa8c62d4baa0395c83bda43f252137e302 Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] Ceph updates for 4.21-rc1

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Thu, 3 Jan 2019 16:39:26 +0100: > https://github.com/ceph/ceph-client.git tags/ceph-for-4.21-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/c7eaf342ecb164d79275a6c1c93aef19293a4aaf Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] iomap: more updates for v4.21

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Thu, 3 Jan 2019 17:06:45 -0800: > git://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git tags/iomap-4.21-merge-3 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/3cd6d495db2a0acfd2854f43aac8bfc5914bc89c Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL][PATCH] sh: ftrace: Fix missing parenthesis in WARN_ON()

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Thu, 3 Jan 2019 22:18:57 -0500: > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git > trace-v4.21-1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a67012412e5a820c44239af9712a1a6037b33fd4 Thank you! --

Re: [PATCH net 1/4] umh: add exit routine for UMH process

2019-01-05 Thread David Miller
From: Taehee Yoo Date: Mon, 31 Dec 2018 01:31:43 +0900 > +void exit_umh(struct task_struct *tsk) > +{ > + struct umh_info *info; > + pid_t pid = tsk->pid; > + > + mutex_lock(_list_lock); > + list_for_each_entry(info, _list, list) { So this is probably too expensive of a cost for

Re: [PATCH] PCI: Add no-D3 quirk for Mellanox ConnectX-[45]

2019-01-05 Thread Benjamin Herrenschmidt
On Sat, 2019-01-05 at 10:51 -0700, Jason Gunthorpe wrote: > > > Interesting. I've investigated this further, though I don't have as > > many new clues as I'd like. The problem occurs reliably, at least on > > one particular type of machine (a POWER8 "Garrison" with ConnectX-4). > > I don't yet

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Jann Horn
On Sat, Jan 5, 2019 at 6:27 PM Jiri Kosina wrote: > There are possibilities [1] how mincore() could be used as a converyor of > a sidechannel information about pagecache metadata. > > Provide vm.mincore_privileged sysctl, which makes it possible to mincore() > start returning -EPERM in case it's

Re: [PATCH] Input: goodix - decouple irq and reset lines

2019-01-05 Thread Dmitry Torokhov
Hi Alex, On Fri, Jan 04, 2019 at 05:00:48PM +0100, Alex Gonzalez wrote: > The Goodix touch controller allows the use of two optional GPIOs (RESET > and INT) to reset the touch controller, select the I2C address of the > device and exit the device from sleep mode. > > The current implementation

Re: [PATCH v8 20/25] powerpc, fbdev: Use arch_nvram_ops methods instead of nvram_read_byte() and nvram_write_byte()

2019-01-05 Thread Finn Thain
On Sun, 30 Dec 2018, I wrote: > On Sat, 29 Dec 2018, LEROY Christophe wrote: > > > Finn Thain a ?crit?: > > > > > Make use of arch_nvram_ops in device drivers so that the nvram_* function > > > exports can be removed. > > > > > > Since they are no longer global symbols, rename the PPC32

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Linus Torvalds
On Sat, Jan 5, 2019 at 2:55 PM Jann Horn wrote: > > Just checking: I guess /proc/$pid/pagemap (iow, the pagemap_read() > handler) is less problematic because it only returns data about the > state of page tables, and doesn't query the address_space? In other > words, it permits monitoring

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Jiri Kosina
On Sat, 5 Jan 2019, Jann Horn wrote: > > Provide vm.mincore_privileged sysctl, which makes it possible to mincore() > > start returning -EPERM in case it's invoked by a process lacking > > CAP_SYS_ADMIN. > > > > The default behavior stays "mincore() can be used by anybody" in order to > > be

Re: [PATCH 2/2] Input: rotaty-encoder - Add DT binding document

2019-01-05 Thread Dmitry Torokhov
On Sat, Jan 5, 2019 at 2:27 PM Donghoon Han wrote: > > Add DT binding document for rotary-encoder, keycode options. > > Signed-off-by: Donghoon Han > --- > .../devicetree/bindings/input/rotary-encoder.txt | 12 > 1 file changed, 12 insertions(+) > > diff --git

Re: [PATCH 1/2] Input: rotary_encoder - Support key events

2019-01-05 Thread Dmitry Torokhov
On Sat, Jan 5, 2019 at 2:27 PM Donghoon Han wrote: > > From: Steven Han > > Support generating EV_KEY pair, instead of EV_REL. > > Signed-off-by: Donghoon Han > --- > drivers/input/misc/rotary_encoder.c | 23 +-- > 1 file changed, 21 insertions(+), 2 deletions(-) > > diff

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Linus Torvalds
On Sat, Jan 5, 2019 at 3:05 PM Linus Torvalds wrote: > > That would be nicer than my patch, simply because removing code is > always nice. And arguably it's a better semantic anyway. Yeah, I wonder why we did that thing where mincore() walks the page tables, but if they are empty it looks in the

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Linus Torvalds
On Sat, Jan 5, 2019 at 3:16 PM Linus Torvalds wrote: > > It goes back to forever, it looks like. I can't find a reason. Our man-pages talk abouit the "without doing IO" part. That may be the result of our code, though, not the reason for it. The BSD man-page has other flags, but doesn't

[PATCH v2 0/4] doc: network: integrate offload documents into doc tree

2019-01-05 Thread Otto Sabart
Changes in v2: - Patch #3 and #2 were combined into patch #2. --- This series of patches integrates checksum-offloads and segmentation-offloads documents into documentation tree. These patches do not change semantics of these documents. There are only changes which are needed for successful

[PATCH v2 1/4] doc: networking: prepare offload documents for conversion into RST

2019-01-05 Thread Otto Sabart
Add small number of markups which are sufficient for conversion into reStructuredText. Unfortunately there was necessary to restructure all sections in checksum-offloads.txt file and create paragraphs separated by newline. There also must not be a space at the beginning of paragpraph. There are

[PATCH v2 2/4] doc: networking: convert offload files into RST and update references

2019-01-05 Thread Otto Sabart
This patch renames offload files. This is necessary for Sphinx. Also update reference to checksum-offloads.rst file. Whole kernel code was grepped for references using: $ grep -r "\(segmentation\|checksum\)-offloads.txt" . There should be no other references to

[PATCH v2 3/4] doc: networking: shorten the main title in offloads documents

2019-01-05 Thread Otto Sabart
The titles do not look very nice in the table of contents generated by Sphinx. I also think it is obvious that the documents are describing offloads in the Linux Networking Stack. Signed-off-by: Otto Sabart --- Documentation/networking/checksum-offloads.rst | 6 +++---

[PATCH v2 4/4] doc: networking: add offload documents into main index file

2019-01-05 Thread Otto Sabart
This patch just adds references to offload documents into main table of contents in network documentation. Signed-off-by: Otto Sabart --- Documentation/networking/index.rst | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/networking/index.rst

Re: [PATCH 3/5] doc: networking: update references to files describing offloads

2019-01-05 Thread Otto Sabart
On 05. Jan (Saturday) v 14:15:16 -0800 2019, David Miller wrote: > From: Otto Sabart > Date: Fri, 4 Jan 2019 11:42:29 +0100 > > > Update reference to checksum-offloads.rst file which was converted into > > RST. > > > > Whole kernel code was grepped for references using: > > $ grep -r

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Linus Torvalds
On Sat, Jan 5, 2019 at 3:16 PM Linus Torvalds wrote: > > It goes back to forever, it looks like. I can't find a reason. mincore() was originally added in 2.3.52pre3, it looks like. Around 2000 or so. But sadly before the BK history. And that comment about "Later we can get more picky about

[PATCH v3 0/4] rtlwifi: Fix issues with rtl8723ae

2019-01-05 Thread Bernd Edlinger
Currently the rtl8723ae driver is broken (since v4.7). Connection to AP is lost very often, especially when the signal level is not very good. The main issue is the power save mode is basically not working, and seems to trigger a firmware bug. So I had to take out the FW LPS mode handling.

[PATCH v3 1/4] rtl8723ae: Take the FW LPS mode handling out

2019-01-05 Thread Bernd Edlinger
This appears to trigger a firmware bug and causes severe problems with rtl8723ae PCI devices. When the power save mode is activated for longer periods of time the firmware stops to receive any packets. This problem was exposed by commit 873ffe154ae0 ("rtlwifi: Fix logic error in enter/exit

[PATCH v3 2/4] rtl8723ae: Dont use old data for input gain control

2019-01-05 Thread Bernd Edlinger
When no beacon was received, the value in dm.undec_sm_pwdb is most likely out of date and should not be used to adjust the input path. Assume instead that the signal level is low. Fix the state machine in rtl8723e_dm_cck_packet_detection_thresh which did not clear pre_cck_fa_state when changing

[PATCH v3 4/4] rtlwifi: Don't clear num_rx_inperiod too early

2019-01-05 Thread Bernd Edlinger
This patch moves the clearing of rtlpriv->link_info.num_rx_inperiod in rtl_watchdog_wq_callback a few lines down. This is necessary since it is still used in the "AP off" detection code block. Moved clearing of rtlpriv->link_info.num_rx_inperiod as well for consistency. Signed-off-by: Bernd

[PATCH v3 3/4] rtl8723ae: Re-introduce the adaptive rate control

2019-01-05 Thread Bernd Edlinger
This re-introduces the function rtl8723e_dm_refresh_rate_adaptive_mask. This function was present in a previous version of the code base, it works just fine for me -- as long as it is not using stale data. Unlike the original version of this function it avoids using dm.undec_sm_pwdb when no

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Matthew Wilcox
On Sat, Jan 05, 2019 at 03:39:10PM -0800, Linus Torvalds wrote: > On Sat, Jan 5, 2019 at 3:16 PM Linus Torvalds > wrote: > > > > It goes back to forever, it looks like. I can't find a reason. > > mincore() was originally added in 2.3.52pre3, it looks like. Around > 2000 or so. But sadly before

Re: [GIT PULL v2] Thermal-SoC management updates for v4.21-rc1

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Wed, 2 Jan 2019 12:05:33 -0800: > git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux-soc-thermal linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/c280230254635da33703dd8f4a10cad23f640fb0 Thank you! -- Deet-doot-dot, I am a

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Linus Torvalds
On Sat, Jan 5, 2019 at 4:11 PM Matthew Wilcox wrote: > > FreeBSD claims to have a manpage from SunOS 4.1.3 with mincore (!) > > https://www.freebsd.org/cgi/man.cgi?query=mincore=0=0=SunOS+4.1.3=default=html > > DESCRIPTION >mincore() returns the primary memory residency status of pages

Re: [PATCH v2 1/2] virtio-balloon: tweak config_changed implementation

2019-01-05 Thread Michael S. Tsirkin
On Sat, Jan 05, 2019 at 03:32:44AM +, Wang, Wei W wrote: > On Friday, January 4, 2019 11:45 PM, Michael S. Tsirkin wrote: > > > struct virtio_balloon { > > > struct virtio_device *vdev; > > > struct virtqueue *inflate_vq, *deflate_vq, *stats_vq, *free_page_vq; > > > @@ -77,6 +81,8 @@

Re: [GIT PULL 1/4] Kbuild updates for v4.21

2019-01-05 Thread Masahiro Yamada
Hi Linus, On Sun, Jan 6, 2019 at 5:44 AM Linus Torvalds wrote: > > On Sat, Jan 5, 2019 at 12:39 PM Sam Ravnborg wrote: > > > > Not exactly what you ask for - but we have make V=2 > > Yeah, that's certainly more convenient than "make --debug". > > That said, I was more thinking of not any

Re: [PATCH] scripts/coccinelle: check for redeclaration

2019-01-05 Thread Masahiro Yamada
On Sat, Dec 29, 2018 at 10:32 AM Julia Lawall wrote: > > Avoid reporting on the use of an iterator index variable when > the variable is redeclared. > > Signed-off-by: Julia Lawall > > --- Applied to linux-kbuild. Thanks! > scripts/coccinelle/iterators/use_after_iter.cocci |3 +++ > 1

Re: [PATCH] scripts: coccinelle: boolinit: drop warnings on named constants

2019-01-05 Thread Masahiro Yamada
On Sat, Dec 29, 2018 at 10:14 PM Julia Lawall wrote: > > Coccinelle doesn't always have access to the values of named > (#define) constants, and they may likely often be bound to true > and false values anyway, resulting in false positives. So stop > warning about them. > > Signed-off-by: Julia

Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged

2019-01-05 Thread Linus Torvalds
On Sat, Jan 5, 2019 at 4:22 PM Linus Torvalds wrote: > > But I think my patch to just rip out all that page lookup, and just > base it on the page table state has the fundamental advantage that it > gets rid of code. Maybe I should jst commit it, and see if anything > breaks? We do have options

Re: [PATCH 1/5] riscv: remove redundant kernel-space generic-y

2019-01-05 Thread Masahiro Yamada
On Thu, Jan 3, 2019 at 10:32 AM Masahiro Yamada wrote: > > This commit removes redundant generic-y defines in > arch/riscv/include/asm/Kbuild. > > [1] It is redundant to define the same generic-y in both > arch/$(ARCH)/include/asm/Kbuild and > arch/$(ARCH)/include/uapi/asm/Kbuild. > >

[GIT PULL] more Kbuild updates for v4.21

2019-01-05 Thread Masahiro Yamada
Hi Linus, Here are late Kbuild updates. I am sending this pull request in the last minute to avoid conflicts from tree-wide cleanups such as jump_label, generic-y. Please pull! The following changes since commit 5c4a60831aa6d937cec9cf17aef8eb6c1851bfcd: Merge branch 'next' of

Re: [PATCH 2/3] RISC-V: Move cpuid to hartid mapping to SMP.

2019-01-05 Thread Atish Patra
On 12/26/18 7:38 PM, Anup Patel wrote: On Thu, Dec 27, 2018 at 4:39 AM Atish Patra wrote: Currently, logical CPU id to physical hartid mapping is defined for both smp and non-smp configurations. This is not required as we need this only for smp configuration. The mapping function can define

Re: [PATCH 3/3] RISC-V: Fix non-smp kernel boot on SMP systems

2019-01-05 Thread Atish Patra
On 12/26/18 7:58 PM, Anup Patel wrote: On Thu, Dec 27, 2018 at 4:39 AM Atish Patra wrote: In non-smp configuration, hartid can be higher that NR_CPUS. riscv_of_processor_hartid should not be compared to hartid to NR_CPUS in that case. Moreover, this function checks all the DT properties of a

Re: [GIT PULL] PCI changes for v4.21

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Thu, 3 Jan 2019 09:05:52 -0600: > git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git > tags/pci-v4.21-changes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/926b02d3eb547daa1d56cf9b586f31b270488b77 Thank you! --

Re: [GIT PULL] Please pull RDMA subsystem changes

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Fri, 4 Jan 2019 05:00:10 +: > git://git.kernel.org/pub/scm/linux/kernel/git/rdma/rdma.git tags/for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/3954e1d0310e30e743431b58918825c4d4fe8812 Thank you! -- Deet-doot-dot, I am a

Re: [GIT PULL v2] HID for 4.21

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Thu, 3 Jan 2019 13:07:04 +0100 (CET): > git://git.kernel.org/pub/scm/linux/kernel/git/hid/hid.git for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/cf26057a9441173ad552e90cea3344607075c9ad Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] fbdev changes for v4.21

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Fri, 4 Jan 2019 13:09:05 +0100: > https://github.com/bzolnier/linux.git tags/fbdev-v4.21 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/a8a6b1186b1a209647483c2ff81e0d59c43dbdd3 Thank you! -- Deet-doot-dot, I am a bot.

Re: [git pull] drm next fixes for rc1

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Sat, 5 Jan 2019 05:10:22 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-next-2019-01-05 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/0fe4e2d5cd931ad2ff99d61cfdd5c6dc0c3ec60b Thank you! -- Deet-doot-dot, I am a bot.

Re: [PULL REQUEST] i2c for 5.0 (or how it will be called)

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Fri, 4 Jan 2019 12:06:44 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git i2c/for-5.0 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7671c14e6aca7a816a29a85eba47d9bccb7d23ae Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] Documentation fixes

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Fri, 4 Jan 2019 15:02:39 -0700: > git://git.lwn.net/linux.git tags/docs-5.0-fixes has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/b5aef86e089a2d85a6d627372287785d08938cbe Thank you! -- Deet-doot-dot, I am a bot.

Re: [GIT PULL] livepatching for 4.21

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Thu, 3 Jan 2019 12:39:18 +0100 (CET): > git://git.kernel.org/pub/scm/linux/kernel/git/jikos/livepatching.git for-linus has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/1686cc1a31f45a3fd090e5d0c6fce777422e13fa Thank you! -- Deet-doot-dot,

Re: [git pull] FireWire (IEEE 1394) update post v4.20

2019-01-05 Thread pr-tracker-bot
The pull request you sent on Sat, 5 Jan 2019 17:05:40 +0100: > git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394.git > firewire-update has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/15b215e5aa29993c1b0f46693a1b482296bcf08e Thank you! --

[PATCH V3] usbcore: Select only first configuration for non-UAC3 compliant devices

2019-01-05 Thread saranya . gopal
From: Saranya Gopal In most of the UAC1 and UAC2 audio devices, the first configuration is most often the best configuration. However, with recent patch to support UAC3 configuration, second configuration was unintentionally chosen for some of the UAC1/2 devices that had more than one

(Audio/Video) Linux and GPLv2 license rescission. (previous was removed by liveleak)

2019-01-05 Thread vsnsdualce
Liveleak took the files down, here they are again: Video: https://openload.co/f/mT_AH3xmIUM/TruthAboutLinuxandGPLv2__.mp4 Audio: https://ufile.io/sdhpl Spread them, since people don't like reading... The Truth about Linux GPLv2 and license rescission (revocation). Information regarding the

Re: (Audio/Video): The Truth about Linux GPLv2 and license recission (revocation).

2019-01-05 Thread vsnsdualce
Liveleak took the files down, here they are again: Video: https://openload.co/f/mT_AH3xmIUM/TruthAboutLinuxandGPLv2__.mp4 Audio: https://ufile.io/sdhpl So hard finding "don't need your real contact info" file hosts these days. (And "real contact info" also includes a non-proxy'd IP) On

[PATCH 1/1] net: bridge: fix a bug on using a neighbour cache entry without checking its state

2019-01-05 Thread kchen
From: JianJhen Chen When handling DNAT'ed packets on a bridge device, the neighbour cache entry from lookup was used without checking its state. It means that a cache entry in the NUD_STALE state will be used directly instead of entering the NUD_DELAY state to confirm the reachability of the

Re: [PATCH 1/2] Input: rotary_encoder - Support key events

2019-01-05 Thread nazgul33
input_sync() is there, at the end of the function. static void rotary_encoder_report_event(struct rotary_encoder *encoder) { if (encoder->relative_axis) { input_report_rel(encoder->input, encoder->axis, encoder->dir); } else if (encoder->relative_keys) { u32

Re: [PATCH 2/2] Input: rotaty-encoder - Add DT binding document

2019-01-05 Thread nazgul33
Yes, it's needed. Even with the same encoder, adjusting steps affects rate of event generation. (the steps defines 1 cycle of encoder rotation, and 1 cycle = 1 key event.) On Sun, Jan 6, 2019 at 8:11 AM Dmitry Torokhov wrote: > > On Sat, Jan 5, 2019 at 2:27 PM Donghoon Han wrote: > > > > Add DT

[PATCH v2] arm64: dts: rockchip: add ROCK Pi 4 DTS support

2019-01-05 Thread Pragnesh_Patel
From: Akash Gajjar ROCK Pi 4 is RK3399 based SBC from radxa.com. board has a 1G/2G/4G lpddr4, CSI, DSI, HDMI, OTG, USB 2.0, USB 3.0, 10/100/1000 RGMII Ethernet Phy, es8316 codec, POE, WIFI (for Model B only), PCIE M.2 support on board. This patch enables - HDMI Display - Console - MMC, EMMC -

Re: [PATCH net 1/4] umh: add exit routine for UMH process

2019-01-05 Thread Taehee Yoo
On Sun, 6 Jan 2019 at 07:10, David Miller wrote: > > From: Taehee Yoo > Date: Mon, 31 Dec 2018 01:31:43 +0900 > > > +void exit_umh(struct task_struct *tsk) > > +{ > > + struct umh_info *info; > > + pid_t pid = tsk->pid; > > + > > + mutex_lock(_list_lock); > > +

Re: [PATCH] tipc: fix memory leak in tipc_nl_compat_publ_dump

2019-01-05 Thread Ying Xue
On 1/6/19 12:52 AM, Gustavo A. R. Silva wrote: > There is a memory leak in case genlmsg_put fails. > > Fix this by freeing *args* before return. > > Addresses-Coverity-ID: 1476406 ("Resource leak") > Fixes: 46273cf7e009 ("tipc: fix a missing check of genlmsg_put") > Signed-off-by: Gustavo A. R.

(Video) Linux and GPLv2 license rescission: Explained in American.

2019-01-05 Thread vsnsdualce
Liveleak took the files down, here they are again, on a different host: Video: https://openload.co/f/mT_AH3xmIUM/TruthAboutLinuxandGPLv2__.mp4 Audio: https://ufile.io/sdhpl Spread them, since people don't like reading... The Truth about Linux GPLv2 and license rescission (revocation).

(Video): Regarding Linux: yes you can rescind license to use your code.

2019-01-05 Thread vsnsdualce
One note: The audio/videos are explained in American. Those who enjoy English may read the lengthy explanations given here previously. American was chosen for the audio/video for those who do not like reading. Hopefully this choice of dialect will be most understandable for The People.

Re: [PATCHv3 1/2] mm/memblock: extend the limit inferior of bottom-up after parsing hotplug attr

2019-01-05 Thread Mike Rapoport
On Sat, Jan 05, 2019 at 11:44:50AM +0800, Baoquan He wrote: > On 01/04/19 at 05:09pm, Mike Rapoport wrote: > > On Thu, Jan 03, 2019 at 10:47:06AM -0800, Tejun Heo wrote: > > > Hello, > > > > > > On Wed, Jan 02, 2019 at 07:05:38PM +0200, Mike Rapoport wrote: > > > > I agree that currently the

Re: knifeshack (Linux Property rights)

2019-01-05 Thread vsnsdualce
Your "no it does not because we are talking about software" argument is, to put it simply in a way you can understand: retarded. It shows that you, a software engineer, because you are learned in one field of endeavor, believe yourself to be "smart" and "reasonable" in unrelated fields of

Re: [PATCH v2] staging: wilc1000: fix cast to restricted __le32

2019-01-05 Thread Július Milan
Thank you for your review Larry > Before you send V3 Oh, v3 was already sent a few moments before your message. > Before you send V3, are you sure this is the correct fix? As "frame_type" is > input as u16, it seems to me that the frame_type member of struct > wilc_reg_frame > should be

[PATCH 2/2] tpm/eventlog/tpm1: Fix off-by-1 when reading binary_bios_measurements

2019-01-05 Thread Jia Zhang
It is unable to read the entry when it is the only one in binary_bios_measurements: 00 00 00 00 08 00 00 00 c4 2f ed ad 26 82 00 cb 0010 1d 15 f9 78 41 c3 44 e7 9d ae 33 20 00 00 00 00 0020 This is obviously a firmware problem on my linux machine: Manufacturer:

[PATCH 1/2] tpm/eventlog/tpm1: Simplify walking over *pos measurements

2019-01-05 Thread Jia Zhang
The sanity check would be easier, especially for the first read of binary_bios_measurements from the beginning. Signed-off-by: Jia Zhang --- drivers/char/tpm/eventlog/tpm1.c | 37 ++--- 1 file changed, 14 insertions(+), 23 deletions(-) diff --git

dfl-afu-dma-region.c:undefined reference to `dma_direct_map_page'

2019-01-05 Thread kbuild test robot
Hi Christoph, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: b5aef86e089a2d85a6d627372287785d08938cbe commit: 356da6d0cde3323236977fce54c1f9612a742036 dma-mapping: bypass indirect calls for dma-direct date: 3

[PATCH 3/4] drm/vmwgfx: fix the check when to use dma_alloc_coherent

2019-01-05 Thread Christoph Hellwig
Since Linux 4.21 we merged the swiotlb ops into the DMA direct ops, so they would always have a the sync_single methods. But late in the cicle we also removed the direct ops entirely, so we'd see NULL DMA ops. Switch vmw_dma_select_mode to only detect swiotlb presence using swiotlb_nr_tbl()

[PATCH 4/4] drm/vmwgfx: unwind spaghetti code in vmw_dma_select_mode

2019-01-05 Thread Christoph Hellwig
Just use a simple if/else chain to select the DMA mode. Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 25 ++--- 1 file changed, 6 insertions(+), 19 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c

[PATCH 2/4] drm/vmwgfx: remove CONFIG_INTEL_IOMMU ifdefs

2019-01-05 Thread Christoph Hellwig
intel_iommu_enabled is defined as always false for !CONFIG_INTEL_IOMMU, so remove the ifdefs around it. Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 18 -- 1 file changed, 18 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c

fix DMA ops layering violations in vmwgfx

2019-01-05 Thread Christoph Hellwig
Hi Thomas, vmwgfx has been doing some odd checks based on DMA ops which rely on deep DMA mapping layer internals, and I think the changes in Linux 4.21 finally broke most of these implicit assumptions. The real fix is in patch 3, but I think the others are important to make it clear what is

[PATCH 1/4] drm/vmwgfx: remove CONFIG_X86 ifdefs

2019-01-05 Thread Christoph Hellwig
The driver depends on CONFIG_X86 so these are dead code. Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c index 25afb1d594e3..69e325b2d954

[PATCH] ACPI/nfit: delete the function to_acpi_nfit_desc

2019-01-05 Thread Xiaochun Lee
From: Xiaochun Lee The function to_acpi_nfit_desc and function to_acpi_desc do the same things,delete the function to_acpi_nfit_desc, and keep the inline function to_acpi_desc. Signed-off-by: Xiaochun Lee --- drivers/acpi/nfit/core.c | 12 +++- 1 file changed, 3 insertions(+), 9

[PATCH] ACPI/nfit: delete the function to_acpi_nfit_desc

2019-01-05 Thread Xiaochun Lee
From: Xiaochun Lee The function to_acpi_nfit_desc and function to_acpi_desc do the same things,So delete the function to_acpi_nfit_desc, and keep the inline function to_acpi_desc. The calling function to_acpi_nfit_desc,have been changed to the calling function to_acpi_desc. Xiaochun Lee (1):

Re: WARNING in mem_cgroup_update_lru_size

2019-01-05 Thread Dmitry Vyukov
On Fri, Jan 4, 2019 at 11:58 PM syzbot wrote: > > syzbot has found a reproducer for the following crash on: > > HEAD commit:96d4f267e40f Remove 'type' argument from access_ok() funct.. > git tree: net > console output: https://syzkaller.appspot.com/x/log.txt?x=160c9a80c0 > kernel

[PATCH] staging: wilc1000: fix cast to restricted __le32

2019-01-05 Thread Július Milan
Fixes the following sparse warnings: drivers/staging/wilc1000/host_interface.c:2360:30: warning: incorrect type in assignment (different base types) expected restricted __le32 [addressable] [assigned] [usertype] frame_type got restricted __le16 [usertype] Fixes: 147ccfd451024

[PATCH] staging: wilc1000: fix cast to restricted __le32

2019-01-05 Thread Július Milan
Fixes the following sparse warnings: drivers/staging/wilc1000/host_interface.c:2360:30: warning: incorrect type in assignment (different base types) expected restricted __le32 [addressable] [assigned] [usertype] frame_type got restricted __le16 [usertype] Fixes: 147ccfd451024

Re: [PATCH] staging: wilc1000: fix cast to restricted __le32

2019-01-05 Thread Greg KH
On Sat, Jan 05, 2019 at 09:32:56AM +0100, Július Milan wrote: > sorry, bad mail, see the next one please Properly version your patches so I know what "next one" really means. I've dropped all of these patches from my queue now, please resend with a v2 added to the patch as the documentation says

Re: [PATCH] drivers: misc: goldfish_address_space: add a driver

2019-01-05 Thread Greg KH
On Thu, Jan 03, 2019 at 06:13:11PM -0800, r...@google.com wrote: > From: Roman Kiryanov > > A driver for the Goldfish Android emulator that occupies > address space to use it with the memory sharing device > on the QEMU side. The memory sharding device allocates > subranges and populate them

Re: [PATCH] drivers: misc: goldfish_address_space: add a driver

2019-01-05 Thread Greg KH
On Thu, Jan 03, 2019 at 06:13:11PM -0800, r...@google.com wrote: > +static int as_release(struct inode *inode, struct file *filp) > +{ > + struct as_allocated_blocks *allocated_blocks = filp->private_data; > + struct as_device_state *state; > + int blocks_size; > + int i; > + > +

[PATCH v2] staging: wilc1000: fix cast to restricted __le32

2019-01-05 Thread Július Milan
Fixes the following sparse warnings: drivers/staging/wilc1000/host_interface.c:2360:30: warning: incorrect type in assignment (different base types) expected restricted __le32 [addressable] [assigned] [usertype] frame_type got restricted __le16 [usertype] Fixes: 147ccfd451024

Re: [PATCH v2] staging: wilc1000: fix cast to restricted __le32

2019-01-05 Thread Greg KH
On Sat, Jan 05, 2019 at 10:10:25AM +0100, Július Milan wrote: > Fixes the following sparse warnings: > > drivers/staging/wilc1000/host_interface.c:2360:30: warning: > incorrect type in assignment (different base types) > expected restricted __le32 [addressable] [assigned] [usertype]

Re: [PATCH lora-next 3/5] net: lora: sx130x: Add PicoCell serdev driver

2019-01-05 Thread Ben Whitten
Hi, On 04/01/2019 20:21, Andreas Färber wrote: The picoGW reference MCU firmware implements a USB CDC or UART interface with a set of serial commands. It can be found on multiple mPCIe cards as well as USB adapters. https://github.com/Lora-net/picoGW_mcu That MCU design superseded earlier

[GIT PULL] arch/h8300 update

2019-01-05 Thread Yoshinori Sato
Hi, Please pull for h8300 fix. The following changes since commit 00c569b567c7f1f0da6162868fd02a9f29411805: Merge tag 'locks-v4.21-1' of git://git.kernel.org/pub/scm/linux/kernel/git/jlayton/linux (2018-12-27 17:12:30 -0800) are available in the git repository at:

Re: [PATCH] drivers: misc: goldfish_address_space: add a driver

2019-01-05 Thread Roman Kiryanov
Hi. Thank you for looking into my patch. > If they can not, then just remove the > WARN_ON check as it is not needed at all. No, these things don't happen. I will remove these lines.

Re: [PATCH] drivers: misc: goldfish_address_space: add a driver

2019-01-05 Thread Roman Kiryanov
> Why isn't this in drivers/platform/goldfish/ ? I was not sure where to put, but this driver is not a platform one, it is a pci one.

Re: [PATCH v4 04/10] KVM/x86: intel_pmu_lbr_enable

2019-01-05 Thread Wei Wang
On 01/04/2019 11:57 PM, Liang, Kan wrote: On 1/4/2019 4:58 AM, Wei Wang wrote: On 01/03/2019 12:33 AM, Liang, Kan wrote: On 12/26/2018 4:25 AM, Wei Wang wrote: + +/* + * It could be possible that people have vcpus of old model run on + * physcal cpus of newer model, for

[PATCH v6 02/11] ata: pata_acpi: Make PCI dependency explicit

2019-01-05 Thread Sinan Kaya
After 'commit 5d32a66541c4 ("PCI/ACPI: Allow ACPI to be built without CONFIG_PCI set")' dependencies on CONFIG_PCI that previously were satisfied implicitly through dependencies on CONFIG_ACPI have to be specified directly. PATA_ACPI is a PCI device driver but the PCI dependency has not been

[PATCH v6 08/11] ASoC: Intel: atom: Make PCI dependency explicit

2019-01-05 Thread Sinan Kaya
After 'commit 5d32a66541c4 ("PCI/ACPI: Allow ACPI to be built without CONFIG_PCI set")' dependencies on CONFIG_PCI that previously were satisfied implicitly through dependencies on CONFIG_ACPI have to be specified directly. This code relies on IOSF_MBI and IOSF_MBI depends on PCI. For this reason,

  1   2   3   >