Re: [PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

Hi Andrzej and Rob, On 2018년 03월 09일 18:20, Andrzej Hajda wrote: > Hi Chanwoo, > > On 08.03.2018 02:52, Chanwoo Choi wrote: >> Hi Andrzej, Archit, >> >> On 2018년 03월 07일 20:13, Andrzej Hajda wrote: >>> Hi Chanwoo, Archit, >>> >>> On 07.03.2018 05:48, Chanwoo Choi wrote: On 2018년 03월 07일

RE: [PATCH v2 3/3] ALSA: hda: Disabled unused audio controller for Dell platforms with Switchable Graphics

> > I think the missing aspect is that this is only used in AIO and laptop form > > factors where the discrete graphics is in a non-removable form factor. > > Why we are not checking if kernel is running on AIO or laptop form > factor then? Or it is not possible? Kai Heng, can you please confirm

RE: [PATCH v2 3/3] ALSA: hda: Disabled unused audio controller for Dell platforms with Switchable Graphics

> > I think the missing aspect is that this is only used in AIO and laptop form > > factors where the discrete graphics is in a non-removable form factor. > > Why we are not checking if kernel is running on AIO or laptop form > factor then? Or it is not possible? Kai Heng, can you please confirm

Re: [PATCH v5 0/6] dt-bindings: add bindings for USB physical connector

Hi Andrzej and Rob, On 2018년 03월 09일 18:20, Andrzej Hajda wrote: > Hi Chanwoo, > > On 08.03.2018 02:52, Chanwoo Choi wrote: >> Hi Andrzej, Archit, >> >> On 2018년 03월 07일 20:13, Andrzej Hajda wrote: >>> Hi Chanwoo, Archit, >>> >>> On 07.03.2018 05:48, Chanwoo Choi wrote: On 2018년 03월 07일

linux-next: Signed-off-by missing for commits in the clk tree

Hi all, there is a string of commits 3830681d354f ("dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings") to b91dacd1b912 ("clk: stm32mp1: add Debug clocks") and b96385a1947c ("clk: migrate the count of orphaned clocks at init") that are missing a Signed-off-by from

linux-next: Signed-off-by missing for commits in the clk tree

Hi all, there is a string of commits 3830681d354f ("dt-bindings: Document STM32MP1 Reset Clock Controller (RCC) bindings") to b91dacd1b912 ("clk: stm32mp1: add Debug clocks") and b96385a1947c ("clk: migrate the count of orphaned clocks at init") that are missing a Signed-off-by from

Re: [PATCH 1/4] ARM: dts: exynos5250: Add #sound-dai-cells property to hdmi device node

Hi Sylwester, 2018년 03월 09일 20:52에 Sylwester Nawrocki 이(가) 쓴 글: > Hi Inki, > > On 03/09/2018 03:40 AM, Inki Dae wrote: >> 2018년 03월 08일 02:27에 Sylwester Nawrocki 이(가) 쓴 글: >>> This property is required for specifying link between the HDMI IP block >>> and the SoC's audio subsystem. >>> >>>

Re: [PATCH 1/4] ARM: dts: exynos5250: Add #sound-dai-cells property to hdmi device node

Hi Sylwester, 2018년 03월 09일 20:52에 Sylwester Nawrocki 이(가) 쓴 글: > Hi Inki, > > On 03/09/2018 03:40 AM, Inki Dae wrote: >> 2018년 03월 08일 02:27에 Sylwester Nawrocki 이(가) 쓴 글: >>> This property is required for specifying link between the HDMI IP block >>> and the SoC's audio subsystem. >>> >>>

Linux 4.16-rc5

This continue to be pretty normal - this rc is slightly larger than rc4 was, but that looks like one of the normal fluctuations due to timing of pull requests, not due to anything distressing. In particular, this past week we had both a networking pull and a drm pull, which accounts for a fait

Linux 4.16-rc5

This continue to be pretty normal - this rc is slightly larger than rc4 was, but that looks like one of the normal fluctuations due to timing of pull requests, not due to anything distressing. In particular, this past week we had both a networking pull and a drm pull, which accounts for a fait

Dear friend

Dear friend I am contacting you on a business deal of $17.5 Million US Dollars, ready for transfer into your account if we make this claim, we will share it 60%/40%. 100% risk free and it will be legally backed up with government approved If you are interested

Dear friend

Dear friend I am contacting you on a business deal of $17.5 Million US Dollars, ready for transfer into your account if we make this claim, we will share it 60%/40%. 100% risk free and it will be legally backed up with government approved If you are interested

[patch] mm, page_alloc: wakeup kcompactd even if kswapd cannot free more memory

Kswapd will not wakeup if per-zone watermarks are not failing or if too many previous attempts at background reclaim have failed. This can be true if there is a lot of free memory available. For high- order allocations, kswapd is responsible for waking up kcompactd for background compaction. If

[patch] mm, page_alloc: wakeup kcompactd even if kswapd cannot free more memory

Kswapd will not wakeup if per-zone watermarks are not failing or if too many previous attempts at background reclaim have failed. This can be true if there is a lot of free memory available. For high- order allocations, kswapd is responsible for waking up kcompactd for background compaction. If

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sat, 10 Mar 2018 16:57:41 + "French, Nicholas A." wrote: > > > No what if the framebuffer driver is just requested as a > > > secondary step after firmware loading? > > > > Its a possibility. The decoder firmware gets loaded at the > > beginning of the decoder memory range

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sat, 10 Mar 2018 16:57:41 + "French, Nicholas A." wrote: > > > No what if the framebuffer driver is just requested as a > > > secondary step after firmware loading? > > > > Its a possibility. The decoder firmware gets loaded at the > > beginning of the decoder memory range and we know

Re: WARNING in tracepoint_probe_unregister

On Wed, Nov 08, 2017 at 09:06:40AM +0100, 'Dmitry Vyukov' via syzkaller-bugs wrote: > On Tue, Nov 7, 2017 at 7:08 PM, Jens Axboe wrote: > > On 11/07/2017 11:06 AM, Dmitry Vyukov wrote: > >> On Sun, Nov 5, 2017 at 4:47 PM, Jens Axboe wrote: > >>> On 11/05/2017

Re: WARNING in tracepoint_probe_unregister

On Wed, Nov 08, 2017 at 09:06:40AM +0100, 'Dmitry Vyukov' via syzkaller-bugs wrote: > On Tue, Nov 7, 2017 at 7:08 PM, Jens Axboe wrote: > > On 11/07/2017 11:06 AM, Dmitry Vyukov wrote: > >> On Sun, Nov 5, 2017 at 4:47 PM, Jens Axboe wrote: > >>> On 11/05/2017 01:09 AM, Dmitry Vyukov wrote: >

Re: [PATCH] firmware: add a function to load optional firmware v2

On 3/10/2018 12:09 AM, Andres Rodriguez wrote: Currently the firmware loader only exposes one silent path for querying optional firmware, and that is request_firmware_direct(). This function also disables the usermodehelper fallback which might not always be the desired behaviour. This patch

[PATCH] drm/sun4i: Fix an error handling path in 'sun4i_drv_bind()'

Commit 070badfab767 ("drm/sun4i: call drm_vblank_init with correct number of crtcs") has moved some code without updating the error handling gotos accordingly. Branch to the correct label and remove a now unused lablel. Fixes: 070badfab767 ("drm/sun4i: call drm_vblank_init with correct number of

Re: [PATCH] firmware: add a function to load optional firmware v2

On 3/10/2018 12:09 AM, Andres Rodriguez wrote: Currently the firmware loader only exposes one silent path for querying optional firmware, and that is request_firmware_direct(). This function also disables the usermodehelper fallback which might not always be the desired behaviour. This patch

[PATCH] drm/sun4i: Fix an error handling path in 'sun4i_drv_bind()'

Commit 070badfab767 ("drm/sun4i: call drm_vblank_init with correct number of crtcs") has moved some code without updating the error handling gotos accordingly. Branch to the correct label and remove a now unused lablel. Fixes: 070badfab767 ("drm/sun4i: call drm_vblank_init with correct number of

Re: [GIT PULL] CRIS: Drop support for the CRIS-port

Hi Jesper, On Sun, 11 Mar 2018 21:00:56 +0100 Jesper Nilsson wrote: > > On Mon, Mar 12, 2018 at 01:13:44AM +1100, Stephen Rothwell wrote: > > Hi Jesper, > > > > On Sun, 11 Mar 2018 12:05:51 +0100 Jesper Nilsson > > wrote: > > > > > > As

Re: [GIT PULL] CRIS: Drop support for the CRIS-port

Hi Jesper, On Sun, 11 Mar 2018 21:00:56 +0100 Jesper Nilsson wrote: > > On Mon, Mar 12, 2018 at 01:13:44AM +1100, Stephen Rothwell wrote: > > Hi Jesper, > > > > On Sun, 11 Mar 2018 12:05:51 +0100 Jesper Nilsson > > wrote: > > > > > > As promised, pull the below tag for the removal of the

Re: [PATCH v5 0/4] new driver for Valve Steam Controller

On 03/11/2018 12:58 PM, Rodrigo Rivas Costa wrote: This patchset implements a driver for Valve Steam Controller, based on a reverse analysis by myself. Sorry, I've been out of town for a few weeks and couldn't keep up with this... @Pierre-Loup and @Clément, could you please have another look

Re: [PATCH v5 0/4] new driver for Valve Steam Controller

On 03/11/2018 12:58 PM, Rodrigo Rivas Costa wrote: This patchset implements a driver for Valve Steam Controller, based on a reverse analysis by myself. Sorry, I've been out of town for a few weeks and couldn't keep up with this... @Pierre-Loup and @Clément, could you please have another look

Re: [PATCH] firmware: add a function to load optional firmware v2

On 3/11/2018 5:05 PM, Andres Rodriguez wrote: Your patch series then should also have the driver callers who you want to modify to use this new API. Collect from the 802.11 folks the other drivers which I think they wanted changed as well. Arend, Kalle, would love to hear your feedback. I am

Re: [PATCH] firmware: add a function to load optional firmware v2

On 3/11/2018 5:05 PM, Andres Rodriguez wrote: Your patch series then should also have the driver callers who you want to modify to use this new API. Collect from the 802.11 folks the other drivers which I think they wanted changed as well. Arend, Kalle, would love to hear your feedback. I am

RE: [RFC/RFT][PATCH v3 0/6] sched/cpuidle: Idle loop rework

On 2018.03.11 08:52 Doug Smythies wrote: > On 2018.03.11 03:22 Rafael J. Wysocki wrote: >> On Sunday, March 11, 2018 8:43:02 AM CET Doug Smythies wrote: >>> On 2018.03.10 15:55 Rafael J. Wysocki wrote: On Saturday, March 10, 2018 5:07:36 PM CET Doug Smythies wrote: > On 2018.03.10 01:00

RE: [RFC/RFT][PATCH v3 0/6] sched/cpuidle: Idle loop rework

On 2018.03.11 08:52 Doug Smythies wrote: > On 2018.03.11 03:22 Rafael J. Wysocki wrote: >> On Sunday, March 11, 2018 8:43:02 AM CET Doug Smythies wrote: >>> On 2018.03.10 15:55 Rafael J. Wysocki wrote: On Saturday, March 10, 2018 5:07:36 PM CET Doug Smythies wrote: > On 2018.03.10 01:00

Re: [PATCH 3/3] wlcore: Use common error handling code in wl1271_acx_sta_rate_policies()

On 3/10/2018 10:33 PM, SF Markus Elfring wrote: From: Markus Elfring Date: Sat, 10 Mar 2018 22:18:45 +0100 Add a jump target so that a bit of exception handling can be better reused at the end of this function. This issue was detected by using the Coccinelle

Re: [PATCH 3/3] wlcore: Use common error handling code in wl1271_acx_sta_rate_policies()

On 3/10/2018 10:33 PM, SF Markus Elfring wrote: From: Markus Elfring Date: Sat, 10 Mar 2018 22:18:45 +0100 Add a jump target so that a bit of exception handling can be better reused at the end of this function. This issue was detected by using the Coccinelle software. You call this an

Re: [RFC PATCH 1/5] ima: extend clone() with IMA namespace support

On Fri, 9 Mar 2018, Stefan Berger wrote: > Yuqiong is publishing a paper in this area. I believe the conference is only > later this year. > > Our goals are to enable IMA measurements, appraisal, and auditing inside a > container using namespaces. This is excellent to have -- can you include

Re: [RFC PATCH 1/5] ima: extend clone() with IMA namespace support

On Fri, 9 Mar 2018, Stefan Berger wrote: > Yuqiong is publishing a paper in this area. I believe the conference is only > later this year. > > Our goals are to enable IMA measurements, appraisal, and auditing inside a > container using namespaces. This is excellent to have -- can you include

Re: [PATCH] soc: mediatek: fix the mistaken pointer accessed when subdomains are added

On 02/08/2018 07:07 PM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Fix the pointer to struct scp_subdomian not being moved forward > when each sub-domain is expected to be iteratively added through > pm_genpd_add_subdomain call. > > Cc: sta...@vger.kernel.org

Re: [PATCH] soc: mediatek: fix the mistaken pointer accessed when subdomains are added

On 02/08/2018 07:07 PM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Fix the pointer to struct scp_subdomian not being moved forward > when each sub-domain is expected to be iteratively added through > pm_genpd_add_subdomain call. > > Cc: sta...@vger.kernel.org > Fixes: 53fddb1a66dd

Re: [PATCH v4.16-rc4 1/1] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW

On Sun, 11 Mar 2018, Jason Vas Dias wrote: > On 11/03/2018, Thomas Gleixner wrote: > > On Sun, 11 Mar 2018, Jason Vas Dias wrote: > > > > This looks better now. Though running that patch through checkpatch.pl > > results in: > > > > total: 28 errors, 20 warnings, 139 lines

Re: [PATCH v4.16-rc4 1/1] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW

On Sun, 11 Mar 2018, Jason Vas Dias wrote: > On 11/03/2018, Thomas Gleixner wrote: > > On Sun, 11 Mar 2018, Jason Vas Dias wrote: > > > > This looks better now. Though running that patch through checkpatch.pl > > results in: > > > > total: 28 errors, 20 warnings, 139 lines checked > > > > Hmm, I

Re: [PATCH v2 1/4] dt-bindings: soc: add SCPSYS binding for MT7623 and MT7623A SoC

On 03/07/2018 10:17 AM, Sean Wang wrote: > Hi, Matthias > > just a gentle ping to the four related patches > All four pushed with Ulf's reviewed-by to v4.16-next/soc Thanks a lot! > Sean > > On Wed, 2018-02-07 at 18:22 +0800, sean.w...@mediatek.com wrote: >> From: Sean Wang

Re: [PATCH v2 1/4] dt-bindings: soc: add SCPSYS binding for MT7623 and MT7623A SoC

On 03/07/2018 10:17 AM, Sean Wang wrote: > Hi, Matthias > > just a gentle ping to the four related patches > All four pushed with Ulf's reviewed-by to v4.16-next/soc Thanks a lot! > Sean > > On Wed, 2018-02-07 at 18:22 +0800, sean.w...@mediatek.com wrote: >> From: Sean Wang >> >>

Re: [PATCH v3] kernel.h: Skip single-eval logic on literals in min()/max()

On Fri, Mar 09, 2018 at 01:10:30PM -0800, Linus Torvalds wrote: > On Fri, Mar 9, 2018 at 12:05 PM, Kees Cook wrote: > > When max() is used in stack array size calculations from literal values > > (e.g. "char foo[max(sizeof(struct1), sizeof(struct2))]", the compiler > >

Re: [PATCH v3] kernel.h: Skip single-eval logic on literals in min()/max()

On Fri, Mar 09, 2018 at 01:10:30PM -0800, Linus Torvalds wrote: > On Fri, Mar 9, 2018 at 12:05 PM, Kees Cook wrote: > > When max() is used in stack array size calculations from literal values > > (e.g. "char foo[max(sizeof(struct1), sizeof(struct2))]", the compiler > > thinks this is a dynamic

Re: [RFC] netfilter: cttimeout: remove VLA in ctnl_timeout_parse_policy

On 03/11/2018 05:21 PM, Pablo Neira Ayuso wrote: On Sun, Mar 11, 2018 at 05:12:09PM -0500, Gustavo A. R. Silva wrote: Hi Pablo, On 03/11/2018 05:04 PM, Pablo Neira Ayuso wrote: On Tue, Mar 06, 2018 at 12:47:55PM -0600, Gustavo A. R. Silva wrote: In preparation to enabling -Wvla, remove VLA

Re: [RFC] netfilter: cttimeout: remove VLA in ctnl_timeout_parse_policy

On 03/11/2018 05:21 PM, Pablo Neira Ayuso wrote: On Sun, Mar 11, 2018 at 05:12:09PM -0500, Gustavo A. R. Silva wrote: Hi Pablo, On 03/11/2018 05:04 PM, Pablo Neira Ayuso wrote: On Tue, Mar 06, 2018 at 12:47:55PM -0600, Gustavo A. R. Silva wrote: In preparation to enabling -Wvla, remove VLA

[PATCH] net/mlx4_en: Fix a memory leak in case of error in 'mlx4_en_init_netdev()'

If 'kzalloc' fails, we must free some memory before returning. Fixes: 67f8b1dcb9ee ("net/mlx4_en: Refactor the XDP forwarding rings scheme") Signed-off-by: Christophe JAILLET --- drivers/net/ethernet/mellanox/mlx4/en_netdev.c | 2 +- 1 file changed, 1

[PATCH] net/mlx4_en: Fix a memory leak in case of error in 'mlx4_en_init_netdev()'

If 'kzalloc' fails, we must free some memory before returning. Fixes: 67f8b1dcb9ee ("net/mlx4_en: Refactor the XDP forwarding rings scheme") Signed-off-by: Christophe JAILLET --- drivers/net/ethernet/mellanox/mlx4/en_netdev.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v2 00/12] Introduce STM32MP1 clock driver

Excerpts from gabriel.fernan...@st.com's message of March 8, 2018 8:53 am: From: Gabriel Fernandez v2: - Don't use MFD, use existing binding of STM32 RCC. - Rework Peripheral and Kernel clocks - cosmetic changes This patch-set introduces clock driver for

Re: [PATCH v2 00/12] Introduce STM32MP1 clock driver

Excerpts from gabriel.fernan...@st.com's message of March 8, 2018 8:53 am: From: Gabriel Fernandez v2: - Don't use MFD, use existing binding of STM32 RCC. - Rework Peripheral and Kernel clocks - cosmetic changes This patch-set introduces clock driver for STM32MP157 based on Arm

Re: KASAN: use-after-free Read in get_work_pool

On Sun, Mar 11, 2018 at 2:34 PM, Eric Biggers wrote: > On Wed, Feb 14, 2018 at 02:45:05PM +0100, 'Dmitry Vyukov' via syzkaller-bugs > wrote: >> On Wed, Dec 6, 2017 at 1:50 PM, Dmitry Vyukov wrote: >> > On Fri, Oct 27, 2017 at 11:18 PM, Cong Wang

Re: KASAN: use-after-free Read in get_work_pool

On Sun, Mar 11, 2018 at 2:34 PM, Eric Biggers wrote: > On Wed, Feb 14, 2018 at 02:45:05PM +0100, 'Dmitry Vyukov' via syzkaller-bugs > wrote: >> On Wed, Dec 6, 2017 at 1:50 PM, Dmitry Vyukov wrote: >> > On Fri, Oct 27, 2017 at 11:18 PM, Cong Wang >> > wrote: >> >> On Thu, Oct 26, 2017 at 11:00

Re: [PATCH v2 0/8] clk: helpers and fixes

Excerpts from Jerome Brunet's message of February 14, 2018 5:43 am: This changset is consist of various patches I have recently sent for the clock framework. They are gathered here for your convinience. The first two changes exports helpers of the generic clocks (divider and mux). The goal is

[PATCH] drm: zte: Fix an error handling path in 'zx_crtc_bind()'

'ret' is known to be 0 at this point. It must be updated by the value returned by 'clk_prepare_enable()'. Fixes: 0a886f59528a ("drm: zte: add initial vou drm driver") Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/zte/zx_vou.c | 2 +- 1 file changed, 1

Re: [PATCH v2 0/8] clk: helpers and fixes

Excerpts from Jerome Brunet's message of February 14, 2018 5:43 am: This changset is consist of various patches I have recently sent for the clock framework. They are gathered here for your convinience. The first two changes exports helpers of the generic clocks (divider and mux). The goal is

[PATCH] drm: zte: Fix an error handling path in 'zx_crtc_bind()'

'ret' is known to be 0 at this point. It must be updated by the value returned by 'clk_prepare_enable()'. Fixes: 0a886f59528a ("drm: zte: add initial vou drm driver") Signed-off-by: Christophe JAILLET --- drivers/gpu/drm/zte/zx_vou.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

Re: [PATCH v2] net: netfilter: Replace printk() with appropriate pr_*() macro

Arushi Singhal wrote: > On Mon, Mar 12, 2018 at 2:17 AM, Pablo Neira Ayuso > wrote: > > > Hi Joe, > > > > On Sun, Mar 11, 2018 at 12:52:41PM -0700, Joe Perches wrote: > > > On Mon, 2018-03-12 at 01:11 +0530, Arushi Singhal wrote: > > > >

Re: [PATCH v2] net: netfilter: Replace printk() with appropriate pr_*() macro

Arushi Singhal wrote: > On Mon, Mar 12, 2018 at 2:17 AM, Pablo Neira Ayuso > wrote: > > > Hi Joe, > > > > On Sun, Mar 11, 2018 at 12:52:41PM -0700, Joe Perches wrote: > > > On Mon, 2018-03-12 at 01:11 +0530, Arushi Singhal wrote: > > > > Using pr_() is more concise than > > > > printk(KERN_). >

Re: [PATCH v1 3/5] dt-bindings: clock: add clocks for MT2712

On 03/02/2018 03:23 AM, Weiyi Lu wrote: > On Thu, 2018-03-01 at 16:45 -0600, Rob Herring wrote: >> On Thu, Feb 22, 2018 at 01:48:49PM +0800, Weiyi Lu wrote: >>> add new clocks according to ECO design change >>> >>> Signed-off-by: Weiyi Lu >>> --- >>>

Re: [PATCH v1 3/5] dt-bindings: clock: add clocks for MT2712

On 03/02/2018 03:23 AM, Weiyi Lu wrote: > On Thu, 2018-03-01 at 16:45 -0600, Rob Herring wrote: >> On Thu, Feb 22, 2018 at 01:48:49PM +0800, Weiyi Lu wrote: >>> add new clocks according to ECO design change >>> >>> Signed-off-by: Weiyi Lu >>> --- >>> include/dt-bindings/clock/mt2712-clk.h |

Re: [PATCH v2] net: netfilter: Replace printk() with appropriate pr_*() macro

On Mon, Mar 12, 2018 at 03:56:15AM +0530, Arushi Singhal wrote: > On Mon, Mar 12, 2018 at 2:17 AM, Pablo Neira Ayuso > wrote: > > > Hi Joe, > > > > On Sun, Mar 11, 2018 at 12:52:41PM -0700, Joe Perches wrote: > > > On Mon, 2018-03-12 at 01:11 +0530, Arushi Singhal wrote: > >

Re: [PATCH v2] net: netfilter: Replace printk() with appropriate pr_*() macro

On Mon, Mar 12, 2018 at 03:56:15AM +0530, Arushi Singhal wrote: > On Mon, Mar 12, 2018 at 2:17 AM, Pablo Neira Ayuso > wrote: > > > Hi Joe, > > > > On Sun, Mar 11, 2018 at 12:52:41PM -0700, Joe Perches wrote: > > > On Mon, 2018-03-12 at 01:11 +0530, Arushi Singhal wrote: > > > > Using pr_() is

DID YOU AUTHORIZE ANY ONE TO CLAIM YOUR FUND?.

Dear Beneficiary, This is to inform you that your overdue inheritance/contract funds $15.5M has been approved, meanwhile,two men and an attorney came to my office few days ago with a letter,claiming to be from you,if you do reconfirm to this office your full name/address, your phone, fax and ID

DID YOU AUTHORIZE ANY ONE TO CLAIM YOUR FUND?.

Dear Beneficiary, This is to inform you that your overdue inheritance/contract funds $15.5M has been approved, meanwhile,two men and an attorney came to my office few days ago with a letter,claiming to be from you,if you do reconfirm to this office your full name/address, your phone, fax and ID

Re: [RFC] netfilter: cttimeout: remove VLA in ctnl_timeout_parse_policy

On Sun, Mar 11, 2018 at 05:12:09PM -0500, Gustavo A. R. Silva wrote: > Hi Pablo, > > On 03/11/2018 05:04 PM, Pablo Neira Ayuso wrote: > > On Tue, Mar 06, 2018 at 12:47:55PM -0600, Gustavo A. R. Silva wrote: > > > In preparation to enabling -Wvla, remove VLA and replace it > > > with dynamic

Re: [RFC] netfilter: cttimeout: remove VLA in ctnl_timeout_parse_policy

On Sun, Mar 11, 2018 at 05:12:09PM -0500, Gustavo A. R. Silva wrote: > Hi Pablo, > > On 03/11/2018 05:04 PM, Pablo Neira Ayuso wrote: > > On Tue, Mar 06, 2018 at 12:47:55PM -0600, Gustavo A. R. Silva wrote: > > > In preparation to enabling -Wvla, remove VLA and replace it > > > with dynamic

Re: [RFC] netfilter: cttimeout: remove VLA in ctnl_timeout_parse_policy

Hi Pablo, On 03/11/2018 05:04 PM, Pablo Neira Ayuso wrote: On Tue, Mar 06, 2018 at 12:47:55PM -0600, Gustavo A. R. Silva wrote: In preparation to enabling -Wvla, remove VLA and replace it with dynamic memory allocation. Looks good but... Signed-off-by: Gustavo A. R. Silva

Re: [RFC] netfilter: cttimeout: remove VLA in ctnl_timeout_parse_policy

Hi Pablo, On 03/11/2018 05:04 PM, Pablo Neira Ayuso wrote: On Tue, Mar 06, 2018 at 12:47:55PM -0600, Gustavo A. R. Silva wrote: In preparation to enabling -Wvla, remove VLA and replace it with dynamic memory allocation. Looks good but... Signed-off-by: Gustavo A. R. Silva ---

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sun, Mar 11, 2018 at 01:19:03PM -0700, Andy Lutomirski wrote: > From memory, I see two potentially reasonable real fixes. One is to find a > way to punch a hole in an ioremap. > So you’d find the framebuffer, remove it from theproblematic mapping, and > then make a new mapping. > The second

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sun, Mar 11, 2018 at 01:19:03PM -0700, Andy Lutomirski wrote: > From memory, I see two potentially reasonable real fixes. One is to find a > way to punch a hole in an ioremap. > So you’d find the framebuffer, remove it from theproblematic mapping, and > then make a new mapping. > The second

Re: [PATCH] security: Fix IMA Kconfig for dependencies on ARM64

On Tue, 2018-03-06 at 23:26 -0600, Jiandi An wrote: > TPM_CRB driver is the TPM support for ARM64. If it > is built as module, TPM chip is registered after IMA > init. tpm_pcr_read() in IMA driver would fail and > display the following message even though eventually > there is TPM chip on the

Re: [PATCH] security: Fix IMA Kconfig for dependencies on ARM64

On Tue, 2018-03-06 at 23:26 -0600, Jiandi An wrote: > TPM_CRB driver is the TPM support for ARM64. If it > is built as module, TPM chip is registered after IMA > init. tpm_pcr_read() in IMA driver would fail and > display the following message even though eventually > there is TPM chip on the

Re: [PATCH v12 0/6] Address error and recovery for AER and DPC

On Wed, Feb 28, 2018 at 10:34:11PM +0530, Oza Pawandeep wrote: > This patch set brings in error handling support for DPC > > The current implementation of AER and error message broadcasting to the > EP driver is tightly coupled and limited to AER service driver. > It is important to factor out

Re: [PATCH v12 0/6] Address error and recovery for AER and DPC

On Wed, Feb 28, 2018 at 10:34:11PM +0530, Oza Pawandeep wrote: > This patch set brings in error handling support for DPC > > The current implementation of AER and error message broadcasting to the > EP driver is tightly coupled and limited to AER service driver. > It is important to factor out

Re: [RFC] netfilter: cttimeout: remove VLA in ctnl_timeout_parse_policy

On Tue, Mar 06, 2018 at 12:47:55PM -0600, Gustavo A. R. Silva wrote: > In preparation to enabling -Wvla, remove VLA and replace it > with dynamic memory allocation. Looks good but... > Signed-off-by: Gustavo A. R. Silva > --- > net/netfilter/nfnetlink_cttimeout.c | 12

Re: [PATCH v3 00/15] add dts nodes to MT7622 SoC

On 02/17/2018 08:54 PM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Changes since v2: > - rebase to 4.16-rc1 and solve all conflicts > - add proper list Cc in patch 1 > - add fixup in patch 4 in v2 with the uniform pinmux definition > that is always adding

Re: [RFC] netfilter: cttimeout: remove VLA in ctnl_timeout_parse_policy

On Tue, Mar 06, 2018 at 12:47:55PM -0600, Gustavo A. R. Silva wrote: > In preparation to enabling -Wvla, remove VLA and replace it > with dynamic memory allocation. Looks good but... > Signed-off-by: Gustavo A. R. Silva > --- > net/netfilter/nfnetlink_cttimeout.c | 12 ++-- > 1 file

Re: [PATCH v3 00/15] add dts nodes to MT7622 SoC

On 02/17/2018 08:54 PM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Changes since v2: > - rebase to 4.16-rc1 and solve all conflicts > - add proper list Cc in patch 1 > - add fixup in patch 4 in v2 with the uniform pinmux definition > that is always adding property function before

Re: [PATCH v4.16-rc4 1/1] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW

Thanks Thomas - On 11/03/2018, Thomas Gleixner wrote: > On Sun, 11 Mar 2018, Jason Vas Dias wrote: > > This looks better now. Though running that patch through checkpatch.pl > results in: > > total: 28 errors, 20 warnings, 139 lines checked > Hmm, I was unaware of that

Re: [PATCH v4.16-rc4 1/1] x86/vdso: on Intel, VDSO should handle CLOCK_MONOTONIC_RAW

Thanks Thomas - On 11/03/2018, Thomas Gleixner wrote: > On Sun, 11 Mar 2018, Jason Vas Dias wrote: > > This looks better now. Though running that patch through checkpatch.pl > results in: > > total: 28 errors, 20 warnings, 139 lines checked > Hmm, I was unaware of that script, I'll run and find

Re: [PATCH v3] ima: drop vla in ima_audit_measurement()

On Thu, 2018-03-08 at 16:08 -0700, Tycho Andersen wrote: > In keeping with the directive to get rid of VLAs [1], let's drop the VLA > from ima_audit_measurement(). We need to adjust the return type of > ima_audit_measurement, because now this function can fail if an allocation > fails. > > [1]:

Re: [PATCH 1/2] security: evm: Move evm_hmac and evm_hash from evm_main.c to evm_crypto.c

On Tue, 2018-02-27 at 19:16 -0300, Hernán Gonzalez wrote: > Note: This is compile only tested. > This variable was not used where it was defined, there was no point in > declaring it there as extern, thus it got moved and constified saving up 2 > bytes. > > Function

Re: [PATCH v3] ima: drop vla in ima_audit_measurement()

On Thu, 2018-03-08 at 16:08 -0700, Tycho Andersen wrote: > In keeping with the directive to get rid of VLAs [1], let's drop the VLA > from ima_audit_measurement(). We need to adjust the return type of > ima_audit_measurement, because now this function can fail if an allocation > fails. > > [1]:

Re: [PATCH 1/2] security: evm: Move evm_hmac and evm_hash from evm_main.c to evm_crypto.c

On Tue, 2018-02-27 at 19:16 -0300, Hernán Gonzalez wrote: > Note: This is compile only tested. > This variable was not used where it was defined, there was no point in > declaring it there as extern, thus it got moved and constified saving up 2 > bytes. > > Function

Re: [PATCH 0/3 v2] devpts: handle /dev/ptmx bind-mounts

On Sun, Mar 11, 2018 at 2:05 PM, Christian Brauner wrote: > > This is the second iteration of this patch. This looks good to me. Just wondering how this should be merged, and whether we should have a Cc: stable for it? .. and, just in case, maybe Al can verify that

Re: [PATCH 0/3 v2] devpts: handle /dev/ptmx bind-mounts

On Sun, Mar 11, 2018 at 2:05 PM, Christian Brauner wrote: > > This is the second iteration of this patch. This looks good to me. Just wondering how this should be merged, and whether we should have a Cc: stable for it? .. and, just in case, maybe Al can verify that there's nothing subtle about

Re: [RFC v2 05/83] Add NOVA filesystem definitions and useful helper routines.

On Sun, Mar 11, 2018 at 12:22 PM, Eric Biggers wrote: > On Sun, Mar 11, 2018 at 02:00:13PM +0200, Nikolay Borisov wrote: >> [Adding Herbert Xu to CC since he is the maintainer of the crypto subsys >> maintainer] >> >> On 10.03.2018 20:17, Andiry Xu wrote: >> >> >> > +static

Re: [RFC v2 05/83] Add NOVA filesystem definitions and useful helper routines.

On Sun, Mar 11, 2018 at 12:22 PM, Eric Biggers wrote: > On Sun, Mar 11, 2018 at 02:00:13PM +0200, Nikolay Borisov wrote: >> [Adding Herbert Xu to CC since he is the maintainer of the crypto subsys >> maintainer] >> >> On 10.03.2018 20:17, Andiry Xu wrote: >> >> >> > +static inline u32

Re: KASAN: use-after-free Read in snd_pcm_oss_get_formats

On Fri, 09 Mar 2018 21:59:03 +0100, syzbot wrote: > > Hello, > > syzbot hit the following crash on upstream commit > 1b88accf6a659c46d5c8e68912896f112bf882bb (Thu Mar 8 01:49:33 2018 +) > Merge tag 'for_linus' of > git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost > > So far this

Re: KASAN: use-after-free Read in snd_pcm_oss_get_formats

On Fri, 09 Mar 2018 21:59:03 +0100, syzbot wrote: > > Hello, > > syzbot hit the following crash on upstream commit > 1b88accf6a659c46d5c8e68912896f112bf882bb (Thu Mar 8 01:49:33 2018 +) > Merge tag 'for_linus' of > git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost > > So far this

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On Sat, Mar 10, 2018 at 02:08:43PM +, Luis R. Rodriguez wrote: > The alternative to this would be a simple equivalent of > try_then_request_module() > for UMH modules: try_umhm_then_request_umh_module() or whatever. So just as I > argued earlier over UMH limitations, this is not the end of

Re: [PATCH net-next] modules: allow modprobe load regular elf binaries

On Sat, Mar 10, 2018 at 02:08:43PM +, Luis R. Rodriguez wrote: > The alternative to this would be a simple equivalent of > try_then_request_module() > for UMH modules: try_umhm_then_request_umh_module() or whatever. So just as I > argued earlier over UMH limitations, this is not the end of

Re: [PATCH] proc: reject "." and ".." as filenames

On Mon 2018-03-12 00:35:34, Alexey Dobriyan wrote: > On Sun, Mar 11, 2018 at 10:30:58PM +0100, Pavel Machek wrote: > > On Sat 2018-03-10 03:12:23, Alexey Dobriyan wrote: > > > Various subsystems can create files and directories in /proc > > > with names directly controlled by userspace. > > > > >

Re: [PATCH] proc: reject "." and ".." as filenames

On Mon 2018-03-12 00:35:34, Alexey Dobriyan wrote: > On Sun, Mar 11, 2018 at 10:30:58PM +0100, Pavel Machek wrote: > > On Sat 2018-03-10 03:12:23, Alexey Dobriyan wrote: > > > Various subsystems can create files and directories in /proc > > > with names directly controlled by userspace. > > > > >

Re: [PATCH 11/17] staging: lustre: ptlrpc: use workqueue for pinger

On Thu, Mar 08 2018, Dilger, Andreas wrote: > On Mar 1, 2018, at 16:31, NeilBrown wrote: >> >> lustre has a "Pinger" kthread which periodically pings peers >> to ensure all hosts are functioning. >> >> This can more easily be done using a work queue. >> >> As maintaining

Re: [PATCH 11/17] staging: lustre: ptlrpc: use workqueue for pinger

On Thu, Mar 08 2018, Dilger, Andreas wrote: > On Mar 1, 2018, at 16:31, NeilBrown wrote: >> >> lustre has a "Pinger" kthread which periodically pings peers >> to ensure all hosts are functioning. >> >> This can more easily be done using a work queue. >> >> As maintaining contact with other

Re: [PATCH] proc: reject "." and ".." as filenames

On Sun, Mar 11, 2018 at 10:30:58PM +0100, Pavel Machek wrote: > On Sat 2018-03-10 03:12:23, Alexey Dobriyan wrote: > > Various subsystems can create files and directories in /proc > > with names directly controlled by userspace. > > > > Which means "/", "." and ".." are no-no. > > > > "/" split

Re: [PATCH] proc: reject "." and ".." as filenames

On Sun, Mar 11, 2018 at 10:30:58PM +0100, Pavel Machek wrote: > On Sat 2018-03-10 03:12:23, Alexey Dobriyan wrote: > > Various subsystems can create files and directories in /proc > > with names directly controlled by userspace. > > > > Which means "/", "." and ".." are no-no. > > > > "/" split

Re: KASAN: use-after-free Read in get_work_pool

On Wed, Feb 14, 2018 at 02:45:05PM +0100, 'Dmitry Vyukov' via syzkaller-bugs wrote: > On Wed, Dec 6, 2017 at 1:50 PM, Dmitry Vyukov wrote: > > On Fri, Oct 27, 2017 at 11:18 PM, Cong Wang > > wrote: > >> On Thu, Oct 26, 2017 at 11:00 PM, Dmitry

Re: KASAN: use-after-free Read in get_work_pool

On Wed, Feb 14, 2018 at 02:45:05PM +0100, 'Dmitry Vyukov' via syzkaller-bugs wrote: > On Wed, Dec 6, 2017 at 1:50 PM, Dmitry Vyukov wrote: > > On Fri, Oct 27, 2017 at 11:18 PM, Cong Wang > > wrote: > >> On Thu, Oct 26, 2017 at 11:00 PM, Dmitry Vyukov wrote: > >>> On Thu, Oct 26, 2017 at 7:58

Re: [RFC v2 09/83] Add Kconfig and Makefile

On Sun, Mar 11, 2018 at 5:15 AM, Nikolay Borisov wrote: > > > On 10.03.2018 20:17, Andiry Xu wrote: >> From: Andiry Xu >> >> Signed-off-by: Andiry Xu >> --- >> fs/Kconfig | 2 ++ >> fs/Makefile | 1 + >>

Re: [RFC v2 09/83] Add Kconfig and Makefile

On Sun, Mar 11, 2018 at 5:15 AM, Nikolay Borisov wrote: > > > On 10.03.2018 20:17, Andiry Xu wrote: >> From: Andiry Xu >> >> Signed-off-by: Andiry Xu >> --- >> fs/Kconfig | 2 ++ >> fs/Makefile | 1 + >> fs/nova/Kconfig | 15 +++ >> fs/nova/Makefile | 7 +++ >> 4

<    1   2   3   4   5   6   7   8   9   10   >