Re: [PATCH] net: phy: TLK10X initial driver submission

On Thu, Apr 19, 2018 at 02:09:02PM +0200, Andrew Lunn wrote: > On Thu, Apr 19, 2018 at 10:28:16AM +0200, Måns Andersson wrote: > > From: Mans Andersson > > > > Add suport for the TI TLK105 and TLK106 10/100Mbit ethernet phys. > > > > In addition the TLK10X needs to be removed from DP83848 driver

RE: [PATCH V2 1/2] clk: imx6sx: add missing lvds2 clock to the clock tree

Anson Huang Best Regards! > -Original Message- > From: Shawn Guo [mailto:shawn...@kernel.org] > Sent: Thursday, April 19, 2018 10:57 PM > To: Anson Huang > Cc: ker...@pengutronix.de; Fabio Estevam ; > robh...@kernel.org; mark.rutl...@arm.com; li...@armlinux.org.uk; > mturque...@baylibr

Re: [PATCH v2] ARM64: dts: meson-axg: enable the eMMC controller

On 19 April 2018 at 19:58, Kevin Hilman wrote: > Yixun Lan writes: > >> From: Nan Li >> >> The IP of eMMC controller in AXG is similiar to Meson-GX series. >> Here we add the initial support of the HS200 mode with >> clock running at 166MHz (to be safe), since we found some eMMC chip >> fail to

[GIT PULL] MMC fixes for v.4.17-rc2

Hi Linus, Here's a PR with a couple of MMC fixes intended for v4.17-rc2. Details about the highlights are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit fc167daff581c01ebce8695e9618231cae3561a1: mmc: tmio: Fix error handlin

Re: [RFC/RFT patch 0/7] timekeeping: Unify clock MONOTONIC and clock BOOTTIME

Hi On Fri, Apr 20, 2018 at 7:44 AM, Sergey Senozhatsky wrote: > On (04/20/18 06:37), David Herrmann wrote: >> >> I get lots of timer-errors on Arch-Linux booting current master, after >> a suspend/resume cycle. Just a selection of errors I see on resume: > > Hello David, > Any chance you can reve

Linux 4.9.95

I'm announcing the release of the 4.9.95 kernel. All users of the 4.9 kernel series must upgrade. The updated 4.9.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.9.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH 4.9 00/66] 4.9.95-stable review

On Thu, Apr 19, 2018 at 03:04:05PM -0500, Dan Rue wrote: > On Thu, Apr 19, 2018 at 04:03:05PM +0200, Greg Kroah-Hartman wrote: > > On Thu, Apr 19, 2018 at 04:42:56PM +0530, Naresh Kamboju wrote: > > > > > > > > Can you try 'git bisect'? I'll hold off on releasing 4.9.y until this > > > > gets figu

Re: [PATCH] time: tick-sched: use bool for tick_stopped

On 2018-04-20 09:47 AM, yuank...@codeaurora.org wrote: On 2018-04-11 07:20 AM, yuank...@codeaurora.org wrote: ++ On 2018-04-11 07:09 AM, yuank...@codeaurora.org wrote: ++ On 2018-04-10 10:49 PM, yuank...@codeaurora.org wrote: Typo... On 2018-04-10 10:08 PM, yuank...@codeaurora.org wrote: On

Hello

Am Mrs.Pamela Atuegbe, I work in one of the prime bank here in burkina faso, i want the bank to transfer the money left by our late customer is a foreigner from Korea. can you investment this money and also help the poor' the amount value at $13,300,000.00 (Thirteen Million Three Hundred Thousa

Re: [PATCH v5 4/4] zram: introduce zram memory tracking

On Fri, Apr 20, 2018 at 11:09:21AM +0900, Minchan Kim wrote: > On Wed, Apr 18, 2018 at 02:07:15PM -0700, Andrew Morton wrote: > > On Wed, 18 Apr 2018 10:26:36 +0900 Minchan Kim wrote: > > > > > Hi Andrew, > > > > > > On Tue, Apr 17, 2018 at 02:59:21PM -0700, Andrew Morton wrote: > > > > On Mon,

Re: [PATCH v3 1/5] clk: Extract OF clock helpers in

Hi Stephen, Rob, On Fri, Apr 20, 2018 at 12:25 AM, Stephen Boyd wrote: > Quoting Geert Uytterhoeven (2018-04-18 07:50:01) >> The use of of_clk_get_parent_{count,name}() and of_clk_init() is not >> limited to clock providers. >> >> Hence move these helpers into their own header file, so callers th

Re: [PATCH v9 2/2] drm: bridge: Add thc63lvd1024 LVDS decoder driver

Hi Jacopo, On 04/18/2018 05:40 PM, Jacopo Mondi wrote: > Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel > output converter. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > Reviewed-by: Niklas Söderlund > Reviewed-by: Laurent Pinchart > --- > drivers/gpu/

Re: [PATCH v9 1/2] dt-bindings: display: bridge: Document THC63LVD1024 LVDS decoder

Hi Jacopo, On 04/18/2018 05:40 PM, Jacopo Mondi wrote: > Document Thine THC63LVD1024 LVDS decoder device tree bindings. > > Signed-off-by: Jacopo Mondi > Reviewed-by: Andrzej Hajda > Reviewed-by: Niklas Söderlund > Reviewed-by: Laurent Pinchart > Reviewed-by: Rob Herring > --- > .../binding

Re: 4.15.17 regression: bisected: timeout during microcode update

On Thu, Apr 19, 2018 at 06:37:34PM +0200, Borislav Petkov wrote: > On Thu, Apr 19, 2018 at 03:46:27PM +0200, Vitezslav Samel wrote: > > > > microcode: __reload_late: CPU0 > > microcode: __reload_late: CPU3 > > microcode: __reload_late: CP

Re: [PATCH] serial: imx: enable IMX21_UCR3_RXDMUXSEL for non-dte-mode

Hello Chris, On Fri, Apr 20, 2018 at 09:07:59AM +0800, Chris Ruehl wrote: > Fix a problem introduced with > commit e61c38d85b73 ("serial: imx: setup DCEDTE early and ensure DCD and RI > irqs to be off") > result in non dte-mode imx-uart fail receive data. > By add back IMX21_UCR3_RXDMUXSEL the se

linux-next: Tree for Apr 20

Hi all, Changes since 20180419: I have added a patch to the arm-current tree to fix build problems discovered overnight. Non-merge commits (relative to Linus' tree): 1278 1324 files changed, 47025 insertions(+), 20625 dele

Re: [PATCH v2] mmc: sdhci-cadence: fix logically and structurally dead code

On 19/04/18 18:59, Gustavo A. R. Silva wrote: > Currently, the code block inside the for loop will never execute > more than once, because the function returns inmediately after > the first iteration, hence the execution of the code at the second > iteration is structurally dead and, code at line 2

RE: [PATCH][next] ASoC: rt5668: fix incorrect 'and' operator

> -Original Message- > From: Colin King [mailto:colin.k...@canonical.com] > Sent: Thursday, April 19, 2018 10:35 PM > To: Bard Liao; Oder Chiou; Liam Girdwood; Mark Brown; Jaroslav Kysela; > Takashi Iwai; alsa-de...@alsa-project.org > Cc: kernel-janit...@vger.kernel.org; linux-kernel@vger.k

Re: [PATCH v3] gpio: dwapb: Add support for 1 interrupt per port A GPIO

Hi Phil, On Thu, Apr 19, 2018 at 3:03 AM, Phil Edworthy wrote: > Hi Hoan > > On 18 April 2018 08:03 Hoan Tran wrote: >> On Fri, Apr 13, 2018 at 9:47 AM, Phil Edworthy wrote: >> > On 13 April 2018 17:37 Hoan Tran wrote: >> >> On Fri, Apr 13, 2018 at 1:51 AM, Phil Edworthy wrote: >> >> > The Design

Re: [PATCH 06/61] crypto: simplify getting .drvdata

On Thu, Apr 19, 2018 at 4:05 PM, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/crypto/

Re: [PATCH] serial: imx: fix cached UCR2 read on software reset

Hello Stefan, On Thu, Apr 19, 2018 at 11:37:23PM +0200, Stefan Agner wrote: > On 16.04.2018 17:35, Stefan Agner wrote: > > To reset the UART the SRST needs be cleared (low active). According > > to the documentation the bit will remain active for 4 module clocks > > until it is cleared (set to 1).

Re: [v2 1/1] i2c: dev: prevent ZERO_SIZE_PTR deref in i2cdev_ioctl_rdwr()

Hello, On Thu, Apr 19, 2018 at 08:01:46PM +0300, Alexander Popov wrote: > On 19.04.2018 16:49, Uwe Kleine-König wrote: > >> @@ -280,6 +280,7 @@ static noinline int i2cdev_ioctl_rdwr(struct > >> i2c_client *client, > >> */ > >>if (msgs[i].flags & I2C_M_RECV_LEN) { > >>

[PATCH] Documentation: updates for new syscall stub naming convention

For v4.17-rc1, the naming of syscall stubs changed. Update stack traces and similar instances in the documentation to avoid sources for confusion. Signed-off-by: Dominik Brodowski diff --git a/Documentation/admin-guide/bug-hunting.rst b/Documentation/admin-guide/bug-hunting.rst index f278b289e2

[PATCH] perf: update to new syscall stub naming convention

For v4.17-rc1, the naming of syscall stubs changed. Update the perf scripts/utils/tests which need to be aware of the syscall stub naming accordingly. Signed-off-by: Dominik Brodowski diff --git a/tools/perf/arch/powerpc/util/sym-handling.c b/tools/perf/arch/powerpc/util/sym-handling.c index 53

Re: [RESEND PATCH 1/1] drm/i915/glk: Add MODULE_FIRMWARE for Geminilake

On 18 April 2018 at 00:14, Joonas Lahtinen wrote: > Quoting Jani Nikula (2018-04-17 12:02:52) >> On Mon, 16 Apr 2018, "Srivatsa, Anusha" wrote: >> >>-Original Message- >> >>From: Jani Nikula [mailto:jani.nik...@linux.intel.com] >> >>Sent: Wednesday, April 11, 2018 5:27 AM >> >>To: Ian W M

Re: [RFC/RFT patch 0/7] timekeeping: Unify clock MONOTONIC and clock BOOTTIME

On (04/20/18 06:37), David Herrmann wrote: > > I get lots of timer-errors on Arch-Linux booting current master, after > a suspend/resume cycle. Just a selection of errors I see on resume: Hello David, Any chance you can revert the patches in question and test? I'm running ARCH (4.17.0-rc1-dbg-0004

Re: [PATCH V1 4/4] qcom: spmi-wled: Add auto-calibration logic support

On 2018-04-19 21:28, Bjorn Andersson wrote: On Thu 19 Apr 03:45 PDT 2018, kgu...@codeaurora.org wrote: On 2017-12-05 11:10, Bjorn Andersson wrote: > On Thu 16 Nov 04:18 PST 2017, Kiran Gunda wrote: > > > The auto-calibration algorithm checks if the current WLED sink > > configuration is valid.

Re: [PATCH] nvme: fc: provide a descriptive error

On 04/19/2018 07:43 PM, Johannes Thumshirn wrote: > Provide a descriptive error in case an lport to rport association > isn't found when creating the FC-NVME controller. > > Currently it's very hard to debug the reason for a failed connect > attempt without a look at the source. > > Signed-off-by

Re: [PATCH] mm:memcg: add __GFP_NOWARN in __memcg_schedule_kmem_cache_create

On Thu, Apr 19, 2018 at 08:40:05AM +0200, Michal Hocko wrote: > On Wed 18-04-18 11:58:00, David Rientjes wrote: > > On Wed, 18 Apr 2018, Michal Hocko wrote: > > > > > > Okay, no problem. However, I don't feel we need ratelimit at this > > > > moment. > > > > We can do when we got real report. Let

Re: [PATCH v2 4/4] tpm: Move eventlog declarations to its own header

On Thu, Apr 12, 2018 at 12:13:50PM +0200, Thiebaud Weksteen wrote: > Reduce the size of tpm.h by moving eventlog declarations to a separate > header. > > Signed-off-by: Thiebaud Weksteen > Suggested-by: Jarkko Sakkinen Reviewed-by: Jarkko Sakkinen Tested-by: Jarkko Sakkinen /Jarkko

Re: [PATCH v2 3/4] tpm: Move shared eventlog functions to common.c

On Thu, Apr 12, 2018 at 12:13:49PM +0200, Thiebaud Weksteen wrote: > Functions and structures specific to TPM1 are renamed from tpm* to tpm1*. > > Signed-off-by: Thiebaud Weksteen > Suggested-by: Jarkko Sakkinen Reviewed-by: Jarkko Sakkinen Tested-by: Jarkko Sakkinen /Jarkko

[PATCH] iommu/vt-d: fix shift-out-of-bounds in bug checking

From: Changbin Du It allows to flush more than 4GB of device TLBs. So the mask should be 64bit wide. UBSAN captured this fault as below. [3.760024] [3.768440] UBSAN: Undefined behaviour in drivers/iommu/dma

Re: [PATCH v2 2/4] tpm: Move eventlog files to a subdirectory

On Thu, Apr 12, 2018 at 12:13:48PM +0200, Thiebaud Weksteen wrote: > Signed-off-by: Thiebaud Weksteen > Suggested-by: Jarkko Sakkinen Reviewed-by: Jarkko Sakkinen Tested-by: Jarkko Sakkinen /Jarkko

Re: [PATCH v2 1/4] tpm: Add explicit endianness cast

On Thu, Apr 12, 2018 at 12:13:47PM +0200, Thiebaud Weksteen wrote: > Signed-off-by: Thiebaud Weksteen Reviewed-by: Jarkko Sakkinen Tested-by: Jarkko Sakkinen /Jarkko

[PATCH] arm64: avoid potential infinity loop in dump_backtrace

When we dump the backtrace of some tasks there is a potential infinity loop if the content of the stack changed, no matter the change is because the task is running or other unexpected cases. This patch add stronger check on frame pointer and set the max number of stack spanning to avoid infinity

Re: [PATCH 2/7] i2c: i2c-mux-gpio: move header to platform_data

> "WS" == Wolfram Sang writes: WS> This header only contains platform_data. Move it to the proper directory. WS> Signed-off-by: Wolfram Sang Thanks, Acked-by: Peter Korsgaard -- Bye, Peter Korsgaard This message is subject to the following terms and conditions: MAIL DISCLAIMER

[PATCH v6 0/2] PCI: mediatek: Fixups for the IRQ handle routine and MT7622's class code

From: Honghui Zhang Two fixups for mediatek's host bridge: The first patch fixup class type and vendor ID for MT7622. The second patch fixup the IRQ handle routine by using irq_chip solution to avoid IRQ reentry which may exist for both MT2712 and MT7622. Change since v5: - Make the comments co

[PATCH 2/2] PCI: mediatek: Using chained IRQ to setup IRQ handle

From: Honghui Zhang Using irq_chip solution to setup IRQs for the consistent with IRQ framework. Signed-off-by: Honghui Zhang --- drivers/pci/host/pcie-mediatek.c | 192 +-- 1 file changed, 105 insertions(+), 87 deletions(-) diff --git a/drivers/pci/host/pc

[PATCH v6 1/2] PCI: mediatek: Set up vendor ID and class type for MT7622

From: Honghui Zhang MT7622's hardware default value of vendor ID and class type is not correct, fix that by setup the correct values before linkup with Endpoint. Signed-off-by: Honghui Zhang --- drivers/pci/host/pcie-mediatek.c | 30 +++--- include/linux/pci_ids.h

Re: DOS by unprivileged user

On Thu, 2018-04-19 at 21:13 +0200, Ferry Toth wrote: > It appears any ordinary user can easily create a DOS on linux. > > One sure way to reproduce this is to open gitk on the linux kernel repo > (SIC) on a machine with 8GB RAM 16 GB swap on a HDD with btrfs and quad core > + hyperthreading. But

Re: [PATCH] tpm: moves the delay_msec increment after sleep in tpm_transmit()

On Tue, Apr 10, 2018 at 03:31:09PM +0300, Jarkko Sakkinen wrote: > On Mon, 2018-04-09 at 10:29 -0400, Mimi Zohar wrote: > > If this change is acceptable, do you want to make the change or should Nayna > > repost the patch? > > No need. I'll move on to testing. Tested-by: Jarkko Sakkinen Reviewed

Re: [PATCH 2/2] cpufreq: brcmstb-avs-cpufreq: prefer SCMI cpufreq if supported

On 19-04-18, 11:37, Sudeep Holla wrote: > > > On 19/04/18 05:16, Viresh Kumar wrote: > > On 18-04-18, 08:56, Markus Mayer wrote: > >> From: Jim Quinlan > >> > >> If the SCMI cpufreq driver is supported, we bail, so that the new > >> approach can be used. > >> > >> Signed-off-by: Jim Quinlan > >

Re: [RFC/RFT patch 0/7] timekeeping: Unify clock MONOTONIC and clock BOOTTIME

Hey On Tue, Mar 13, 2018 at 7:11 PM, John Stultz wrote: > On Mon, Mar 12, 2018 at 11:36 PM, Ingo Molnar wrote: >> Ok, I have edited all the changelogs accordingly (and also flipped around the >> 'clock MONOTONIC' language to the more readable 'the MONOTONIC clock' >> variant), >> the resulting

Re: [greybus-dev] [PATCH 47/61] staging: greybus: simplify getting .drvdata

On 19-04-18, 16:06, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/staging/greybus/ar

Re: [PATCH 08/61] dmaengine: dw: simplify getting .drvdata

On 19-04-18, 16:05, Wolfram Sang wrote: > We should get drvdata from struct device directly. Going via > platform_device is an unneeded step back and forth. > > Signed-off-by: Wolfram Sang > --- > > Build tested only. buildbot is happy. Please apply individually. > > drivers/dma/dw/platform.c

Re: [PATCH] f2fs: sepearte hot/cold in free nid

On 2018/4/20 11:37, Jaegeuk Kim wrote: > On 04/20, Chao Yu wrote: >> As most indirect node, dindirect node, and xattr node won't be updated >> after they are created, but inode node and other direct node will change >> more frequently, so store their nat entries mixedly in whole nat table >> will s

Re: [PATCH] IB/core: Make ib_mad_client_id atomic

On Wed, 2018-04-18 at 16:24 +0200, Håkon Bugge wrote: > Two kernel threads may get the same value for agent.hi_tid, if the > agents are registered for different ports. As of now, this works, as > the agent list is per port. > > It is however confusing and not future robust. Hence, making it > atom

Re: [PATCH 5/5] f2fs: fix to avoid race during access gc_thread pointer

On 04/20, Chao Yu wrote: > On 2018/4/20 11:19, Jaegeuk Kim wrote: > > On 04/18, Chao Yu wrote: > >> Thread A Thread BThread C > >> - f2fs_remount > >> - stop_gc_thread > >>- f2fs_sbi_store > >>

Re: [RFC] vhost: introduce mdev based hardware vhost backend

On 2018年04月20日 02:40, Michael S. Tsirkin wrote: On Tue, Apr 10, 2018 at 03:25:45PM +0800, Jason Wang wrote: One problem is that, different virtio ring compatible devices may have different device interfaces. That is to say, we will need different drivers in QEMU. It could be troublesome. And t

RE: [RFC] vhost: introduce mdev based hardware vhost backend

> -Original Message- > From: Bie, Tiwei > Sent: Friday, April 20, 2018 11:28 AM > To: Michael S. Tsirkin > Cc: Jason Wang ; alex.william...@redhat.com; > ddut...@redhat.com; Duyck, Alexander H ; > virtio-...@lists.oasis-open.org; linux-kernel@vger.kernel.org; > k...@vger.kernel.org; virt

Re: [RFC] vhost: introduce mdev based hardware vhost backend

On Fri, Apr 20, 2018 at 11:28:07AM +0800, Tiwei Bie wrote: > On Thu, Apr 19, 2018 at 09:40:23PM +0300, Michael S. Tsirkin wrote: > > On Tue, Apr 10, 2018 at 03:25:45PM +0800, Jason Wang wrote: > > > > > > One problem is that, different virtio ring compatible devices > > > > > > may have different d

Re: [PATCH v1 5/7] soc: mediatek: add a fixed wait for SRAM stable

On Thu, 2018-04-19 at 12:33 +0200, Matthias Brugger wrote: > > On 04/03/2018 09:15 AM, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > MT7622_POWER_DOMAIN_WB doesn't send an ACK when its managed SRAM becomes > > stable, which is not like the behavior the other power domains should > >

Re: [PATCH v1 4/7] soc: mediatek: reuse regmap_read_poll_timeout helpers

On Thu, 2018-04-19 at 12:23 +0200, Matthias Brugger wrote: > > On 04/03/2018 09:15 AM, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > Reuse the common helpers regmap_read_poll_timeout provided by Linux core > > instead of an open-coded handling. > > > > Signed-off-by: Sean Wang > >

Re: [PATCH] f2fs: sepearte hot/cold in free nid

On 04/20, Chao Yu wrote: > As most indirect node, dindirect node, and xattr node won't be updated > after they are created, but inode node and other direct node will change > more frequently, so store their nat entries mixedly in whole nat table > will suffer: > - fragment nat table soon due to dif

Re: general protection fault in kernfs_kill_sb

On Thu, Apr 19, 2018 at 07:44:40PM -0700, Eric Biggers wrote: > On Mon, Apr 02, 2018 at 03:34:15PM +0100, Al Viro wrote: > > On Mon, Apr 02, 2018 at 07:40:22PM +0900, Tetsuo Handa wrote: > > > > > That commit assumes that calling kill_sb() from deactivate_locked_super(s) > > > without correspondin

[PATCH] ACPI / scan: Fix regression related to X-Gene UARTs

Commit e361d1f85855 ("ACPI / scan: Fix enumeration for special UART devices") caused a regression with some X-Gene based platforms (Mustang and M400) with invalid DSDT. The DSDT makes it appear that the UART device is also a slave device attached to itself. With the above commit the UART won't be e

Re: [PATCH 3/5] f2fs: avoid stucking GC due to atomic write

On 04/20, Chao Yu wrote: > On 2018/4/20 11:12, Jaegeuk Kim wrote: > > On 04/18, Chao Yu wrote: > >> f2fs doesn't allow abuse on atomic write class interface, so except > >> limiting in-mem pages' total memory usage capacity, we need to limit > >> atomic-write usage as well when filesystem is seriou

Re: [PATCH 5/5] f2fs: fix to avoid race during access gc_thread pointer

On 2018/4/20 11:19, Jaegeuk Kim wrote: > On 04/18, Chao Yu wrote: >> Thread A Thread BThread C >> - f2fs_remount >> - stop_gc_thread >> - f2fs_sbi_store >> - issue_discard_thread >

Re: [RFC] vhost: introduce mdev based hardware vhost backend

On Thu, Apr 19, 2018 at 09:40:23PM +0300, Michael S. Tsirkin wrote: > On Tue, Apr 10, 2018 at 03:25:45PM +0800, Jason Wang wrote: > > > > > One problem is that, different virtio ring compatible devices > > > > > may have different device interfaces. That is to say, we will > > > > > need different

Re: [PATCH 4/5] f2fs: show GC failure info in debugfs

On 2018/4/20 11:15, Jaegeuk Kim wrote: > On 04/18, Chao Yu wrote: >> This patch adds to show GC failure information in debugfs, now it just >> shows count of failure caused by atomic write. >> >> Signed-off-by: Chao Yu >> --- >> fs/f2fs/debug.c | 5 + >> fs/f2fs/f2fs.h | 1 + >> fs/f2fs/gc

Re: [PATCH 3/5] f2fs: avoid stucking GC due to atomic write

On 2018/4/20 11:12, Jaegeuk Kim wrote: > On 04/18, Chao Yu wrote: >> f2fs doesn't allow abuse on atomic write class interface, so except >> limiting in-mem pages' total memory usage capacity, we need to limit >> atomic-write usage as well when filesystem is seriously fragmented, >> otherwise we may

Re: [PATCH 5/5] f2fs: fix to avoid race during access gc_thread pointer

On 04/18, Chao Yu wrote: > Thread A Thread BThread C > - f2fs_remount > - stop_gc_thread > - f2fs_sbi_store > - issue_discard_thread >sbi->gc_thread = NULL; >

Re: [PATCH 4/5] f2fs: show GC failure info in debugfs

On 04/18, Chao Yu wrote: > This patch adds to show GC failure information in debugfs, now it just > shows count of failure caused by atomic write. > > Signed-off-by: Chao Yu > --- > fs/f2fs/debug.c | 5 + > fs/f2fs/f2fs.h | 1 + > fs/f2fs/gc.c| 13 +++-- > fs/f2fs/gc.h| 2

Re: [f2fs-dev] [PATCH] f2fs: sepearte hot/cold in free nid

On 2018/4/20 10:30, heyunlei wrote: > > >> -Original Message- >> From: Chao Yu [mailto:yuch...@huawei.com] >> Sent: Friday, April 20, 2018 9:53 AM >> To: jaeg...@kernel.org >> Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net >> Subject: [f2fs-dev] [PATCH] f2fs: sep

Re: [PATCH 3/5] f2fs: avoid stucking GC due to atomic write

On 04/18, Chao Yu wrote: > f2fs doesn't allow abuse on atomic write class interface, so except > limiting in-mem pages' total memory usage capacity, we need to limit > atomic-write usage as well when filesystem is seriously fragmented, > otherwise we may run into infinite loop during foreground GC

Re: [PATCH] virtio_ring: switch to dma_XX barriers for rpmsg

On 2018年04月20日 01:35, Michael S. Tsirkin wrote: virtio is using barriers to order memory accesses, thus dma_wmb/rmb is a good match. Build-tested on x86: Before [mst@tuck linux]$ size drivers/virtio/virtio_ring.o textdata bss dec hex filename 11392 820 0 122

Re: [PATCH v8 15/18] mm, fs, dax: handle layout changes to pinned dax mappings

On Thu, Apr 19, 2018 at 3:44 AM, Jan Kara wrote: > On Fri 13-04-18 15:03:51, Dan Williams wrote: >> On Mon, Apr 9, 2018 at 9:51 AM, Dan Williams >> wrote: >> > On Mon, Apr 9, 2018 at 9:49 AM, Jan Kara wrote: >> >> On Sat 07-04-18 12:38:24, Dan Williams wrote: >> > [..] >> >>> I wonder if this c

Re: general protection fault in kernfs_kill_sb

On Mon, Apr 02, 2018 at 03:34:15PM +0100, Al Viro wrote: > On Mon, Apr 02, 2018 at 07:40:22PM +0900, Tetsuo Handa wrote: > > > That commit assumes that calling kill_sb() from deactivate_locked_super(s) > > without corresponding fill_super() is safe. We have so far crashed with > > rpc_mount() and

Re: [v2] prctl: Deprecate non PR_SET_MM_MAP operations

On (04/05/18 21:26), Cyrill Gorcunov wrote: [..] > - > #ifdef CONFIG_CHECKPOINT_RESTORE > if (opt == PR_SET_MM_MAP || opt == PR_SET_MM_MAP_SIZE) > return prctl_set_mm_map(opt, (const void __user *)addr, arg4); > #endif > > - if (!capable(CAP_SYS_RESOURCE)) > -

Re: [PATCH v5 4/4] zram: introduce zram memory tracking

On Fri, Apr 20, 2018 at 11:18:34AM +0900, Sergey Senozhatsky wrote: > On (04/20/18 11:09), Minchan Kim wrote: > [..] > > > hm, OK, can we get this info into the changelog? > > > > No problem. I will add as follows, > > > > "I used the feature a few years ago to find memory hoggers in userspace

RE: [f2fs-dev] [PATCH] f2fs: sepearte hot/cold in free nid

>-Original Message- >From: Chao Yu [mailto:yuch...@huawei.com] >Sent: Friday, April 20, 2018 9:53 AM >To: jaeg...@kernel.org >Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net >Subject: [f2fs-dev] [PATCH] f2fs: sepearte hot/cold in free nid > >As most indirect node,

Re: BUG: corrupted list in __dentry_kill

On Sat, Mar 31, 2018 at 04:01:02PM -0700, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > 7828f20e3779e4e85e55371e0e43f5006a15fb41 (Sat Mar 31 00:17:57 2018 +) > Merge branch 'bpf-cgroup-bind-connect' > syzbot dashboard link: > https://syzkaller.appspot.com/bug?e

Re: [PATCH v5 4/4] zram: introduce zram memory tracking

On (04/20/18 11:09), Minchan Kim wrote: [..] > > hm, OK, can we get this info into the changelog? > > No problem. I will add as follows, > > "I used the feature a few years ago to find memory hoggers in userspace > to notice them what memory they have wasted without touch for a long time. > Wit

Re: [PATCH] iommu/vt-d: fix usage of force parameter in intel_ir_reconfigure_irte()

> On Apr 4, 2018, at 2:06 PM, Jag Raman wrote: > > > > On 3/6/2018 5:39 PM, Jagannathan Raman wrote: >> It was noticed that the IRTE configured for guest OS kernel >> was over-written while the guest was running. As a result, >> vt-d Posted Interrupts configured for the guest are not being >>

Re: [PATCH] printk: Ratelimit messages printed by console drivers

On (04/19/18 14:53), Petr Mladek wrote: > > > > > > > > Besides 100 lines is absolutely not enough for any real lockdep splat. > > > > My call would be - up to 1000 lines in a 1 minute interval. > > But this would break the intention of this patch. You picked an arbitrary value and now you are s

Re: [PATCH net-next] net-next/hinic: add arm64 support

On 2018/4/20 1:34, David Miller wrote: > From: Zhao Chen > Date: Wed, 18 Apr 2018 06:07:39 -0400 > >> This patch enables arm64 platform support for the HINIC driver. >> >> Signed-off-by: Zhao Chen > > Applied, thank you. > > . > Thanks, David.

Re: [PATCH v5 4/4] zram: introduce zram memory tracking

On Wed, Apr 18, 2018 at 02:07:15PM -0700, Andrew Morton wrote: > On Wed, 18 Apr 2018 10:26:36 +0900 Minchan Kim wrote: > > > Hi Andrew, > > > > On Tue, Apr 17, 2018 at 02:59:21PM -0700, Andrew Morton wrote: > > > On Mon, 16 Apr 2018 18:09:46 +0900 Minchan Kim wrote: > > > > > > > zRam as swap

RE: [PATCH v2] usb: chipidea: Hook into mux framework to toggle usb switch

> --- a/drivers/usb/chipidea/Kconfig > +++ b/drivers/usb/chipidea/Kconfig > @@ -3,6 +3,8 @@ config USB_CHIPIDEA > depends on ((USB_EHCI_HCD && USB_GADGET) || (USB_EHCI_HCD > && !USB_GADGET) || (!USB_EHCI_HCD && USB_GADGET)) && HAS_DMA > select EXTCON > select RESET_CONTROLLER

[PATCH] f2fs: sepearte hot/cold in free nid

As most indirect node, dindirect node, and xattr node won't be updated after they are created, but inode node and other direct node will change more frequently, so store their nat entries mixedly in whole nat table will suffer: - fragment nat table soon due to different update rate - more nat block

Re: [PATCHv2] printk: wake up klogd in vprintk_emit

On (04/19/18 12:02), Petr Mladek wrote: > On Thu 2018-04-19 10:42:50, Sergey Senozhatsky wrote: > > We wake up klogd very late - only when current console_sem owner > > is done pushing pending kernel messages to the serial/net consoles. > > In some cases this results in lost syslog messages, becaus

Re: [PATCH] time: tick-sched: use bool for tick_stopped

On 2018-04-11 07:20 AM, yuank...@codeaurora.org wrote: ++ On 2018-04-11 07:09 AM, yuank...@codeaurora.org wrote: ++ On 2018-04-10 10:49 PM, yuank...@codeaurora.org wrote: Typo... On 2018-04-10 10:08 PM, yuank...@codeaurora.org wrote: On 2018-04-10 07:06 PM, Thomas Gleixner wrote: On Tue, 10

Re: [PATCH v5 11/23] ASoC: qdsp6: q6adm: Add q6adm driver

Hi Srinivas, I love your patch! Yet something to improve: [auto build test ERROR on asoc/for-next] [also build test ERROR on v4.17-rc1 next-20180419] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [PATCH v2 08/10] dt-bindings: media: Document bindings for the Sunxi-Cedrus VPU driver

Hi Paul, Philipp, On Fri, Apr 20, 2018 at 1:04 AM Philipp Zabel wrote: > Hi Paul, > On Thu, 2018-04-19 at 17:45 +0200, Paul Kocialkowski wrote: > > This adds a device-tree binding document that specifies the properties > > used by the Sunxi-Cedurs VPU driver, as well as examples. > > > > Signed

RE: [PATCH resend] usb: chipidea: Don't select EXTCON

> drivers/usb/chipidea/Kconfig | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/usb/chipidea/Kconfig b/drivers/usb/chipidea/Kconfig index > 785f0ed037f7..97509172d536 100644 > --- a/drivers/usb/chipidea/Kconfig > +++ b/drivers/usb/chipidea/Kconfig > @@ -1,7 +1,6 @@ > config USB_

Re: [PATCH] checkpatch: Add a --strict test for structs with bool member definitions

On 2018-04-19 06:42 PM, yuank...@codeaurora.org wrote: On 2018-04-19 02:48 PM, yuank...@codeaurora.org wrote: On 2018-04-19 01:16 PM, Julia Lawall wrote: On Wed, 18 Apr 2018, Joe Perches wrote: On Thu, 2018-04-19 at 06:40 +0200, Julia Lawall wrote: > > On Wed, 18 Apr 2018, Joe Perches wrote:

Re: [RFC PATCH ghak32 V2 06/13] audit: add support for non-syscall auxiliary records

On 2018-04-18 20:39, Paul Moore wrote: > On Fri, Mar 16, 2018 at 5:00 AM, Richard Guy Briggs wrote: > > Standalone audit records have the timestamp and serial number generated > > on the fly and as such are unique, making them standalone. This new > > function audit_alloc_local() generates a loca

[PATCH] arm64: dts: msm8996: Add modem remoteproc

Add the modem remoteproc node and the child smd-edge in order to be able to boot the modem Hexagon found in MSM8996 based devices. Also extend the tcsr mutex node size, to cover the registers at the end of the block, used for halting the modem subsystem. Signed-off-by: Bjorn Andersson --- This

[PATCH v3] rpmsg: qcom_smd: Access APCS through mailbox framework

Attempt to acquire the APCS IPC through the mailbox framework and fall back to the old syscon based approach, to allow us to move away from using the syscon. Reviewed-by: Arun Kumar Neelakantam Signed-off-by: Bjorn Andersson --- Changes since v2: - Added comment about mbox_send_message() return

[GIT] Networking

1) Unbalanced refcounting in TIPC, from Jon Maloy. 2) Only allow TCP_MD5SIG to be set on sockets in close or listen state. Once the connection is established it makes no sense to change this. From Eric Dumazet. 3) Missing attribute validation in neigh_dump_table(), also from Eric Duma

[PATCH] serial: imx: enable IMX21_UCR3_RXDMUXSEL for non-dte-mode

Fix a problem introduced with commit e61c38d85b73 ("serial: imx: setup DCEDTE early and ensure DCD and RI irqs to be off") result in non dte-mode imx-uart fail receive data. By add back IMX21_UCR3_RXDMUXSEL the serial port works as expected. Signed-off-by: Chris Ruehl --- drivers/tty/serial/imx

[REVIEW][PATCH 16/17] signal/alpha: Replace TRAP_FIXME with TRAP_UNK

Using an si_code of 0 that aliases with SI_USER is clearly the wrong thing to do, and causes problems in interesting ways. For it really is not clear to me if using TRAP_UNK bugcheck or the default case of gentrap is really the best way to handle things. There is certainly enough information that

[REVIEW][PATCH 14/17] signal/unicore32: Use FPE_FLTUNK instead of 0 in ucf64_raise_sigfpe

The si_code of 0 (aka SI_USER) has fields si_pid and si_uid not si_addr so it so only by luck would the appropriate fields by copied to userspace by copy_siginfo_to_user. This is just broken and wrong. Make it obvious what is happening by moving the si_code from a parameter of the one call to ucf

[REVIEW][PATCH 17/17] signal/powerpc: Replace TRAP_FIXME with TRAP_UNK

Using an si_code of 0 that aliases with SI_USER is clearly the wrong thing todo, and causes problems in interesting ways. For use in unknown_exception the recently defined TRAP_UNK semantically is a perfect fit. For use in RunModeException it looks like something more specific than TRAP_UNK could

[REVIEW][PATCH 13/17] signal/powerpc: Replace FPE_FIXME with FPE_FLTUNK

Using an si_code of 0 that aliases with SI_USER is clearly the wrong thing todo, and causes problems in interesting ways. The newly defined FPE_FLTUNK semantically appears to fit the bill so use it instead. Cc: Paul Mackerras Cc: Kumar Gala Cc: Michael Ellerman Cc: Benjamin Herrenschmidt Cc:

[REVIEW][PATCH 11/17] signal/alpha: Replace FPE_FIXME with FPE_FLTUNK

Using an si_code of 0 that aliases with SI_USER is clearly the wrong thing todo, and causes problems in interesting ways. The newly defined FPE_FLTUNK semantically appears to fit the bill so use it instead. Given recent experience in this area odds are it will not break anything. Fixing it remov

[REVIEW][PATCH 15/17] signal: Add TRAP_UNK si_code for undiagnosted trap exceptions

Both powerpc and alpha have cases where they wronly set si_code to 0 in combination with SIGTRAP and don't mean SI_USER. About half the time this is because the architecture can not report accurately what kind of trap exception triggered the trap exception. The other half the time it looks like no

[REVIEW][PATCH 12/17] signal/ia64: Replace FPE_FIXME with FPE_FLTUNK

Using an si_code of 0 that aliases with SI_USER is clearly the wrong thing todo, and causes problems in interesting ways. The newly defined FPE_FLTUNK semantically appears to fit the bill so use it instead. Given recent experience in this area odds are it will not break anything. Fixing it remov

Re: [PATCH v2 net 0/3] virtio: ctrl buffer fixes

From: "Michael S. Tsirkin" Date: Fri, 20 Apr 2018 03:49:19 +0300 > On Thu, Apr 19, 2018 at 04:34:22PM -0400, David Miller wrote: >> From: "Michael S. Tsirkin" >> Date: Thu, 19 Apr 2018 08:30:47 +0300 >> >> > Here are a couple of fixes related to the virtio control buffer. >> > Lightly tested on

[REVIEW][PATCH 02/17] sparc: fix compat siginfo ABI regression

From: "Dmitry V. Levin" Starting with commit v4.14-rc1~60^2^2~1, a SIGFPE signal sent via kill results to wrong values in si_pid and si_uid fields of compat siginfo_t. This happens due to FPE_FIXME being defined to 0 for sparc, and at the same time siginfo_layout() introduced by the same commit

[REVIEW][PATCH 05/17] signal/nds32: Use force_sig(SIGILL) in do_revisn

As originally committed do_revisn would deliver a siginfo for SIGILL with an si_code composed of random stack contents. That makes no sense and is not something userspace can depend on. So simplify the code and just use "force_sig(SIG_ILL, current)" instead. Fixes: 2923f5ea7738 ("nds32: Exceptio

  1   2   3   4   5   6   7   8   9   10   >