We take care of it

We provide photoshop services. It is used for retouching electronics, jewelry, apparels, furniture etc. by getting the images of their products enhanced. We provide retouching for portrait photos as well. Here are the details of what we provide: Clipping path; Deep etch process Image masking

Re: [PATCH] Revert "staging: erofs: disable compiling temporarile"

On 2018/8/29 7:44, Stephen Rothwell wrote: > Unfortunately, those vfs changes are still in the vfs tree in > linux-next and cause a build failure in the erofs code. I have > disabled the build of erofs again for today. feel a bit loss after hear that... :'( > > Dave, Al, it would be good if

Re: [PATCH v8 4/8] media: platform: Add Cedrus VPU decoder driver

On Tue, 2018-08-28 at 09:34 +0200, Paul Kocialkowski wrote: > This introduces the Cedrus VPU driver that supports the VPU found in > Allwinner SoCs, also known as Video Engine. It is implemented through > a v4l2 m2m decoder device and a media device (used for media requests). > So far, it only

Re: [PATCH] Revert "staging: erofs: disable compiling temporarile"

Hi all, On Tue, 28 Aug 2018 22:13:02 +0800 Chao Yu wrote: > > On 2018/8/28 21:05, Greg Kroah-Hartman wrote: > > On Tue, Aug 28, 2018 at 04:56:43PM +0800, Chao Yu wrote: > >> Hi Greg, > >> > >> On 2018/8/28 14:28, Gao Xiang wrote: > >>> Hi Greg, > >>> > >>> On 2018/8/28 13:44, Greg

Re: [PATCH] Trivial numbering change in comments.

On 08/28/2018 03:03 PM, Nathan Chancellor wrote: > On Tue, Aug 28, 2018 at 04:08:18PM -0400, Ray Clinton wrote: >> I'm trying to get my feet wet in kernel dev and while working on a patch >> I noticed in a lengthy comment block that the number "2" was skipped >> in a description of the steps of a

Re: [PATCH] Trivial numbering change in comments.

On Tue, Aug 28, 2018 at 04:08:18PM -0400, Ray Clinton wrote: > I'm trying to get my feet wet in kernel dev and while working on a patch > I noticed in a lengthy comment block that the number "2" was skipped > in a description of the steps of a protocol. This patch is simply correcting > this. This

Re: [PATCH v2] binder: use standard functions to allocate fds

On Tue, Aug 28, 2018 at 01:46:25PM -0700, Todd Kjos wrote: > Binder uses internal fs interfaces to allocate and install fds: > > __alloc_fd > __fd_install > __close_fd > get_files_struct > put_files_struct > > These were used to support the passing of fds between processes > as part of a

Re: [PATCH v2] binder: use standard functions to allocate fds

On Tue, Aug 28, 2018 at 01:43:35PM -0700, Todd Kjos wrote: > Sorry, forgot to bump the version. Ignore this one. Huh? I see two "v2" patches :( totally confused. greg k-h ___ devel mailing list de...@linuxdriverproject.org

Re: [PATCH char-misc 1/1] Drivers: hv: vmbus: Make synic_initialized flag per-cpu

"Michael Kelley (EOSG)" writes: > From: Vitaly Kuznetsov Sent: Wednesday, August 1, 2018 > 2:26 AM > >> > I was trying to decide if there are any arguments in favor of one >> > approach vs. the other: a per-cpu flag in memory or checking >> > the synic_control "enable" bit. Seems like a

[PATCH v2] binder: use standard functions to allocate fds

Binder uses internal fs interfaces to allocate and install fds: __alloc_fd __fd_install __close_fd get_files_struct put_files_struct These were used to support the passing of fds between processes as part of a transaction. The actual allocation and installation of the fds in the target process

Re: [PATCH v2] binder: use standard functions to allocate fds

Sorry, forgot to bump the version. Ignore this one. On Tue, Aug 28, 2018 at 1:43 PM Todd Kjos wrote: > > Binder uses internal fs interfaces to allocate and install fds: > > __alloc_fd > __fd_install > __close_fd > get_files_struct > put_files_struct > > These were used to support the passing of

[PATCH v2] binder: use standard functions to allocate fds

Binder uses internal fs interfaces to allocate and install fds: __alloc_fd __fd_install __close_fd get_files_struct put_files_struct These were used to support the passing of fds between processes as part of a transaction. The actual allocation and installation of the fds in the target process

[PATCH] binder: use standard functions to allocate fds

Binder uses internal fs interfaces to allocate and install fds: __alloc_fd __fd_install __close_fd get_files_struct put_files_struct These were used to support the passing of fds between processes as part of a transaction. The actual allocation and installation of the fds in the target process

RE: [PATCH char-misc 1/1] Drivers: hv: vmbus: Make synic_initialized flag per-cpu

From: Vitaly Kuznetsov Sent: Wednesday, August 1, 2018 2:26 AM > > I was trying to decide if there are any arguments in favor of one > > approach vs. the other: a per-cpu flag in memory or checking > > the synic_control "enable" bit. Seems like a wash to me, in which > > case I have a

[PATCH] Trivial numbering change in comments.

I'm trying to get my feet wet in kernel dev and while working on a patch I noticed in a lengthy comment block that the number "2" was skipped in a description of the steps of a protocol. This patch is simply correcting this. This is for 4.18.0. It is a very trivial patch, but this is my first

Re: [PATCH] binder: use standard functions to allocate fds

Hi Todd, I love your patch! Perhaps something to improve: [auto build test WARNING on staging/staging-testing] [also build test WARNING on v4.19-rc1 next-20180828] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com

Re: [PATCH] Staging: One Laptop Per Child: add function argument names

On Mon, Aug 27, 2018 at 07:52:13PM +0200, Greg KH wrote: > On Thu, Aug 09, 2018 at 06:23:59PM +0200, Arkadiusz Lis wrote: > > Add function argument names to pointers to functions > > in struct dcon_platform_data: init, set_dconload and read_status > > This commit removes checkpatch.pl warning. > >

[PATCH 12/12] staging: wlan-ng: remove "autogenerated code" comments

p80211metadef.h and p80211metastruct.h both have comments stating they are autogenerated and should not be edited. However, neither is generated during build and both have had numerous manual edits since the driver has been in staging. Signed-off-by: Tim Collier ---

[PATCH 11/12] staging: wlan-ng: remove unnecessary braces from if

Remove braces from an if statement with only a single line in the if block. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/hfa384x_usb.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c b/drivers/staging/wlan-ng/hfa384x_usb.c

[PATCH 09/12] staging: wlan-ng: make switch case block format consistent

For switch statements with case blocks make the format consistent by applying K formatting, a space before the opening brace, single indentation of contained code, break inside the block and closing brace aligned with case. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/hfa384x_usb.c |

[PATCH 07/12] staging: wlan-ng: shorten names of "DIDMIB_P2_" macros

Shorten the names of the p80211metadef.h macros prefixed with "DIDMIB_P2_" by removing repeat use of "P2" to reduce long lines and ease readabbility. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/cfg80211.c | 2 +- drivers/staging/wlan-ng/p80211metadef.h | 10 +-

[PATCH 08/12] staging: wlan-ng: formatting cleanup in cfg80211.c

Combine previously split lines for an assignment; now fits in 80 characters as the name of the macro being assigned was shortened. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/cfg80211.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 10/12] staging: wlan-ng: rejoin split lines shortened by case changes

The reformatting of case blocks has shortened some lines such that previously split lines can be rejoined without exceeding 80 characters. Rejoined those lines. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/hfa384x_usb.c | 6 ++ drivers/staging/wlan-ng/prism2sta.c | 17

[PATCH 06/12] staging: wlan-ng: shorten names of "DIDMIB_LNX_" macros

Shorten the names of the p80211metadef.h macros prefixed with "DIDMIB_LNX_" by removing repeat use of "LNX" to reduce long lines and ease readabbility. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/p80211metadef.h | 4 ++-- drivers/staging/wlan-ng/prism2mib.c | 4 ++-- 2 files

[PATCH 04/12] staging: wlan-ng: shorten names of "DIDMIB_DOT11MAC_" macros

Shorten the names of the p80211metadef.h macros prefixed with "DIDMIB_DOT11MAC_" by removing repeat use of "DOT11" to reduce long lines and ease readabbility. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/cfg80211.c | 4 ++-- drivers/staging/wlan-ng/p80211metadef.h | 14

[PATCH 05/12] staging: wlan-ng: shorten names of "DIDMIB_DOT11PHY_" macros

Shorten the names of the p80211metadef.h macros prefixed with "DIDMIB_DOT11PHY_" by removing repeat use of "DOT11PHY" and "DOT11" to reduce long lines and ease readabbility. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/cfg80211.c | 6 +++---

[PATCH 03/12] staging: wlan-ng: shorten names of "DIDMIB_DOT11SMT_" macros

Shorten the names of the p80211metadef.h macros prefixed with "DIDMIB_DOT11SMT_" (also in lower-case) by removing repeat use of "DOT11" to reduce long lines and ease readabbility. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/cfg80211.c | 20 ++--

[PATCH 02/12] staging: wlan-ng: avoid use of camel case macro names in p80211metadef.h

checkpatch reported a number of "Avoid CamelCase" issues for macros defined in p80211metadef.h (and for files that used these macros). Renamed the macros to all upper-case (except for DIDmib_dot11smt_dot11WEPDefaultKeysTable_key, a function-like macro, which was renamed to all lower-case) to

[PATCH 00/12] staging: wlan-ng: coding style changes/cleanups

Remove redundant code "commented" out with #if 0 to remove checkpatch warnings. Switch to all-upper or all-lower (for function-style) case names for macros in p80211metadef.h to silence checkpatch messages and match the coding guidelines. Shorten names that have repeated elements. Rejoin lines

[PATCH 01/12] staging: wlan-ng: remove redundant code in "#if 0" blocks

Remove two blocks of code that checkpatch identified as redundant because they were enclosed in "#if...#endif". In the case of prism2fw.c the associated "TODO" comment was retained. Signed-off-by: Tim Collier --- drivers/staging/wlan-ng/p80211netdev.c | 4

[PATCH 2/4] staging:rtl8192u: Add required SPDX-License-Identifier - Style

Add the required SPDX-License-Identifier to the file r8180_93cx6.h, this clears a checkpatch issue. This is a coding style change which should have no impact on runtime code execution. Signed-off-by: John Whitmore --- drivers/staging/rtl8192u/r8180_93cx6.h | 1 + 1 file changed, 1 insertion(+)

[PATCH 4/4] staging:rtl8192u: Rename member pDot11dInfo - Style

Rename 'pDot11dInfo', this member variable of the structure ieee80211_device causes a checkpatch issue, CamelCase naming. The member has been renamed 'dot11d_info' to clear this issue. This is a coding style change which should have no impact on runtime code execution. Signed-off-by: John

[PATCH 1/4] staging:rtl8192u: Remove unused definitions - Style

Remove unused definitions from the file r8180_93cx6.h. This is a coding style change which should have no impact on runtime code execution. Signed-off-by: John Whitmore --- drivers/staging/rtl8192u/r8180_93cx6.h | 18 -- 1 file changed, 18 deletions(-) diff --git

[PATCH 3/4] staging:rtl8192u: Refactor member variable enabled - Style

The structure rt_dot11d_info contains a memeber variable 'enabled', which causes a checkpatch issue as it is declared as being of type bool. The type of the variable has been changed to a 'u8', to clear the issue. Additionally to aid searching for the member variable in code it has been renamed

[PATCH 0/4] staging:rtl8192u: Style and a question?

This short series of coding style changes clears the remaining checkpatch issues in the files r8180_93cx6.h and dot11d.h. The file dot11d.h does still contain lines over the 80 character limit, but most of these lines are MACRO definitions, and I'm not sure splitting them will add anything to the

[PATCH] binder: use standard functions to allocate fds

Binder uses internal fs interfaces to allocate and install fds: __alloc_fd __fd_install __close_fd get_files_struct put_files_struct These were used to support the passing of fds between processes as part of a transaction. The actual allocation and installation of the fds in the target process

[PATCH v2] staging: Convert to using %pOFn instead of device_node.name

In preparation to remove the node name pointer from struct device_node, convert printf users to use the %pOFn format specifier. Cc: Steve Longerbeam Cc: Philipp Zabel Cc: Mauro Carvalho Chehab Cc: Greg Kroah-Hartman Cc: linux-me...@vger.kernel.org Cc: de...@driverdev.osuosl.org Signed-off-by:

Re: [PATCH 2/2] media: cedrus: Add HEVC/H.265 decoding support

Hi, On Tue, Aug 28, 2018 at 10:02:40AM +0200, Paul Kocialkowski wrote: > @@ -165,7 +182,8 @@ static inline void cedrus_write(struct cedrus_dev *dev, > u32 reg, u32 val) > > static inline u32 cedrus_read(struct cedrus_dev *dev, u32 reg) > { > - return readl(dev->base + reg); > + u32

Re: [PATCH v8 4/8] media: platform: Add Cedrus VPU decoder driver

On Tue, Aug 28, 2018 at 09:34:20AM +0200, Paul Kocialkowski wrote: > This introduces the Cedrus VPU driver that supports the VPU found in > Allwinner SoCs, also known as Video Engine. It is implemented through > a v4l2 m2m decoder device and a media device (used for media requests). > So far, it

Re: [PATCH v8 5/8] ARM: dts: sun5i: Add Video Engine and reserved memory nodes

On Tue, Aug 28, 2018 at 09:34:21AM +0200, Paul Kocialkowski wrote: > This adds nodes for the Video Engine and the associated reserved memory > for sun5i-based platforms. Up to 96 MiB of memory are dedicated to the > CMA pool. > > The VPU can only map the first 256 MiB of DRAM, so the reserved

Re: [PATCH v8 8/8] ARM: dts: sun8i-h3: Add Video Engine and reserved memory nodes

On Tue, Aug 28, 2018 at 09:34:24AM +0200, Paul Kocialkowski wrote: > This adds nodes for the Video Engine and the associated reserved memory > for the H3. Up to 96 MiB of memory are dedicated to the CMA pool. > > Signed-off-by: Paul Kocialkowski Acked-by: Maxime Ripard Maxime -- Maxime

Re: [PATCH v8 6/8] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

On Tue, Aug 28, 2018 at 09:34:22AM +0200, Paul Kocialkowski wrote: > This adds nodes for the Video Engine and the associated reserved memory > for the A20. Up to 96 MiB of memory are dedicated to the CMA pool. > > The VPU can only map the first 256 MiB of DRAM, so the reserved memory > pool has

Re: [PATCH v8 7/8] ARM: dts: sun8i-a33: Add Video Engine and reserved memory nodes

On Tue, Aug 28, 2018 at 09:34:23AM +0200, Paul Kocialkowski wrote: > This adds nodes for the Video Engine and the associated reserved memory > for the A33. Up to 96 MiB of memory are dedicated to the CMA pool. > > The VPU can only map the first 256 MiB of DRAM, so the reserved memory > pool has

Re: [linux-sunxi] [PATCH v8 3/8] dt-bindings: media: Document bindings for the Cedrus VPU driver

On Tue, Aug 28, 2018 at 09:34:19AM +0200, Paul Kocialkowski wrote: > This adds a device-tree binding document that specifies the properties > used by the Cedurs VPU driver, as well as examples. typo Cedurs=>Cedrus Regards ___ devel mailing list

Re: [PATCH v8 3/8] dt-bindings: media: Document bindings for the Cedrus VPU driver

On Tue, Aug 28, 2018 at 09:34:19AM +0200, Paul Kocialkowski wrote: > This adds a device-tree binding document that specifies the properties > used by the Cedurs VPU driver, as well as examples. > > Signed-off-by: Paul Kocialkowski > Reviewed-by: Rob Herring Acked-by: Maxime Ripard Maxime

Re: [GIT PULL] Staging/IIO driver patches for 4.19-rc1

Hi! On Tue, Aug 28, 2018 at 02:36:07PM +0200, Greg KH wrote: > On Tue, Aug 28, 2018 at 10:38:17AM +, Ahmed S. Darwish wrote: > > [ re-send; forgotten lkml CC added; sorry ] > > > > Hi, > > > > On Sat, 18 Aug 2018 17:57:24 +0200, Greg KH wrote: > > [...] > > > addition of some new IIO drivers.

Re: [PATCH] Revert "staging: erofs: disable compiling temporarile"

On 2018/8/28 21:05, Greg Kroah-Hartman wrote: > On Tue, Aug 28, 2018 at 04:56:43PM +0800, Chao Yu wrote: >> Hi Greg, >> >> On 2018/8/28 14:28, Gao Xiang wrote: >>> Hi Greg, >>> >>> On 2018/8/28 13:44, Greg Kroah-Hartman wrote: On Tue, Aug 28, 2018 at 11:39:48AM +0800, Gao Xiang wrote: >

Re: [PATCH] Revert "staging: erofs: disable compiling temporarile"

Hi Greg, On 2018/8/28 21:05, Greg Kroah-Hartman wrote: > On Tue, Aug 28, 2018 at 04:56:43PM +0800, Chao Yu wrote: >> Hi Greg, >> >> On 2018/8/28 14:28, Gao Xiang wrote: >>> Hi Greg, >>> >>> On 2018/8/28 13:44, Greg Kroah-Hartman wrote: On Tue, Aug 28, 2018 at 11:39:48AM +0800, Gao Xiang

Re: [PATCH] Revert "staging: erofs: disable compiling temporarile"

On Tue, Aug 28, 2018 at 04:56:43PM +0800, Chao Yu wrote: > Hi Greg, > > On 2018/8/28 14:28, Gao Xiang wrote: > > Hi Greg, > > > > On 2018/8/28 13:44, Greg Kroah-Hartman wrote: > >> On Tue, Aug 28, 2018 at 11:39:48AM +0800, Gao Xiang wrote: > >>> This reverts commit

Re: [GIT PULL] Staging/IIO driver patches for 4.19-rc1

On Tue, Aug 28, 2018 at 10:38:17AM +, Ahmed S. Darwish wrote: > [ re-send; forgotten lkml CC added; sorry ] > > Hi, > > On Sat, 18 Aug 2018 17:57:24 +0200, Greg KH wrote: > [...] > > addition of some new IIO drivers. Also added was a "gasket" driver from > > Google that needs loads of work

It's time to start it

Do you have photos for cutting out,or adding clipping path? We are here to help you for that also including retouching. Both for product photos and portrait photos. Yours, Jason ___ devel mailing list de...@linuxdriverproject.org

Editing is it

Do you have photos for cutting out,or adding clipping path? We are here to help you for that also including retouching. Both for product photos and portrait photos. Yours, Jason ___ devel mailing list de...@linuxdriverproject.org

Re: [GIT PULL] Staging/IIO driver patches for 4.19-rc1

[ re-send; forgotten lkml CC added; sorry ] Hi, On Sat, 18 Aug 2018 17:57:24 +0200, Greg KH wrote: [...] > addition of some new IIO drivers. Also added was a "gasket" driver from > Google that needs loads of work and the erofs filesystem. > Why are we adding __a whole new in-kernel

Re: [PATCH] Revert "staging: erofs: disable compiling temporarile"

Hi Greg, On 2018/8/28 14:28, Gao Xiang wrote: > Hi Greg, > > On 2018/8/28 13:44, Greg Kroah-Hartman wrote: >> On Tue, Aug 28, 2018 at 11:39:48AM +0800, Gao Xiang wrote: >>> This reverts commit 156c3df8d4db4e693c062978186f44079413d74d. >>> >>> Since XArray and the new mount apis aren't merged in

[PATCH 2/2] media: cedrus: Add HEVC/H.265 decoding support

This introduces support for HEVC/H.265 to the Cedrus VPU driver, with both uni-directional and bi-directional prediction modes supported. Field-coded (interlaced) pictures, custom quantization matrices and 10-bit output are not supported at this point. Signed-off-by: Paul Kocialkowski ---

[PATCH 1/2] media: v4l: Add definitions for the HEVC slice format and controls

This introduces the required definitions for HEVC decoding support with stateless VPUs. The controls associated to the HEVC slice format provide the required meta-data for decoding slices extracted from the bitstream. This interface comes with the following limitations: * No custom quantization

[PATCH 0/2] HEVC/H.265 stateless support for V4L2 and Cedrus

This introduces the required bits for supporting HEVC/H.265 both in the V4L2 framework and the Cedrus VPU driver that concerns Allwinner devices. A specific pixel format is introduced for the HEVC slice format and controls are provided to pass the bitstream metadata to the decoder. Some bitstream

[PATCH v8 4/8] media: platform: Add Cedrus VPU decoder driver

This introduces the Cedrus VPU driver that supports the VPU found in Allwinner SoCs, also known as Video Engine. It is implemented through a v4l2 m2m decoder device and a media device (used for media requests). So far, it only supports MPEG2 decoding. Since this VPU is stateless, synchronization

[PATCH v8 2/8] media: v4l: Add definition for the Sunxi tiled NV12 format

This introduces support for the Sunxi tiled NV12 format, where each component of the YUV frame is divided into macroblocks. Hence, the size of each plane requires specific alignment. The pixels inside each macroblock are coded in linear order (line after line from top to bottom). This tiled NV12

[PATCH v8 8/8] ARM: dts: sun8i-h3: Add Video Engine and reserved memory nodes

This adds nodes for the Video Engine and the associated reserved memory for the H3. Up to 96 MiB of memory are dedicated to the CMA pool. Signed-off-by: Paul Kocialkowski --- arch/arm/boot/dts/sun8i-h3.dtsi | 25 + 1 file changed, 25 insertions(+) diff --git

[PATCH v8 5/8] ARM: dts: sun5i: Add Video Engine and reserved memory nodes

This adds nodes for the Video Engine and the associated reserved memory for sun5i-based platforms. Up to 96 MiB of memory are dedicated to the CMA pool. The VPU can only map the first 256 MiB of DRAM, so the reserved memory pool has to be located in that area. Following Allwinner's decision in

[PATCH v8 0/8] Cedrus driver for the Allwinner Video Engine, using media requests

This is the eighth iteration of the updated Cedrus driver, that supports the Video Engine found on most Allwinner SoCs, starting with the A10. It was tested on the A13, A20, A33 and H3. The initial version of this driver[0] was originally written and submitted by Florent Revest using a previous

[PATCH v8 1/8] media: v4l: Add definitions for MPEG2 slice format and metadata

Stateless video decoding engines require both the MPEG slices and associated metadata from the video stream in order to decode frames. This introduces definitions for a new pixel format, describing buffers with MPEG2 slice data, as well as a control structure for passing the frame metadata to

[PATCH v8 7/8] ARM: dts: sun8i-a33: Add Video Engine and reserved memory nodes

This adds nodes for the Video Engine and the associated reserved memory for the A33. Up to 96 MiB of memory are dedicated to the CMA pool. The VPU can only map the first 256 MiB of DRAM, so the reserved memory pool has to be located in that area. Following Allwinner's decision in downstream

[PATCH v8 6/8] ARM: dts: sun7i-a20: Add Video Engine and reserved memory nodes

This adds nodes for the Video Engine and the associated reserved memory for the A20. Up to 96 MiB of memory are dedicated to the CMA pool. The VPU can only map the first 256 MiB of DRAM, so the reserved memory pool has to be located in that area. Following Allwinner's decision in downstream

[PATCH v8 3/8] dt-bindings: media: Document bindings for the Cedrus VPU driver

This adds a device-tree binding document that specifies the properties used by the Cedurs VPU driver, as well as examples. Signed-off-by: Paul Kocialkowski Reviewed-by: Rob Herring --- .../devicetree/bindings/media/cedrus.txt | 54 +++ 1 file changed, 54 insertions(+)

Re: [PATCH] staging: Convert to using %pOFn instead of device_node.name

Hi, On 28/08/2018 02:52, Rob Herring wrote: In preparation to remove the node name pointer from struct device_node, convert printf users to use the %pOFn format specifier. Cc: Steve Longerbeam Cc: Philipp Zabel Cc: Mauro Carvalho Chehab Cc: Greg Kroah-Hartman Cc:

Re: [PATCH] Revert "staging: erofs: disable compiling temporarile"

Hi Greg, On 2018/8/28 13:44, Greg Kroah-Hartman wrote: > On Tue, Aug 28, 2018 at 11:39:48AM +0800, Gao Xiang wrote: >> This reverts commit 156c3df8d4db4e693c062978186f44079413d74d. >> >> Since XArray and the new mount apis aren't merged in 4.19-rc1 >> merge window, the BROKEN mark can be reverted