[PATCH] staging: r8188eu: replace rtw_malloc() with it's definition

rtw_malloc prevents the use of kmemdup/kzalloc and others. Signed-off-by: Ivan Safonov --- drivers/staging/rtl8188eu/core/rtw_ap.c| 4 ++-- drivers/staging/rtl8188eu/core/rtw_mlme_ext.c | 2 +- .../staging/rtl8188eu/include/osdep_service.h | 3 --- drivers/staging/rtl8188eu/os_dep/i

Re: [PATCH 1/2] net: phy: dp83867: Add documentation for SGMII mode type

On Sun, Sep 08, 2019 at 01:47:19AM +0300, Vitaly Gaiduk wrote: > Hi, Andrew.I’m ready to do this property with such name but is it good > practice to do such long names? :)Also, Trent Piepho wrote about > sgmii-clk and merged all ideas we have “ti,sgmii-ref-clk”.It’s > better, isn’t it?Vitaly.07

next-20190904: build failure in cp210x usb serial, gpio related?

Hi! I'm getting this compiling the -next: CC drivers/net/wireless/intel/iwlwifi/mvm/mac80211.o In file included from drivers/usb/serial/cp210x.c:23: ./include/linux/gpio/driver.h:722:19: error: static declaration of ‘gpiochip_lock_as_irq’ follows non-static declaration 722 | stat

Re: [PATCH 1/1] edac: Add an API for edac device to report for multiple errors

On Sun, Sep 08, 2019 at 10:16:02AM +0200, Borislav Petkov wrote: > On Sun, Sep 08, 2019 at 10:58:31AM +0300, Hawa, Hanna wrote: > > > Better use WARN_ON_ONCE() to avoid flooding. > > > > In case of two drivers using this function with wrong error count, only the > > first WARN_ON_ONCE will catch in

Re: [PATCH v2] powerpc/lockdep: fix a false positive warning

* Qian Cai wrote: > I thought about making it a bool in the first place, but since all > other similar helpers (arch_is_kernel_initmem_freed(), > arch_is_kernel_text(), arch_is_kernel_data() etc) could be bool too but > are not, I kept arch_is_bss_hole() just to be “int” for consistent. > >

Re: [PATCH] ib_umem: fix type mismatch

On Sun, Sep 8, 2019 at 10:10 AM Leon Romanovsky wrote: > On Fri, Sep 06, 2019 at 05:42:37PM +0200, Arnd Bergmann wrote: > > I had slightly different fix in my submission queue, which I think is > better because it leaves length to be size_t. > > https://lore.kernel.org/linux-rdma/20190908080726.30

[PATCH bpf-next] xdp: Fix race in dev_map_hash_update_elem() when replacing element

syzbot found a crash in dev_map_hash_update_elem(), when replacing an element with a new one. Jesper correctly identified the cause of the crash as a race condition between the initial lookup in the map (which is done before taking the lock), and the removal of the old element. Rather than just ad

Re: [PATCH 1/1] edac: Add an API for edac device to report for multiple errors

On Sun, Sep 08, 2019 at 10:58:31AM +0300, Hawa, Hanna wrote: > > Better use WARN_ON_ONCE() to avoid flooding. > > In case of two drivers using this function with wrong error count, only the > first WARN_ON_ONCE will catch in this case, and other will miss other wrong > usage of other edac device dr

Re: [PATCH] ib_umem: fix type mismatch

On Fri, Sep 06, 2019 at 05:42:37PM +0200, Arnd Bergmann wrote: > On some 32-bit architectures, size_t is defined as 'int' rather > than 'long', causing a harmless warning: > > drivers/infiniband/core/umem_odp.c:220:7: error: comparison of distinct > pointer types ('typeof (umem_odp->umem.address)

Re: [tip: irq/core] gpio/ixp4xx: Register the base PA instead of its VA in fwnode

On Fri, Sep 6, 2019 at 12:08 PM tip-bot2 for Marc Zyngier wrote: > The following commit has been merged into the irq/core branch of tip: > > Commit-ID: daa19fe5b082779962988a5ba9e38509004db3de > Gitweb: > https://git.kernel.org/tip/daa19fe5b082779962988a5ba9e38509004db3de > Author:

Re: general protection fault in dev_map_hash_update_elem

Hillf Danton writes: >> syzbot has found a reproducer for the following crash on Sat, 07 Sep 2019 >> 18:59:06 -0700 >> >> HEAD commit:a2c11b03 kcm: use BPF_PROG_RUN >> git tree: bpf-next >> console output: https://syzkaller.appspot.com/x/log.txt?x=13d46ec160 >> kernel config: htt

Re: [FYI] lm3532: right registration to work with LED-backlight

On Wed 2019-08-28 22:32:57, Jacek Anaszewski wrote: > On 8/28/19 10:53 AM, Pavel Machek wrote: > > Hi! > > > > Eventually, these will be needed. > > > > Best regards, > > Pavel > > > > commit 38d956977a7d6cbdc811676f9b4033da7487e045 > >

[GIT PULL] GPIO fixes for v5.3

Hi Linus, some (hopefully last) small GPIO fix for the v5.3 series. Just affecting PCA953x expanders. Details in the tag. Please pull it in! Yours, Linus Walleij The following changes since commit a55aa89aab90fae7c815b0551b07be37db359d76: Linux 5.3-rc6 (2019-08-25 12:01:23 -0700) are availa

Re: [PATCH 1/1] edac: Add an API for edac device to report for multiple errors

On 9/5/2019 12:56 PM, Robert Richter wrote: Hi Hanna, thanks for the update. See below. On 05.09.19 09:37:45, Hanna Hawa wrote: Add an API for edac device to report multiple errors with same type. Signed-off-by: Hanna Hawa --- drivers/edac/edac_device.c | 66

Re: [RFC 1/3] dt-bindings: dma: Add documentation for DMA domains

On 06/09/2019 17.18, Peter Ujfalusi wrote: > On systems where multiple DMA controllers available, none Slave (for example > memcpy operation) users can not be described in DT as there is no device > involved from the DMA controller's point of view, DMA binding is not usable. > However in these s

Re: [RFC 3/3] dmaengine: Support for requesting channels preferring DMA domain controller

On 06/09/2019 17.18, Peter Ujfalusi wrote: > In case the channel is not requested via the slave API, use the > of_find_dma_domain() to see if a system default DMA controller is > specified. > > Add new function which can be used by clients to request channels by mask > from their DMA domain con

Re: [PATCH] x86/umip: Add emulation for 64-bit processes

On Sat, Sep 07, 2019 at 02:26:10PM -0700, Ricardo Neri wrote: > > Wine users have encountered a number of 64-bit Windows games that use > > these instructions (particularly sgdt), and were crashing when run on > > UMIP-enabled systems. > > Emulation support for 64-bit processes was not initially i

BUG: soft lockup in rt6_probe_deferred

Hello, syzbot found the following crash on: HEAD commit:3b47fd5c Merge tag 'nfs-for-5.3-4' of git://git.linux-nfs... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=128438d160 kernel config: https://syzkaller.appspot.com/x/.config?x=b89bb446a3faaba4 da

INFO: rcu detected stall in pppoe_sendmsg

Hello, syzbot found the following crash on: HEAD commit:1e3778cb Merge tag 'scsi-fixes' of git://git.kernel.org/pu.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=137b297160 kernel config: https://syzkaller.appspot.com/x/.config?x=b89bb446a3faaba4 da

BUG: soft lockup in addrconf_rs_timer

Hello, syzbot found the following crash on: HEAD commit:3b47fd5c Merge tag 'nfs-for-5.3-4' of git://git.linux-nfs... git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=15cb1ac160 kernel config: https://syzkaller.appspot.com/x/.config?x=b89bb446a3faaba4 da

[tip: x86/urgent] x86/timer: Force PIT initialization when !X86_FEATURE_ARAT

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: afa8b475c1aec185a8e106c48b3832e0b88bc2de Gitweb: https://git.kernel.org/tip/afa8b475c1aec185a8e106c48b3832e0b88bc2de Author:Jan Stancek AuthorDate:Sun, 08 Sep 2019 00:50:40 +02:00 Committer:

[tip: x86/urgent] x86/timer: Force PIT initialization when !X86_FEATURE_ARAT

The following commit has been merged into the x86/urgent branch of tip: Commit-ID: afa8b475c1aec185a8e106c48b3832e0b88bc2de Gitweb: https://git.kernel.org/tip/afa8b475c1aec185a8e106c48b3832e0b88bc2de Author:Jan Stancek AuthorDate:Sun, 08 Sep 2019 00:50:40 +02:00 Committer:

Re: WARNING in __vunmap

syzbot has found a reproducer for the following crash on: HEAD commit:b3a9964c Merge tag 'char-misc-5.3-rc8' of git://git.kernel.. git tree: upstream console output: https://syzkaller.appspot.com/x/log.txt?x=16c9f70a60 kernel config: https://syzkaller.appspot.com/x/.config?x=144488

<    1   2   3   4   5   6