Re: [git pull] first batch of ufs fixes

On Tue, 13 Jun 2017, Al Viro wrote: On Mon, Jun 12, 2017 at 05:54:06PM -0700, Richard Narron wrote: Earlier today I could not reproduce the OpenBSD 6.1 ufs1 fsck error after Linux 4.12-rc5 copy of my >2GB file using "cp". But later today I get the error when I copy using your "dd" method...

Re: [git pull] first batch of ufs fixes

On Tue, 13 Jun 2017, Al Viro wrote: On Mon, Jun 12, 2017 at 05:54:06PM -0700, Richard Narron wrote: Earlier today I could not reproduce the OpenBSD 6.1 ufs1 fsck error after Linux 4.12-rc5 copy of my >2GB file using "cp". But later today I get the error when I copy using your "dd" method...

Re: [RFC PATCH 1/7 v1]powerpc: Free up four PTE bits to accommodate memory keys

On Tue, Jun 13, 2017 at 10:22:43AM +0530, Aneesh Kumar K.V wrote: > Ram Pai writes: > > > Rearrange PTE bits to free up bits 3, 4, 5 and 6 for > > memory keys. Bit 3, 4, 5, 6 and 57 shall be used for memory > > keys. > > > > The patch does the following change to

Re: [RFC PATCH 1/7 v1]powerpc: Free up four PTE bits to accommodate memory keys

On Tue, Jun 13, 2017 at 10:22:43AM +0530, Aneesh Kumar K.V wrote: > Ram Pai writes: > > > Rearrange PTE bits to free up bits 3, 4, 5 and 6 for > > memory keys. Bit 3, 4, 5, 6 and 57 shall be used for memory > > keys. > > > > The patch does the following change to the 64K PTE format >

Odd use of %14pM in net/batman-adv/distributed-arp-table.c

An output mac address is 17 bytes 1 12345678901234567 00:11:22:33:44:55 but in net/batman-adv/distributed-arp-table.c int batadv_dat_cache_seq_print_text(struct seq_file *seq, void *offset) { [...] seq_printf(seq, " * %15pI4 %14pM %4i %6i:%02i\n",

Odd use of %14pM in net/batman-adv/distributed-arp-table.c

An output mac address is 17 bytes 1 12345678901234567 00:11:22:33:44:55 but in net/batman-adv/distributed-arp-table.c int batadv_dat_cache_seq_print_text(struct seq_file *seq, void *offset) { [...] seq_printf(seq, " * %15pI4 %14pM %4i %6i:%02i\n",

Re: [RFC PATCH 1/7 v1]powerpc: Free up four PTE bits to accommodate memory keys

On Tue, Jun 13, 2017 at 07:32:24AM +0530, Aneesh Kumar K.V wrote: > Ram Pai writes: > > > On Mon, Jun 12, 2017 at 12:27:44PM +0530, Aneesh Kumar K.V wrote: > >> Ram Pai writes: > >> > >> > Rearrange PTE bits to free up bits 3, 4, 5 and 6 for >

Re: [RFC PATCH 1/7 v1]powerpc: Free up four PTE bits to accommodate memory keys

On Tue, Jun 13, 2017 at 07:32:24AM +0530, Aneesh Kumar K.V wrote: > Ram Pai writes: > > > On Mon, Jun 12, 2017 at 12:27:44PM +0530, Aneesh Kumar K.V wrote: > >> Ram Pai writes: > >> > >> > Rearrange PTE bits to free up bits 3, 4, 5 and 6 for > >> > memory keys. Bit 3, 4, 5, 6 and 57

[PATCH] drivers/clocksource/fttmr010: Factor clock read code

The sched_clock() and delay timer callbacks can just call each other and we can save an #ifdef. Suggested-by: Daniel Lezcano Cc: Andrew Jeffery Cc: Joel Stanley Cc: Jonas Jensen Signed-off-by: Linus Walleij

[PATCH] drivers/clocksource/fttmr010: Factor clock read code

The sched_clock() and delay timer callbacks can just call each other and we can save an #ifdef. Suggested-by: Daniel Lezcano Cc: Andrew Jeffery Cc: Joel Stanley Cc: Jonas Jensen Signed-off-by: Linus Walleij --- Daniel: feel free to apply as-is or squash into the other patch as you like. ---

Re: [RESEND x3][PATCH v4] arm64: dts: hi6220: Add k3-dma and i2s/hdmi audio support

On Tue, Jun 13, 2017 at 01:42:15PM -0700, John Stultz wrote: > Its a trivial bit of code, but its in the drm directory and I suspect > at this stage I'm not going to be able to get maintainer attention for > it in time for 4.13 (plus since it depends on things in the ASoC tree, > so it needs

Re: [RESEND x3][PATCH v4] arm64: dts: hi6220: Add k3-dma and i2s/hdmi audio support

On Tue, Jun 13, 2017 at 01:42:15PM -0700, John Stultz wrote: > Its a trivial bit of code, but its in the drm directory and I suspect > at this stage I'm not going to be able to get maintainer attention for > it in time for 4.13 (plus since it depends on things in the ASoC tree, > so it needs

Re: [PATCH] Staging: vc04_services: bcm2835-audio: bcm2835-ctl.c: Fixed alignment to match open parenthesis.

On Tue, Jun 13, 2017 at 8:17 PM, Dan Carpenter wrote: > On Tue, Jun 13, 2017 at 08:07:14PM +0530, srishti sharma wrote: >> On Tue, Jun 13, 2017 at 6:30 PM, Greg KH wrote: >> > On Sat, Jun 10, 2017 at 02:37:22AM +0530, srishti sharma wrote: >>

Re: [PATCH] Staging: vc04_services: bcm2835-audio: bcm2835-ctl.c: Fixed alignment to match open parenthesis.

On Tue, Jun 13, 2017 at 8:17 PM, Dan Carpenter wrote: > On Tue, Jun 13, 2017 at 08:07:14PM +0530, srishti sharma wrote: >> On Tue, Jun 13, 2017 at 6:30 PM, Greg KH wrote: >> > On Sat, Jun 10, 2017 at 02:37:22AM +0530, srishti sharma wrote: >> >> Fixed alignment so that it matched open

Re: [kernel-hardening] Re: [PATCH v1] shebang: restrict python interactive prompt/interpreter

On 6/13/2017 1:59 PM, Mickaël Salaün wrote: > On 12/06/2017 04:32, Mimi Zohar wrote: >> On Sun, 2017-06-11 at 13:44 +0200, Mickaël Salaün wrote: >>> On 10/06/2017 07:27, Tetsuo Handa wrote: Kees Cook wrote: > On Fri, Jun 9, 2017 at 10:23 AM, Matt Brown wrote: >> what

Re: [kernel-hardening] Re: [PATCH v1] shebang: restrict python interactive prompt/interpreter

On 6/13/2017 1:59 PM, Mickaël Salaün wrote: > On 12/06/2017 04:32, Mimi Zohar wrote: >> On Sun, 2017-06-11 at 13:44 +0200, Mickaël Salaün wrote: >>> On 10/06/2017 07:27, Tetsuo Handa wrote: Kees Cook wrote: > On Fri, Jun 9, 2017 at 10:23 AM, Matt Brown wrote: >> what does everyone

RE: [PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

Hi Florian, > -Original Message- > From: Florian Fainelli [mailto:f.faine...@gmail.com] > Sent: Saturday, June 10, 2017 8:04 PM > To: Salil Mehta; da...@davemloft.net > Cc: Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; net...@vger.kernel.org; linux- >

RE: [PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

Hi Florian, > -Original Message- > From: Florian Fainelli [mailto:f.faine...@gmail.com] > Sent: Saturday, June 10, 2017 8:04 PM > To: Salil Mehta; da...@davemloft.net > Cc: Zhuangyuzeng (Yisen); huangdaode; lipeng (Y); > mehta.salil@gmail.com; net...@vger.kernel.org; linux- >

[PATCH v2] storvsc: use default I/O timeout handler for FC devices

From: Long Li FC disks issue I/O directly to the host storage port driver, this is diffirent to VHD disks where I/O is virtualized and timeout is handled by the host VSP (Virtualization Service Provider). FC disks are usually setup in a multipath system, and they don't

[PATCH v2] storvsc: use default I/O timeout handler for FC devices

From: Long Li FC disks issue I/O directly to the host storage port driver, this is diffirent to VHD disks where I/O is virtualized and timeout is handled by the host VSP (Virtualization Service Provider). FC disks are usually setup in a multipath system, and they don't want to reset timer on

Re: GRSecurity goes full commercial, no more free testing patches, threatens programmer trying to port.

The license grant the Linux Kernel is distributed under disallows the imposition of additional terms. The making of an understanding that the derivative work must not be redistributed (lest there be retaliation) is the imposition of an additional term. The communication of this threat is the

Re: GRSecurity goes full commercial, no more free testing patches, threatens programmer trying to port.

The license grant the Linux Kernel is distributed under disallows the imposition of additional terms. The making of an understanding that the derivative work must not be redistributed (lest there be retaliation) is the imposition of an additional term. The communication of this threat is the

Re: [PATCH] via-rhine: add support for changing MTU

From: Magnus Damm Date: Wed, 14 Jun 2017 02:18:27 +0900 > From: Magnus Damm > > Allow adjusting the MTU for via-rhine devices in case of no TX alignment > buffer is used. > > Lightly tested on ALIX2D13 hardware by making use of VXLAN with MTU

Re: [PATCH] via-rhine: add support for changing MTU

From: Magnus Damm Date: Wed, 14 Jun 2017 02:18:27 +0900 > From: Magnus Damm > > Allow adjusting the MTU for via-rhine devices in case of no TX alignment > buffer is used. > > Lightly tested on ALIX2D13 hardware by making use of VXLAN with MTU set > to 1500 on top of via-rhine devices with

Re: [PATCH v8 4/6] vfio: Define vfio based vgpu's dma-buf operations

On Fri, 9 Jun 2017 14:50:40 +0800 Xiaoguang Chen wrote: > Here we defined a new ioctl to create a fd for a vfio device based on > the input type. Now only one type is supported that is a dma-buf > management fd. > Two ioctls are defined for the dma-buf management fd:

Re: [PATCH v8 4/6] vfio: Define vfio based vgpu's dma-buf operations

On Fri, 9 Jun 2017 14:50:40 +0800 Xiaoguang Chen wrote: > Here we defined a new ioctl to create a fd for a vfio device based on > the input type. Now only one type is supported that is a dma-buf > management fd. > Two ioctls are defined for the dma-buf management fd: query the vfio > vgpu's

Re: [PATCH 12/12] tracing: Rename update the enum_map file

Hi, On 06/13/2017 04:12 PM, Steven Rostedt wrote: On Wed, 31 May 2017 16:56:53 -0500 Jeremy Linton wrote: The enum_map file is used to display a list of symbol to name conversions. As its now used to resolve sizeof lets update the name and description. Signed-off-by:

Re: [PATCH 12/12] tracing: Rename update the enum_map file

Hi, On 06/13/2017 04:12 PM, Steven Rostedt wrote: On Wed, 31 May 2017 16:56:53 -0500 Jeremy Linton wrote: The enum_map file is used to display a list of symbol to name conversions. As its now used to resolve sizeof lets update the name and description. Signed-off-by: Jeremy Linton ---

[no subject]

[no subject]

[PATCH-cgroup 1/5] cgroup: Keep accurate count of tasks in each css_set

The reference count in the css_set data structure was used as a proxy of the number of tasks attached to that css_set. However, that count is actually not an accurate measure especially with thread mode support. So a new variable task_count is added to the css_set to keep track of the actual task

[PATCH-cgroup 1/5] cgroup: Keep accurate count of tasks in each css_set

The reference count in the css_set data structure was used as a proxy of the number of tasks attached to that css_set. However, that count is actually not an accurate measure especially with thread mode support. So a new variable task_count is added to the css_set to keep track of the actual task

Re: [PATCH] Add printk for bonding module packets_per_slave parameter

Hi Michael, [auto build test WARNING on net-next/master] [also build test WARNING on v4.12-rc5 next-20170613] [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/commits/Michael-Dilmore/Add-printk

[PATCH-cgroup 2/5] cgroup: Move debug cgroup to its own file

The debug cgroup currently resides within cgroup-v1.c and is enabled only for v1 cgroup. To enable the debug cgroup also for v2, it makes sense to put the code into its own file as it will no longer be v1 specific. There is no change to the debug cgroup specific code. Signed-off-by: Waiman Long

[PATCH-cgroup 0/5] cgroup: Make debug controller useful for debugging

The current debug controller is vaguely called an "Example controller" at the Kconfig prompt, and it is just not that useful for debugging purpose. This patchset aims to make the debug controller useful again for debugging the cgroup core, especially for cgroup v2 and the thread mode support.

[PATCH-cgroup 4/5] cgroup: Make debug cgroup support v2 and thread mode

Besides supporting cgroup v2 and thread mode, the following changes are also made: 1) current_* cgroup files now resides only at the root as we don't need duplicated files of the same function all over the cgroup hierarchy. 2) The cgroup_css_links_read() function is modified to report

Re: [PATCH] Add printk for bonding module packets_per_slave parameter

Hi Michael, [auto build test WARNING on net-next/master] [also build test WARNING on v4.12-rc5 next-20170613] [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/commits/Michael-Dilmore/Add-printk

[PATCH-cgroup 2/5] cgroup: Move debug cgroup to its own file

The debug cgroup currently resides within cgroup-v1.c and is enabled only for v1 cgroup. To enable the debug cgroup also for v2, it makes sense to put the code into its own file as it will no longer be v1 specific. There is no change to the debug cgroup specific code. Signed-off-by: Waiman Long

[PATCH-cgroup 0/5] cgroup: Make debug controller useful for debugging

The current debug controller is vaguely called an "Example controller" at the Kconfig prompt, and it is just not that useful for debugging purpose. This patchset aims to make the debug controller useful again for debugging the cgroup core, especially for cgroup v2 and the thread mode support.

[PATCH-cgroup 4/5] cgroup: Make debug cgroup support v2 and thread mode

Besides supporting cgroup v2 and thread mode, the following changes are also made: 1) current_* cgroup files now resides only at the root as we don't need duplicated files of the same function all over the cgroup hierarchy. 2) The cgroup_css_links_read() function is modified to report

[PATCH-cgroup 3/5] cgroup: Make Kconfig prompt of debug cgroup more accurate

The Kconfig prompt and description of the debug cgroup controller more accurate by saying that it is for debug purpose only and its interfaces are unstable. Signed-off-by: Waiman Long --- init/Kconfig | 7 +-- kernel/cgroup/debug.c | 6 ++ 2 files changed,

[PATCH-cgroup 3/5] cgroup: Make Kconfig prompt of debug cgroup more accurate

The Kconfig prompt and description of the debug cgroup controller more accurate by saying that it is for debug purpose only and its interfaces are unstable. Signed-off-by: Waiman Long --- init/Kconfig | 7 +-- kernel/cgroup/debug.c | 6 ++ 2 files changed, 11 insertions(+), 2

[PATCH-cgroup 5/5] cgroup: Enable debug controller only with cgroup_debug boot option

As suggested by Tejun, the debug controller will be activated only when the "cgroup_debug" option is specified in the kernel boot command line. Hopefully, that will discourage people from using the debug controller for any purpose other than cgroup core debugging. Signed-off-by: Waiman Long

[PATCH-cgroup 5/5] cgroup: Enable debug controller only with cgroup_debug boot option

As suggested by Tejun, the debug controller will be activated only when the "cgroup_debug" option is specified in the kernel boot command line. Hopefully, that will discourage people from using the debug controller for any purpose other than cgroup core debugging. Signed-off-by: Waiman Long ---

Re: [PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

> You are correct is_c45 should not be derived from the type of PHY like > it is being done here. I have changed this code and now we are getting this > information from the IMP(Integrated Management Processor) which handles > the NIC commands and also maintains Ethernet specific configuration.

Re: [PATCH net-next 6/9] net: hns3: Add MDIO support to HNS3 Ethernet driver for hip08 SoC

> You are correct is_c45 should not be derived from the type of PHY like > it is being done here. I have changed this code and now we are getting this > information from the IMP(Integrated Management Processor) which handles > the NIC commands and also maintains Ethernet specific configuration.

[PATCH] staging: wlan-ng: prism2mib.c: Fix type cast issues

Fix the following sparse warnings: prism2mib.c:717:45: warning: cast to restricted __le16 prism2mib.c:720:45: warning: incorrect type in assignment (different base types) prism2mib.c:720:45:expected unsigned short [unsigned] [addressable] [usertype] datalen prism2mib.c:720:45:got

[PATCH] staging: wlan-ng: prism2mib.c: Fix type cast issues

Fix the following sparse warnings: prism2mib.c:717:45: warning: cast to restricted __le16 prism2mib.c:720:45: warning: incorrect type in assignment (different base types) prism2mib.c:720:45:expected unsigned short [unsigned] [addressable] [usertype] datalen prism2mib.c:720:45:got

[PATCH 1/2] staging: rtl8723bs: Convert LIST_CONTAINOR to use kernel container_of

These are similar macros so use the normal kernel one. As well, there are odd games being played with casting a plist to a union recv_frame by using LIST_CONTAINOR. Just use a direct cast to union recv_frame instead. Signed-off-by: Joe Perches ---

[PATCH 1/2] staging: rtl8723bs: Convert LIST_CONTAINOR to use kernel container_of

These are similar macros so use the normal kernel one. As well, there are odd games being played with casting a plist to a union recv_frame by using LIST_CONTAINOR. Just use a direct cast to union recv_frame instead. Signed-off-by: Joe Perches --- drivers/staging/rtl8723bs/core/rtw_recv.c

[PATCH 2/2] staging: rtl8723bs: Convert LIST_CONTAINOR to container_of

Use the normal kernel macro. Remove the now ununsed LIST_CONTAINOR macro. Signed-off-by: Joe Perches --- drivers/staging/rtl8723bs/core/rtw_ap.c| 16 drivers/staging/rtl8723bs/core/rtw_cmd.c | 2 +-

[PATCH 0/2] staging: rtl8723bs: Fix LIST_CONTAINOR spelling and uses

Joe Perches (2): staging: rtl8723bs: Convert LIST_CONTAINOR to use kernel container_of staging: rtl8723bs: Convert LIST_CONTAINOR to container_of This is basically a simple substitution of a spelling typo of a macro with an addition to simplify some odd uses of the macro. I have no objection

[PATCH 2/2] staging: rtl8723bs: Convert LIST_CONTAINOR to container_of

Use the normal kernel macro. Remove the now ununsed LIST_CONTAINOR macro. Signed-off-by: Joe Perches --- drivers/staging/rtl8723bs/core/rtw_ap.c| 16 drivers/staging/rtl8723bs/core/rtw_cmd.c | 2 +- drivers/staging/rtl8723bs/core/rtw_debug.c | 4

[PATCH 0/2] staging: rtl8723bs: Fix LIST_CONTAINOR spelling and uses

Joe Perches (2): staging: rtl8723bs: Convert LIST_CONTAINOR to use kernel container_of staging: rtl8723bs: Convert LIST_CONTAINOR to container_of This is basically a simple substitution of a spelling typo of a macro with an addition to simplify some odd uses of the macro. I have no objection

Re: [PATCH 12/12] tracing: Rename update the enum_map file

On Wed, 31 May 2017 16:56:53 -0500 Jeremy Linton wrote: > The enum_map file is used to display a list of symbol > to name conversions. As its now used to resolve sizeof > lets update the name and description. > > Signed-off-by: Jeremy Linton > ---

Re: [PATCH 12/12] tracing: Rename update the enum_map file

On Wed, 31 May 2017 16:56:53 -0500 Jeremy Linton wrote: > The enum_map file is used to display a list of symbol > to name conversions. As its now used to resolve sizeof > lets update the name and description. > > Signed-off-by: Jeremy Linton > --- > kernel/trace/Kconfig | 22

Applied "spi: mediatek: adjust register to enhance time accuracy" to the spi tree

The patch spi: mediatek: adjust register to enhance time accuracy has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "spi: mediatek: adjust register to enhance time accuracy" to the spi tree

The patch spi: mediatek: adjust register to enhance time accuracy has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "spi: Generalize SPI "master" to "controller"" to the spi tree

The patch spi: Generalize SPI "master" to "controller" has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "spi: Generalize SPI "master" to "controller"" to the spi tree

The patch spi: Generalize SPI "master" to "controller" has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "spi: rockchip: fix error handling when probe" to the spi tree

The patch spi: rockchip: fix error handling when probe has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: [PATCH v4] Introduce v3 namespaced file capabilities

On Tue, Jun 13, 2017 at 04:59:30PM -0400, Mimi Zohar wrote: > Assuming you want to support container specific executables, you would > want them specifically signed by a key not on the system IMA keyring. Yes, this is a good point. Cheers, Tycho

Applied "spi: rockchip: fix error handling when probe" to the spi tree

The patch spi: rockchip: fix error handling when probe has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: [PATCH v4] Introduce v3 namespaced file capabilities

On Tue, Jun 13, 2017 at 04:59:30PM -0400, Mimi Zohar wrote: > Assuming you want to support container specific executables, you would > want them specifically signed by a key not on the system IMA keyring. Yes, this is a good point. Cheers, Tycho

Applied "regulator: core: Prioritise consumer mappings over regulator name" to the regulator tree

The patch regulator: core: Prioritise consumer mappings over regulator name has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "regulator: core: Prioritise consumer mappings over regulator name" to the regulator tree

The patch regulator: core: Prioritise consumer mappings over regulator name has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in

Applied "spi: mediatek: add spi support for mt7622 IC" to the spi tree

The patch spi: mediatek: add spi support for mt7622 IC has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: rockchip: add support for pdm controller" to the asoc tree

The patch ASoC: rockchip: add support for pdm controller has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "spi: mediatek: add spi support for mt7622 IC" to the spi tree

The patch spi: mediatek: add spi support for mt7622 IC has been applied to the spi tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: rockchip: add support for pdm controller" to the asoc tree

The patch ASoC: rockchip: add support for pdm controller has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Re: v4l2-fwnode: status, plans for merge, any branch to merge against?

Hi! > > Are there any news about the fwnode branch? > > > > I have quite usable camera, but it is still based on > > 982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be > > good to see fwnode stuff upstream... are there any plans for that? > > > > Is there stable branch to

Re: v4l2-fwnode: status, plans for merge, any branch to merge against?

Hi! > > Are there any news about the fwnode branch? > > > > I have quite usable camera, but it is still based on > > 982e8e40390d26430ef106fede41594139a4111c (that's v4.10). It would be > > good to see fwnode stuff upstream... are there any plans for that? > > > > Is there stable branch to

Applied "ASoC: rockchip: add bindings for spdif controller" to the asoc tree

The patch ASoC: rockchip: add bindings for spdif controller has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: rockchip: add bindings for spdif controller" to the asoc tree

The patch ASoC: rockchip: add bindings for spdif controller has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: rockchip: i2s: add other configurable formats" to the asoc tree

The patch ASoC: rockchip: i2s: add other configurable formats has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "ASoC: rockchip: i2s: add other configurable formats" to the asoc tree

The patch ASoC: rockchip: i2s: add other configurable formats has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH 10/12] tracing: Update sample file to describe the new macro

On Wed, 31 May 2017 16:56:51 -0500 Jeremy Linton wrote: > Add a blurb in the trace sample file to describe > the macro used to add sizeof to value conversions. > > Signed-off-by: Jeremy Linton > --- > samples/trace_events/trace-events-sample.h | 7

Re: [PATCH 10/12] tracing: Update sample file to describe the new macro

On Wed, 31 May 2017 16:56:51 -0500 Jeremy Linton wrote: > Add a blurb in the trace sample file to describe > the macro used to add sizeof to value conversions. > > Signed-off-by: Jeremy Linton > --- > samples/trace_events/trace-events-sample.h | 7 +++ > 1 file changed, 7 insertions(+) >

Applied "ASoC: rockchip: i2s: add a delay before i2s clear" to the asoc tree

The patch ASoC: rockchip: i2s: add a delay before i2s clear has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

Applied "ASoC: rockchip: i2s: add a delay before i2s clear" to the asoc tree

The patch ASoC: rockchip: i2s: add a delay before i2s clear has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent

RE: [PATCH] scsi: aacraid: fix leak of data from stack back to userspace

> -Original Message- > From: Colin King [mailto:colin.k...@canonical.com] > Sent: Monday, May 15, 2017 8:56 AM > To: Raghava Aditya Renukunta ; > dl-esc-Aacraid Linux Driver ; James E . J . Bottomley > ;

RE: [PATCH] scsi: aacraid: fix leak of data from stack back to userspace

> -Original Message- > From: Colin King [mailto:colin.k...@canonical.com] > Sent: Monday, May 15, 2017 8:56 AM > To: Raghava Aditya Renukunta ; > dl-esc-Aacraid Linux Driver ; James E . J . Bottomley > ; Martin K . Petersen > ; linux-s...@vger.kernel.org > Cc:

[PATCH v2 0/5] staging: rtl8723bs: wifi_regd.c: fix checkpatch errors and warnings

v1->v2: Refresh patches and restrict the first patch to arithmetic operators This patch series fixes all errors and warnings generated by checkpatch.pl for wifi_regd.c. Fabian Wolff (5): staging: rtl8723bs: wifi_regd.c: put spaces around binary operators staging: rtl8723bs: wifi_regd.c: fix

[PATCH v2 0/5] staging: rtl8723bs: wifi_regd.c: fix checkpatch errors and warnings

v1->v2: Refresh patches and restrict the first patch to arithmetic operators This patch series fixes all errors and warnings generated by checkpatch.pl for wifi_regd.c. Fabian Wolff (5): staging: rtl8723bs: wifi_regd.c: put spaces around binary operators staging: rtl8723bs: wifi_regd.c: fix

[PATCH v2 5/5] staging: rtl8723bs: wifi_regd.c: insert blank line after declarations

This patch inserts a missing blank line after variable declarations. Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: refresh patch drivers/staging/rtl8723bs/os_dep/wifi_regd.c | 1 + 1 file changed, 1 insertion(+) diff

[PATCH v2 5/5] staging: rtl8723bs: wifi_regd.c: insert blank line after declarations

This patch inserts a missing blank line after variable declarations. Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: refresh patch drivers/staging/rtl8723bs/os_dep/wifi_regd.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v2 1/5] staging: rtl8723bs: wifi_regd.c: put spaces around binary operators

This patch adds spaces around the binary operators '-' and '+'. Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: apply changes only to arithmetic operators drivers/staging/rtl8723bs/os_dep/wifi_regd.c | 6 +++--- 1 file

[PATCH v2 1/5] staging: rtl8723bs: wifi_regd.c: put spaces around binary operators

This patch adds spaces around the binary operators '-' and '+'. Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: apply changes only to arithmetic operators drivers/staging/rtl8723bs/os_dep/wifi_regd.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH v2 4/5] staging: rtl8723bs: wifi_regd.c: adjust alignment to match open parenthesis

This patch adjusts the alignment of several lines to match their respective opening parenthesis. Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: refresh patch drivers/staging/rtl8723bs/os_dep/wifi_regd.c | 9 + 1

[PATCH v2 3/5] staging: rtl8723bs: wifi_regd.c: remove superfluous spaces from pointer arguments

This patch implements the suggestions of checkpatch.pl to remove unnecessary spaces before function pointer arguments as well as in statements of the form "foo * bar" (which should be "foo *bar"). Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath

[PATCH v2 2/5] staging: rtl8723bs: wifi_regd.c: fix comment formatting

This patch improves the formatting of block comments and removes one commented-out line of code entirely (keeping it would be redundant thanks to version control). Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: refresh

[PATCH v2 4/5] staging: rtl8723bs: wifi_regd.c: adjust alignment to match open parenthesis

This patch adjusts the alignment of several lines to match their respective opening parenthesis. Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: refresh patch drivers/staging/rtl8723bs/os_dep/wifi_regd.c | 9 + 1 file changed, 5 insertions(+), 4

[PATCH v2 3/5] staging: rtl8723bs: wifi_regd.c: remove superfluous spaces from pointer arguments

This patch implements the suggestions of checkpatch.pl to remove unnecessary spaces before function pointer arguments as well as in statements of the form "foo * bar" (which should be "foo *bar"). Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: refresh patch

[PATCH v2 2/5] staging: rtl8723bs: wifi_regd.c: fix comment formatting

This patch improves the formatting of block comments and removes one commented-out line of code entirely (keeping it would be redundant thanks to version control). Signed-off-by: Fabian Wolff Signed-off-by: Mate Horvath --- v1->v2: refresh patch

Re: [PATCH V5] rxe: Fix a sleep-in-atomic bug in post_one_send

On Mon, 2017-06-05 at 20:23 +0800, Jia-Ju Bai wrote: > The driver may sleep under a spin lock, and the function call path > is: > post_one_send (acquire the lock by spin_lock_irqsave) >   init_send_wqe >     copy_from_user --> may sleep > > There is no flow that makes "qp->is_user" true, and

Re: [PATCH V5] rxe: Fix a sleep-in-atomic bug in post_one_send

On Mon, 2017-06-05 at 20:23 +0800, Jia-Ju Bai wrote: > The driver may sleep under a spin lock, and the function call path > is: > post_one_send (acquire the lock by spin_lock_irqsave) >   init_send_wqe >     copy_from_user --> may sleep > > There is no flow that makes "qp->is_user" true, and

Re: [PATCH v1] shebang: restrict python interactive prompt/interpreter

On 12/06/2017 16:27, Mimi Zohar wrote: > On Sun, 2017-06-11 at 22:32 -0400, Mimi Zohar wrote: >> On Sun, 2017-06-11 at 13:44 +0200, Mickaël Salaün wrote: > >>> Using filesystem xattr seems like a good idea for this kind of >>> exceptions and instead of a hardcoded interpreter path. Something

Re: [PATCH v1] shebang: restrict python interactive prompt/interpreter

On 12/06/2017 04:32, Mimi Zohar wrote: > On Sun, 2017-06-11 at 13:44 +0200, Mickaël Salaün wrote: >> On 10/06/2017 07:27, Tetsuo Handa wrote: >>> Kees Cook wrote: On Fri, Jun 9, 2017 at 10:23 AM, Matt Brown wrote: > what does everyone thing about a envp_blacklist option

Re: [PATCH v1] shebang: restrict python interactive prompt/interpreter

On 12/06/2017 16:27, Mimi Zohar wrote: > On Sun, 2017-06-11 at 22:32 -0400, Mimi Zohar wrote: >> On Sun, 2017-06-11 at 13:44 +0200, Mickaël Salaün wrote: > >>> Using filesystem xattr seems like a good idea for this kind of >>> exceptions and instead of a hardcoded interpreter path. Something

Re: [PATCH v1] shebang: restrict python interactive prompt/interpreter

On 12/06/2017 04:32, Mimi Zohar wrote: > On Sun, 2017-06-11 at 13:44 +0200, Mickaël Salaün wrote: >> On 10/06/2017 07:27, Tetsuo Handa wrote: >>> Kees Cook wrote: On Fri, Jun 9, 2017 at 10:23 AM, Matt Brown wrote: > what does everyone thing about a envp_blacklist option that is a list

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