As suggested by checkpatch.pl:
CHECK: Prefer kernel type 'u16' over 'uint16_t'
Signed-off-by: Chaehyun Lim
---
drivers/staging/greybus/audio_codec.c | 12 ++--
drivers/staging/greybus/audio_codec.h | 16
drivers/staging/greybus/audio_gb.c|
As suggested by checkpatch.pl:
CHECK: Prefer kernel type 'u32' over 'uint32_t'
Signed-off-by: Chaehyun Lim
---
drivers/staging/greybus/audio_codec.c | 6 ++--
drivers/staging/greybus/audio_codec.h | 10 +++
drivers/staging/greybus/audio_gb.c
As suggested by checkpatch.pl:
CHECK: Prefer kernel type 'u8' over 'uint8_t'
Signed-off-by: Chaehyun Lim
---
drivers/staging/greybus/audio_codec.c | 6 +++---
drivers/staging/greybus/audio_codec.h | 18 +-
drivers/staging/greybus/audio_gb.c| 16
- Original Message -
> From: "Martyn Welch"
> Sent: Thursday, September 8, 2016 2:17:35 PM
> On Fri, Sep 02, 2016 at 03:59:45PM -0500, Aaron Sierra wrote:
>> The driver's bus_num parameter is used to select a VME bus during probe.
>> This parameter is used both as a
Remove the unneeded prototype parser_done.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
drivers/staging/unisys/visorbus/visorchipset.c | 3 ---
1 file changed, 3
Move the visordriver_probe_device and visorbus_register_visor_driver
functions lower in the file to get rid of the function prototype
fix_vbus_dev_info.
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
parahotplug_request_list and parahotplug_request_list_lock should be
defined closer to where we are actually using them.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
The function parser_init_byte_stream needs to be moved lower in the file to
avoid extraneous function prototypes.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
The textid store and show functions were moved to allow us to remove
the function prototypes.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
Move the deviceenabled/devicedisabled store functions so that
function prototypes can be removed.
This caused us to move several of the structures farther
down in the file as well.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Moving the remaining_steps functions allows us to get rid of an unneeded
prototype.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
Remove the unneeded prototype for controlvm_respond.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
drivers/staging/unisys/visorbus/visorchipset.c | 2 --
1 file changed, 2
The function parahotplug_process_list needs to be moved lower in the file
to avoid extraneous function prototypes.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
Move the show and store functions for the error DEV_ATTR_RW so that the
function prototypes can be removed.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
Move the boottotool show and store functions so the function
prototypes can be removed.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
Remove the unneeded controlvm_respond_chipset_init prototype by
moving the functions controlvm_init_response and
controlvm_respond_chipset_init up in the file.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim
The toolchain functions show and store needed to be moved so the prototypes
were no longer needed.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
Move the struct visorbus_type down in the file to get rid of
the function prototypes visorbus_uevent and visorbus_match.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
From: Jon Frisch
This patch moves the unsigned long controlvm_payload_bytes_buffered
from the module parameters location to a more appropriate location
below the controlvm_payload_info.
Signed-off-by: Jon Frisch
Signed-off-by: David Kershner
Move controlvm_periodic_work lower in the file to avoid having
to create function prototypes.
Reported-by: Greg Kroah-Hartman
Signed-off-by: David Kershner
Reviewed-by: Tim Sell
---
From: Jon Frisch
This patch removes the unused u32 dump_vhba_bus.
Signed-off-by: Jon Frisch
Signed-off-by: David Kershner
Reported-by: Greg Kroah-Hartman
---
From: Jon Frisch
This patch removes the unused module parameter
visorchipset_visorbusregwait
Signed-off-by: Jon Frisch
Signed-off-by: David Kershner
Reported-by: Greg Kroah-Hartman
---
This patchset removes unused crud from the visorbus driver, which includes
shuffling a lot of code around so function prototypes could be deleted.
David Kershner (18):
staging: unisys: visorbus: reorder controlvm_periodic_work
staging: unisys: visorbus: move handle_command
staging: unisys:
> Added __acquires / __releases sparse locking annotations
> to lock_res_and_lock() and unlock_res_and_lock() functions
> in l_lock.c, to fix below sparse warnings:
>
> l_lock.c:47:22: warning: context imbalance in 'lock_res_and_lock' - wrong
> count at exit
> l_lock.c:61:6: warning: context
tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git
greybus-test
head: 2bbadafbe4eacab57aa7bc8e50287c1366303807
commit: f44dd184634d401f5cf88a6d8b4a60d5ff4f417f [1/22] Merge greybus driver
tree into 4.8-rc6
coccinelle warnings: (new ones prefixed by >>)
>>
> -Original Message-
> From: Long Li [mailto:lon...@exchange.microsoft.com]
> Sent: Monday, September 12, 2016 11:31 PM
> To: KY Srinivasan ; Haiyang Zhang
>
> Cc: de...@linuxdriverproject.org; linux-ker...@vger.kernel.org; Long Li
>
Being over zealous in removing unused EXPORT_SYMBOLs two functions
lustre_swab_[lmv|lov]_mds_md exports were removed. They need to be
exported so this patch restores those EXPORT_SYMBOLS. Same mistake
was done when porting to the upstream client.
Signed-off-by: James Simmons
On Wed, Sep 14, 2016 at 04:16:15PM -0700, Florian Fainelli wrote:
> On 09/14/2016 02:55 PM, Zach Brown wrote:
> > From: Josh Cartwright
> >
> > Create an option CONFIG_LED_TRIGGER_PHY (default n), which will
> > create a set of led triggers for each instantiated PHY
As soon as debugging is turned on, the logs are filled with messages
reporting the interrupt status. As this quantity is usually zero, this
output is not needed. In fact, there will be a report if the status is
not zero, thus the debug line in question could probably be deleted.
Rather than taking
This patch removes the spinlocks when accessing the usb_anchor list,
because the struct usb_anchor is using its own lock.
Signed-off-by: Christian Gromm
---
drivers/staging/most/hdm-usb/hdm_usb.c | 13 -
1 file changed, 13 deletions(-)
diff --git
To increase comprehension this patch renames the channel related
spinlock with a more fitting name.
Signed-off-by: Christian Gromm
---
drivers/staging/most/hdm-usb/hdm_usb.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git
This patch removes the calls to usb_unanchor_urb() from the completion
routines, since disassociation of the URBs is already handles by the
USB subsystem.
Signed-off-by: Christian Gromm
---
drivers/staging/most/hdm-usb/hdm_usb.c | 2 --
1 file changed, 2
This patch removes the propietary tracking of URBs. Instead the structure
usb_anchor of the USB subsystem is used.
Signed-off-by: Christian Gromm
---
drivers/staging/most/hdm-usb/hdm_usb.c | 75 ++
1 file changed, 21 insertions(+),
This patch set is needed to fix issues of the HDM USB module of the
MOST driver.
Christian Gromm (4):
staging: most: hdm-usb: remove proprietary urb anchoring
staging: most: hdm-usb: remove redundant spinlocks
staging: most: hdm-usb: remove calls to usb_unachor_urb
staging: most: hdm-usb:
On 09/18/2016 10:52 AM, Gwenhael Goavec-Merou wrote:
[...]
> +#if defined(CONFIG_OF)
> +static struct ad9834_platform_data *ad9834_parse_dt(struct spi_device *spi)
> +{
> + struct ad9834_platform_data *pdata;
> + struct device_node *np = spi->dev.of_node;
> +
> + pdata =
Fix the following warnings:
Symbolic permissions are not preferred. Consider using octal permissions.
Signed-off-by: Xavier Roumegue
---
drivers/staging/rtl8192u/r8192U_core.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
Hello
How are you? i hope all is well with you. I have tried reachiny you without
luck. My client is looking for a good business
to invest in your country. If you have any good business in mind please get
back to me urgently so i can give you more update.
We are looking at Real Estate, Spa &
Hello
How are you? i hope all is well with you. I have tried reachiny you without
luck. My client is looking for a good business
to invest in your country. If you have any good business in mind please get
back to me urgently so i can give you more update.
We are looking at Real Estate, Spa &
Hello
How are you? i hope all is well with you. I have tried reachiny you without
luck. My client is looking for a good business
to invest in your country. If you have any good business in mind please get
back to me urgently so i can give you more update.
We are looking at Real Estate, Spa &
On Mon 19-09-16 09:25:48, Dilger, Andreas wrote:
> On Sep 19, 2016, at 09:28, Greg Kroah-Hartman
> wrote:
> >
> > On Sun, Sep 18, 2016 at 04:37:29PM -0400, James Simmons wrote:
> >> + * Range lock is used to allow multiple threads writing a single shared
> >> + *
On Sun, Sep 18, 2016 at 04:36:59PM -0400, James Simmons wrote:
> This batch of patches includes various cleanups and fixes from
> the Lustre 2.7 release. Most of these patches are removal of
> cruft and unsigned to signed comparsion fixes. Also added in
> the latest LNet fixes as well.
All now
On Sun, Sep 18, 2016 at 04:38:09PM -0400, James Simmons wrote:
> From: Lai Siyao
>
> small fixes:
> * when 'unplug' is set for ll_statahead(), sa_put() shouldn't kill
>the entry found, because its inflight RPC may not finish yet.
> * remove 'sai_generation', add
On Sun, Sep 18, 2016 at 04:37:29PM -0400, James Simmons wrote:
> + * Range lock is used to allow multiple threads writing a single shared
> + * file given each thread is writing to a non-overlapping portion of the
> + * file.
> + *
> + * Refer to the possible upstream kernel version of range lock
43 matches
Mail list logo