Re: Procedure questions - new filesystem driver..

On Mon, Jul 08, 2019 at 08:37:42PM -0400, Valdis Klētnieks wrote: > I have an out-of-tree driver for the exfat file system that I beaten into > shape > for upstreaming. The driver works, and passes sparse and checkpatch (except > for a number of line-too-long complaints). > > Do you want this

Re: [PATCH v2 3/3] media: dt-bindings: imx7-csi: add i.MX6UL/L support

On Thu, 6 Jun 2019 17:38:25 +0200, =?UTF-8?q?S=C3=A9bastien=20Szymanski?= wrote: > Document "fsl,imx6ul-csi" entry. > > Signed-off-by: Sébastien Szymanski > --- > > Changes for v2: > - New patch to document new "fsl,imx6ul-csi" entry. > >

Re: Procedure questions - new filesystem driver..

On Mon, Jul 08, 2019 at 08:37:42PM -0400, Valdis Klētnieks wrote: > I have an out-of-tree driver for the exfat file system that I beaten into > shape > for upstreaming. The driver works, and passes sparse and checkpatch (except > for a number of line-too-long complaints). > > Do you want this

Procedure questions - new filesystem driver..

I have an out-of-tree driver for the exfat file system that I beaten into shape for upstreaming. The driver works, and passes sparse and checkpatch (except for a number of line-too-long complaints). Do you want this taken straight to the fs/ tree, or through drivers/staging? pgpPbWnt1mYai.pgp

Re: Procedure questions - new filesystem driver..

On Tue, 09 Jul 2019 01:52:20 +0100, Al Viro said: > On Mon, Jul 08, 2019 at 08:37:42PM -0400, Valdis Klētnieks wrote: > > I have an out-of-tree driver for the exfat file system that I beaten into > > shape > > for upstreaming. The driver works, and passes sparse and checkpatch (except > > for a

Re: [OSSNA] Intro to kernel hacking tutorial

On Fri, Jul 05, 2019 at 10:40:43AM +0530, Amit Kumar wrote: > On Fri, Jul 5, 2019 at 9:02 AM Amit Kumar wrote: > > > > On Fri, Jul 5, 2019 at 8:21 AM Tobin C. Harding wrote: > > > > > > Hi, > > > > > > I am doing a tutorial at OSSNA in San Diego on getting into kernel > > > hacking. I'm only a

Re: use exact allocation for dma coherent memory

On Tue, Jul 02, 2019 at 11:48:44AM +0200, Arend Van Spriel wrote: > You made me look ;-) Actually not touching my drivers so I'm off the hook. > However, I was wondering if drivers could know so I decided to look into > the DMA-API.txt documentation which currently states: > > """ > The flag

[PATCH] Staging: rtl8723bs: hal: rtl8723bs_recv.c: Fix code style

Fixed a coding stlye issue. Removed braces from a single statement if block. Signed-off-by: Fatih ALTINPINAR --- drivers/staging/rtl8723bs/hal/rtl8723bs_recv.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/staging/rtl8723bs/hal/rtl8723bs_recv.c

[PATCH 2/3] staging: most: dim2: Remove function dimcb_io_read()

Remove function dimcb_io_read as it does nothing except call inbuilt function readl. Modify call sites accordingly. Issue found with Coccinelle. Signed-off-by: Nishka Dasgupta --- drivers/staging/most/dim2/dim2.c | 9 - drivers/staging/most/dim2/hal.c | 15 ---

[PATCH 1/3] staging: most: dim2: Replace function dim_norm_ctrl_async_buffer_size()

Remove function dim_norm_ctrl_async_buffer_size as it does nothing except call norm_ctrl_async_buffer_size. Rename norm_ctrl_async_buffer_size to dim_norm_ctrl_async_buffer_size to maintain compatibility with call sites of the latter. Change type of new dim_norm_ctrl_async_buffer_size from static

[PATCH 3/3] staging: most: dim2: Remove function dimcb_io_write()

Remove function dimcb_io_write as all it does is call writel. Modify calls to dimcb_io_write to writel, flipping the order of the arguments as required. Issue found with Coccinelle. Signed-off-by: Nishka Dasgupta --- drivers/staging/most/dim2/dim2.c | 10 drivers/staging/most/dim2/hal.c |