RE: [PATCH] vmbus: Remove the undesired put_cpu_ptr() in hv_synic_cleanup()

From: Dexuan Cui Sent: Friday, April 12, 2019 4:35 PM > > With CONFIG_DEBUG_PREEMPT=y, the put_cpu_ptr() triggiers an underflow > warning in preempt_count_sub(). > > Fixes: 37cdd991fac8 ("vmbus: put related per-cpu variable together") > Cc: sta...@vger.kernel.org > Cc: Stephen Hemminger >

[PATCH] vmbus: Remove the undesired put_cpu_ptr() in hv_synic_cleanup()

With CONFIG_DEBUG_PREEMPT=y, the put_cpu_ptr() triggiers an underflow warning in preempt_count_sub(). Fixes: 37cdd991fac8 ("vmbus: put related per-cpu variable together") Cc: sta...@vger.kernel.org Cc: Stephen Hemminger Signed-off-by: Dexuan Cui --- drivers/hv/hv.c | 1 - 1 file changed, 1

RE: [PATCH 3/4] lib/hexdump.c: Replace ascii bool in hex_dump_to_buffer with flags

> -Original Message- > From: Petr Mladek > Sent: Saturday, 13 April 2019 12:12 AM > To: Alastair D'Silva > Cc: alast...@d-silva.org; Jani Nikula ; Joonas > Lahtinen ; Rodrigo Vivi > ; David Airlie ; Daniel Vetter > ; Karsten Keil ; Jassi Brar > ; Tom Lendacky ; > David S. Miller ; Jose

RE: [PATCH 2/4] lib/hexdump.c: Optionally suppress lines of filler bytes

> -Original Message- > From: Petr Mladek > Sent: Saturday, 13 April 2019 12:04 AM > To: Alastair D'Silva > Cc: alast...@d-silva.org; Jani Nikula ; Joonas > Lahtinen ; Rodrigo Vivi > ; David Airlie ; Daniel Vetter > ; Karsten Keil ; Jassi Brar > ; Tom Lendacky ; > David S. Miller ; Jose

RE: [PATCH 1/4] lib/hexdump.c: Allow 64 bytes per line

> -Original Message- > From: Petr Mladek > Sent: Friday, 12 April 2019 11:48 PM > To: Alastair D'Silva > Cc: alast...@d-silva.org; Jani Nikula ; Joonas > Lahtinen ; Rodrigo Vivi > ; David Airlie ; Daniel Vetter > ; Karsten Keil ; Jassi Brar > ; Tom Lendacky ; > David S. Miller ; Jose

[PATCH] binder: take read mode of mmap_sem in binder_alloc_free_page()

Restore the behavior of locking mmap_sem for reading in binder_alloc_free_page(), as was first done in commit 3013bf62b67a ("binder: reduce mmap_sem write-side lock"). That change was inadvertently reverted by commit 5cec2d2e5839 ("binder: fix race between munmap() and direct reclaim"). In

Re: INFO: trying to register non-static key in vmk80xx_detach

syzbot has found a reproducer for the following crash on: HEAD commit:9a33b369 usb-fuzzer: main usb gadget fuzzer driver git tree: https://github.com/google/kasan/tree/usb-fuzzer console output: https://syzkaller.appspot.com/x/log.txt?x=11bed6fd20 kernel config:

DONATION

Warren Buffett Foundation picked you for a $2,500,000 donation. For more details reply. ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

[PATCH] media: staging/imx: add media device to capture register

When register the capture media device it is assumed that the device data is the media device. In the imx6 case is but in the imx7 is not case. The device data is the csi structure. Add the explicit argument of the media device that we want to associate with the capture device. Reported-by:

Re: [PATCH] staging: erofs: fix unexpected out-of-bound data access

Hi Christoph, On 2019/4/12 23:06, Christoph Hellwig wrote: >> +++ b/drivers/staging/erofs/data.c >> @@ -304,7 +304,7 @@ static inline struct bio *erofs_read_raw_page(struct bio >> *bio, >> *last_block = current_block; >> >> /* shift in advance in case of it followed by too many gaps

INFO: trying to register non-static key in vmk80xx_detach

Hello, syzbot found the following crash on: HEAD commit:9a33b369 usb-fuzzer: main usb gadget fuzzer driver git tree: https://github.com/google/kasan/tree/usb-fuzzer console output: https://syzkaller.appspot.com/x/log.txt?x=15ecc1af20 kernel config:

Re: [PATCH] staging: erofs: fix unexpected out-of-bound data access

On Fri, Apr 12, 2019 at 08:06:33AM -0700, Christoph Hellwig wrote: > > +++ b/drivers/staging/erofs/data.c > > @@ -304,7 +304,7 @@ static inline struct bio *erofs_read_raw_page(struct > > bio *bio, > > *last_block = current_block; > > > > /* shift in advance in case of it followed by too

Re: [PATCH] staging: erofs: fix unexpected out-of-bound data access

> +++ b/drivers/staging/erofs/data.c > @@ -304,7 +304,7 @@ static inline struct bio *erofs_read_raw_page(struct bio > *bio, > *last_block = current_block; > > /* shift in advance in case of it followed by too many gaps */ > - if (unlikely(bio->bi_vcnt >= bio->bi_max_vecs)) { > +

Re: [Intel-gfx] [PATCH 3/4] lib/hexdump.c: Replace ascii bool in hex_dump_to_buffer with flags

On 10/04/2019 04:17, Alastair D'Silva wrote: > From: Alastair D'Silva > > In order to support additional features in hex_dump_to_buffer, replace > the ascii bool parameter with flags. > > Signed-off-by: Alastair D'Silva > --- > drivers/gpu/drm/i915/intel_engine_cs.c| 2 +- >

Re: [PATCH v2] staging: erofs: fix unexpected out-of-bound data access

On 2019/4/12 21:51, Dan Carpenter wrote: > On Fri, Apr 12, 2019 at 05:53:14PM +0800, Gao Xiang wrote: >> Unexpected out-of-bound data will be read in erofs_read_raw_page >> after commit 07173c3ec276 ("block: enable multipage bvecs") since >> one iovec could have multiple pages. >> >> Let's fix

Re: [PATCH 3/4] lib/hexdump.c: Replace ascii bool in hex_dump_to_buffer with flags

On Wed 2019-04-10 13:17:19, Alastair D'Silva wrote: > From: Alastair D'Silva > > In order to support additional features in hex_dump_to_buffer, replace > the ascii bool parameter with flags. > > Signed-off-by: Alastair D'Silva > --- > drivers/gpu/drm/i915/intel_engine_cs.c| 2 +-

Re: [PATCH 2/4] lib/hexdump.c: Optionally suppress lines of filler bytes

On Wed 2019-04-10 13:17:18, Alastair D'Silva wrote: > From: Alastair D'Silva > > Some buffers may only be partially filled with useful data, while the rest > is padded (typically with 0x00 or 0xff). > > This patch introduces flags which allow lines of padding bytes to be > suppressed, making

Re: [PATCH 1/4] lib/hexdump.c: Allow 64 bytes per line

On Wed 2019-04-10 13:17:17, Alastair D'Silva wrote: > From: Alastair D'Silva > > With modern high resolution screens, we can display more data, which makes > life a bit easier when debugging. I have quite some doubts about this feature. We are talking about more than 256 characters per-line. I

Re: [PATCH v2] staging: erofs: fix unexpected out-of-bound data access

On Fri, Apr 12, 2019 at 05:53:14PM +0800, Gao Xiang wrote: > Unexpected out-of-bound data will be read in erofs_read_raw_page > after commit 07173c3ec276 ("block: enable multipage bvecs") since > one iovec could have multiple pages. > > Let's fix as what Ming's pointed out in the previous email

Re: [PATCH] Fixed coding style: do not initialise statics to NULL

Hi Tiago, On 4/12/19 4:45 AM, Tiago Macedo wrote: > The standard guarantees that a pointer with static storage duration > and no other initializer will be initialized to be a null pointer. > > Signed-off-by: Tiago Macedo > --- > drivers/staging/media/zoran/videocodec.c | 2 +- > 1 file

[PATCH] staging: remove redundant 'default n' from Kconfig

'default n' is the default value for any bool or tristate Kconfig setting so there is no need to write it explicitly. Also since commit f467c5640c29 ("kconfig: only write '# CONFIG_FOO is not set' for visible symbols") the Kconfig behavior is the same regardless of 'default n' being present or

[PATCH v2] staging: erofs: fix unexpected out-of-bound data access

Unexpected out-of-bound data will be read in erofs_read_raw_page after commit 07173c3ec276 ("block: enable multipage bvecs") since one iovec could have multiple pages. Let's fix as what Ming's pointed out in the previous email [1]. [1]

Re: [PATCH] staging: erofs: fix unexpected out-of-bound data access

Hi Chao, On 2019/4/12 17:28, Chao Yu wrote: > On 2019/4/11 18:55, Gao Xiang wrote: >> Unexpected out-of-bound data will be read in erofs_read_raw_page >> after commit 07173c3ec276 ("block: enable multipage bvecs") since >> one iovec could have multiple pages. >> >> Let's fix as what Ming's

Re: [PATCH] staging: erofs: fix unexpected out-of-bound data access

On 2019/4/11 18:55, Gao Xiang wrote: > Unexpected out-of-bound data will be read in erofs_read_raw_page > after commit 07173c3ec276 ("block: enable multipage bvecs") since > one iovec could have multiple pages. > > Let's fix as what Ming's pointed out in the previous email. It will be better to

1.000.000 $ Spende für Sie

HERZLICHE GLÜCKWÜNSCHE! I. Mavis Wanczyk aus Chicopee, Massachusetts, forderte im August 2017 das Gewinnticket für den Powerball-Jackpot in Höhe von 758,7 Millionen US-Dollar. Kurz darauf rief ich meinen Arbeitgeber im Mercy Medical Center an, wo ich 32 Jahre lang gearbeitet hatte und