Allegacy Federal Credit Union

2016-06-11 Thread Brown
customers. Respectfully in Services, MR. Brown Bank name: Allegacy Federal Credit Union Phone number: +13057202822 Email: onlineallegacyfederalcreditun...@citromail.hu ___ devel mailing list de...@linuxdriverproject.org http

[PATCH v2] staging: mt7621-dma: Add braces around else branches

2018-10-23 Thread Kimberly Brown
Add braces around else branches in conditional statements that include branches with multiple statements. This style complies with the Linux kernel coding style and improves consistency and readability. Issues found by checkpatch. Signed-off-by: Kimberly Brown Reviewed-by: Matthias Brugger

Your response needed:

2021-02-21 Thread Femi Brown
This mail is been writing to you because we have come to understand that you have lost a lot of money all because you want to receive your fund well note that all that have been put to a stop as the federal government of Nigeria has promised to assist you with the sum of five million American funds

Re: [PATCH 00/10] spi: finalize 'delay_usecs' removal/transition

2021-03-12 Thread Mark Brown
On Mon, 8 Mar 2021 16:54:52 +0200, Alexandru Ardelean wrote: > A while back I started the introduction of the 'spi_delay' data type: > > https://lore.kernel.org/linux-spi/20190926105147.7839-1-alexandru.ardel...@analog.com/ > > Users of the 'delay_usecs' were removed from drivers. > > Now it's

hi

2020-11-06 Thread Melissa Brown
How are you doing today?Did you receive my message?Please let me know as soon as possible. Tony ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-10 Thread Mark Brown
On Tue, Nov 10, 2020 at 09:29:45PM +0100, Thierry Reding wrote: > On Thu, Nov 05, 2020 at 02:44:08AM +0300, Dmitry Osipenko wrote: > > + /* > > +* Voltage scaling is optional and trying to set voltage for a dummy > > +* regulator will error out. > > +*/ > > + if (!device_property_p

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-11 Thread Mark Brown
On Wed, Nov 11, 2020 at 12:23:41AM +0300, Dmitry Osipenko wrote: > 10.11.2020 23:32, Mark Brown пишет: > >>> + if (!device_property_present(dc->dev, "core-supply")) > >>> + return; > >> This is a potentially heavy operation, so I think

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-12 Thread Mark Brown
On Thu, Nov 12, 2020 at 07:59:36PM +0300, Dmitry Osipenko wrote: > 11.11.2020 14:55, Mark Brown пишет: > > On Wed, Nov 11, 2020 at 12:23:41AM +0300, Dmitry Osipenko wrote: > >> I already changed that code to use regulator_get_optional() for v2. > > That doesn't lo

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-12 Thread Mark Brown
On Thu, Nov 12, 2020 at 10:16:14PM +0300, Dmitry Osipenko wrote: > 12.11.2020 20:16, Mark Brown пишет: > > On Thu, Nov 12, 2020 at 07:59:36PM +0300, Dmitry Osipenko wrote: > >> Also, some device-trees won't have that regulator anyways because board > >> schemati

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-13 Thread Mark Brown
On Fri, Nov 13, 2020 at 01:37:01AM +0300, Dmitry Osipenko wrote: > 12.11.2020 23:01, Mark Brown пишет: > >> But it's not allowed to change voltage of a dummy regulator, is it > >> intentional? > > Of course not, we can't know if the requested new voltage is

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-13 Thread Mark Brown
On Fri, Nov 13, 2020 at 06:55:27PM +0300, Dmitry Osipenko wrote: > 13.11.2020 17:29, Mark Brown пишет: > > It's not clear if it matters - it's more a policy decision on the part > > of the driver about what it thinks safe error handling is. If it's not > I

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-13 Thread Mark Brown
On Fri, Nov 13, 2020 at 08:13:49PM +0300, Dmitry Osipenko wrote: > 13.11.2020 19:15, Mark Brown пишет: > > My point here is that the driver shouldn't be checking for a dummy > > regulator, the driver should be checking the features that are provided > > to it by the re

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-16 Thread Mark Brown
On Sun, Nov 15, 2020 at 08:42:10PM +0300, Dmitry Osipenko wrote: > 13.11.2020 20:28, Mark Brown пишет: > >> What should we do? > > As I keep saying the consumer driver should be enumerating the voltages > > it can set, if it can't find any and wants to continue then

Re: [PATCH 4/8] regulator: hi6421v600-regulator: move it from staging

2020-11-16 Thread Mark Brown
On Mon, Nov 16, 2020 at 01:59:30PM +0100, Mauro Carvalho Chehab wrote: > This driver is ready for mainstream. Move it out of staging. There's quite a few issues here, to be honest I'm disappointed some of them weren't caught during staging review, this needs fairly substantial work and there's si

Re: [PATCH 4/8] regulator: hi6421v600-regulator: move it from staging

2020-11-17 Thread Mark Brown
On Tue, Nov 17, 2020 at 09:08:22AM +0100, Mauro Carvalho Chehab wrote: > Mark Brown escreveu: > > This probe code looks very different to other regulator drivers, this > > alone should have been a warning that the driver needs some substantial > > refactoring here. As

Re: [PATCH 4/8] regulator: hi6421v600-regulator: move it from staging

2020-11-17 Thread Mark Brown
On Tue, Nov 17, 2020 at 09:38:30AM +0100, Mauro Carvalho Chehab wrote: > Mark Brown escreveu: > > This also appears to be missing a DT binding document, binding > > documentation is required for anything with DT support. > The DT binding is documented on patch 3/8, togeth

Re: [PATCH v1 11/30] drm/tegra: dc: Support OPP and SoC core voltage scaling

2020-11-19 Thread Mark Brown
On Thu, Nov 19, 2020 at 05:22:43PM +0300, Dmitry Osipenko wrote: > 16.11.2020 16:33, Mark Brown пишет: > > No, you are failing to understand the purpose of this code. To > > reiterate unless the device supports operating with the supply > > physically absent then the

Re: [PATCH v1 00/30] Introduce core voltage scaling for NVIDIA Tegra20/30 SoCs

2020-12-01 Thread Mark Brown
On Thu, 5 Nov 2020 02:43:57 +0300, Dmitry Osipenko wrote: > Introduce core voltage scaling for NVIDIA Tegra20/30 SoCs, which reduces > power consumption and heating of the Tegra chips. Tegra SoC has multiple > hardware units which belong to a core power domain of the SoC and share > the core voltag

Re: [PATCH v1 00/30] Introduce core voltage scaling for NVIDIA Tegra20/30 SoCs

2020-12-01 Thread Mark Brown
On Tue, Dec 01, 2020 at 05:17:20PM +0300, Dmitry Osipenko wrote: > 01.12.2020 16:57, Mark Brown пишет: > > [1/1] regulator: Allow skipping disabled regulators in > > regulator_check_consumers() > > (no commit info) > Could you please hold on this patch? It won&#x

Re: [PATCH v2 11/13] regulator: hi6421v600-regulator: move it from staging

2021-01-18 Thread Mark Brown
On Mon, Jan 18, 2021 at 02:28:12PM +0100, Mauro Carvalho Chehab wrote: > index f385146d2bd1..3b23ad56b31a 100644 > --- a/Documentation/devicetree/bindings/mfd/hisilicon,hi6421-spmi-pmic.yaml > +++ b/Documentation/devicetree/bindings/mfd/hisilicon,hi6421-spmi-pmic.yaml > @@ -60,6 +60,8 @@ required:

Re: [PATCH v2 11/13] regulator: hi6421v600-regulator: move it from staging

2021-01-18 Thread Mark Brown
On Mon, Jan 18, 2021 at 05:02:45PM +0100, Mauro Carvalho Chehab wrote: > Mark Brown escreveu: > > If for some reason the PMIC is sufficiently fragile to need a delay > > between enables it's not clear why the driver is doing it before > > enabling rather than after,

Re: [PATCH v3 15/18] mfd: hi6421-spmi-pmic: move driver from staging

2021-01-19 Thread Mark Brown
On Tue, Jan 19, 2021 at 11:14:20AM +0100, Mauro Carvalho Chehab wrote: > +int hi6421_spmi_pmic_read(struct hi6421_spmi_pmic *pmic, int reg) > +{ > + struct spmi_device *pdev; > + u8 read_value = 0; > + u32 ret; > + > + pdev = to_spmi_device(pmic->dev); > + if (!pdev) { > +

Re: [PATCH v4 19/21] regulator: hi6421v600-regulator: move it from staging

2021-01-19 Thread Mark Brown
On Tue, Jan 19, 2021 at 05:10:45PM +0100, Mauro Carvalho Chehab wrote: > +static int hi6421_spmi_regulator_get_voltage_sel(struct regulator_dev *rdev) > +{ > +static int hi6421_spmi_regulator_set_voltage_sel(struct regulator_dev *rdev, > + unsigned int

Re: [PATCH v4 19/21] regulator: hi6421v600-regulator: move it from staging

2021-01-20 Thread Mark Brown
On Wed, Jan 20, 2021 at 12:02:44AM +0100, Mauro Carvalho Chehab wrote: > Mark Brown escreveu: > > Now that the driver has been converted to regmap these are just > > duplicates of the regmap helpers. You may also be able to use them for > > the disable() and is_enabled()

Re: [PATCH v5 00/21] Move Hisilicon 6421v600 SPMI driver set out of staging

2021-01-26 Thread Mark Brown
On Tue, Jan 26, 2021 at 06:54:57PM +0100, Greg Kroah-Hartman wrote: > I've applied the first 13 patches, except for patch 3, as that did not > apply, to my tree, thanks. Is there a branch we can pull from? signature.asc Description: PGP signature ___

Re: [PATCH v5 00/21] Move Hisilicon 6421v600 SPMI driver set out of staging

2021-01-26 Thread Mark Brown
On Tue, Jan 26, 2021 at 07:02:39PM +0100, Greg Kroah-Hartman wrote: > On Tue, Jan 26, 2021 at 05:57:52PM +, Mark Brown wrote: > > Is there a branch we can pull from? > Once 0-day passes, you can pull from my staging-testing branch from > staging.git on git.kernel.org if you wa

Re: [PATCH v5 00/21] Move Hisilicon 6421v600 SPMI driver set out of staging

2021-01-27 Thread Mark Brown
On Wed, Jan 27, 2021 at 09:57:40AM +0100, Greg Kroah-Hartman wrote: > On Tue, Jan 26, 2021 at 06:11:24PM +, Mark Brown wrote: > > > Do you need a tag to pull from? > > It'd be nice but not essential. > Why do you want/need this? Having these changes in your tree

Re: [PATCH v5 00/21] Move Hisilicon 6421v600 SPMI driver set out of staging

2021-01-27 Thread Mark Brown
On Wed, Jan 27, 2021 at 02:32:35PM +0100, Greg Kroah-Hartman wrote: > On Wed, Jan 27, 2021 at 12:04:26PM +, Mark Brown wrote: > > The whole reason the driver is in the staging tree is that Mauro has a > > requirement to do things in a way that preserves history and so won

[PATCH v2] Drivers: hv: vmbus: Expose counters for interrupts and full conditions

2019-01-04 Thread Kimberly Brown
-v related drivers were in use. Signed-off-by: Kimberly Brown --- Changes in v2: - Added mailing lists to the cc list - Removed the host to guest interrupt counters proposed in v1 because they were not accurate - Added full condition counters for the channel's outbound ring buffer

[PATCH v3] Drivers: hv: vmbus: Expose counters for interrupts and full conditions

2019-01-16 Thread Kimberly Brown
-v related drivers were in use. Signed-off-by: Kimberly Brown --- Changes in v3: - Used the outbound ring buffer spinlock to protect the the full condition counters in set_channel_pending_send_size() - Corrected the KernelVersion values for the new entries in Documentation/ABI/stable/sysfs

Re: [PATCH v3] Drivers: hv: vmbus: Expose counters for interrupts and full conditions

2019-01-21 Thread Kimberly Brown
On Thu, Jan 17, 2019 at 09:11:03AM -0800, Stephen Hemminger wrote: > > > > +static ssize_t channel_intr_in_full_show(const struct vmbus_channel > > *channel, > > +char *buf) > > +{ > > + return sprintf(buf, "%llu\n", channel->intr_in_full); > > +} > > > int

[PATCH] Drivers: hv: vmbus: Add mutex lock to channel show functions

2019-01-21 Thread Kimberly Brown
The channel level "_show" functions are vulnerable to race conditions. Add a mutex lock and unlock around the call to the channel level "_show" functions in vmbus_chan_attr_show(). This problem was discussed here: https://lkml.org/lkml/2018/10/18/830 Signed-off-by: Kimberly

Re: [PATCH] Drivers: hv: vmbus: Add mutex lock to channel show functions

2019-01-21 Thread Kimberly Brown
On Tue, Jan 22, 2019 at 03:46:48AM +, Dexuan Cui wrote: > > From: Kimberly Brown > > Sent: Monday, January 21, 2019 6:08 PM > > Subject: [PATCH] Drivers: hv: vmbus: Add mutex lock to channel show > > functions > > > > The channel level "_show&quo

Re: [PATCH] Drivers: hv: vmbus: Add mutex lock to channel show functions

2019-01-28 Thread Kimberly Brown
On Tue, Jan 22, 2019 at 06:40:30PM +, Dexuan Cui wrote: > > From: Kimberly Brown > > Sent: Monday, January 21, 2019 10:43 PM > > > > @@ -1421,7 +1422,10 @@ static ssize_t vmbus_chan_attr_show(struct > > > > kobject *kobj, > > > >

Re: [PATCH] Drivers: hv: vmbus: Add mutex lock to channel show functions

2019-01-31 Thread Kimberly Brown
On Thu, Jan 31, 2019 at 04:45:35PM +, Michael Kelley wrote: > From: Sasha Levin Sent: Thursday, January 31, 2019 7:20 AM > > > > I've queued this one for hyper-fixes, thanks all! > > > > Actually, please hold off on queuing this one. In a conversation I had > yesterday with Kim, they had

Re: [PATCH 1/9 v3] staging: spi: mt7621: Switch to SPDX identifier

2019-02-01 Thread Mark Brown
On Fri, Feb 01, 2019 at 11:17:07AM +0100, Stefan Roese wrote: > @@ -1,3 +1,4 @@ > +// SPDX-License-Identifier: GPL-2.0 > /* > * spi-mt7621.c -- MediaTek MT7621 SPI controller driver > * Please convert the entire comment into a C++ comment so it looks more intentional. signature.asc Descrip

Re: [PATCH] Drivers: hv: vmbus: Add mutex lock to channel show functions

2019-02-02 Thread Kimberly Brown
On Fri, Feb 01, 2019 at 06:24:24PM +, Dexuan Cui wrote: > > From: Kimberly Brown > > Sent: Thursday, January 31, 2019 9:47 AM > > ... > > 2) Prevent a deadlock that can occur between the proposed mutex_lock() > > call in the vmbus_chan_attr_show() function and th

[PATCH v4] Drivers: hv: vmbus: Expose counters for interrupts and full conditions

2019-02-03 Thread Kimberly Brown
files were created and observing the counter values. The values seemed to increase by a reasonable amount when the Hyper-v related drivers were in use. Signed-off-by: Kimberly Brown --- Changes in v4: - In the commit message, added a paragraph describing why the full condition counters are i

Re: [PATCH 1/9 v3] staging: spi: mt7621: Switch to SPDX identifier

2019-02-04 Thread Mark Brown
On Mon, Feb 04, 2019 at 09:34:56AM +1100, NeilBrown wrote: > It is extremely common in the kernel for a file to start >// SPDX-License-Identifier. > and to have that immediately followed by a comment lile: > /* > * . > * Yes, there was a lot of automated conversion AFAIC

[PATCH 0/2] Drivers: hv: vmbus: Fix sysfs functions that display monitor id and page data

2019-02-08 Thread Kimberly Brown
a channel, display nothing in the channel's monitor id and monitor page data sysfs files. The data that is currently shown in sysfs is incorrect. Kimberly Brown (2): Drivers: hv: vmbus: Change server monitor_pages index to 0 Drivers: hv: vmbus: Display nothing in sysfs if monitor_alloca

[PATCH 1/2] Drivers: hv: vmbus: Change server monitor_pages index to 0

2019-02-08 Thread Kimberly Brown
tions. In addition, the server_monitor_latency_show() and server_monitor_conn_id_show() functions use monitor_pages index '0'. Signed-off-by: Kimberly Brown --- drivers/hv/vmbus_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hv/vmbus_drv.c b/drivers/

[PATCH 2/2] Drivers: hv: vmbus: Display nothing in sysfs if monitor_allocated not set

2019-02-08 Thread Kimberly Brown
ocated to a channel. In the affected "_show" functions, verify that "channel->offermsg.monitor_allocated" is set before accessing the monitor id or the monitor_page data. If "channel->offermsg.monitor_allocated" is not set, display nothing. Signed-off-by: Kimber

Re: [PATCH 2/2] Drivers: hv: vmbus: Display nothing in sysfs if monitor_allocated not set

2019-02-11 Thread Kimberly Brown
On Fri, Feb 08, 2019 at 02:32:09PM -0800, Stephen Hemminger wrote: > On Fri, 8 Feb 2019 05:01:12 -0500 > Kimberly Brown wrote: > > You are right, the current behavior is broken. > It would be good to add a description of under what conditions > monitor is not used. Is this some

Re: [PATCH 2/2] Drivers: hv: vmbus: Display nothing in sysfs if monitor_allocated not set

2019-02-13 Thread Kimberly Brown
On Mon, Feb 11, 2019 at 10:02:47AM -0800, Stephen Hemminger wrote: > On Mon, 11 Feb 2019 02:01:18 -0500 > Kimberly Brown wrote: > > > On Fri, Feb 08, 2019 at 02:32:09PM -0800, Stephen Hemminger wrote: > > > On Fri, 8 Feb 2019 05:01:12 -0500 > > > Kimberly Brown

Re: [PATCH] Drivers: hv: vmbus: Add mutex lock to channel show functions

2019-02-14 Thread Kimberly Brown
On Thu, Feb 14, 2019 at 08:54:31PM -0500, Sasha Levin wrote: > On Sat, Feb 02, 2019 at 03:07:35PM -0500, Kimberly Brown wrote: > > On Fri, Feb 01, 2019 at 06:24:24PM +, Dexuan Cui wrote: > > > > From: Kimberly Brown > > > > Sent: Thursday, January 31, 2

[PATCH v2 2/2] Drivers: hv: vmbus: Return -EINVAL if monitor_allocated not set

2019-02-18 Thread Kimberly Brown
or_allocated" is set before accessing the monitor id or the monitor page data. If "channel->offermsg.monitor_allocated" is not set, return -EINVAL. Signed-off-by: Kimberly Brown --- Documentation/ABI/stable/sysfs-bus-vmbus | 15 -- drivers/hv/vmbus_drv.c

[PATCH v2 0/2] Drivers: hv: vmbus: Fix sysfs functions that display monitor id and page data

2019-02-18 Thread Kimberly Brown
by S. Hemminger. - Updated the sysfs documentation to describe the new return value. Kimberly Brown (2): Drivers: hv: vmbus: Change server monitor_pages index to 0 Drivers: hv: vmbus: Return -EINVAL if monitor_allocated not set Documentation/ABI/stable/sysfs-bus-vmbus | 15 +

[PATCH v2 1/2] Drivers: hv: vmbus: Change server monitor_pages index to 0

2019-02-18 Thread Kimberly Brown
tions. In addition, the server_monitor_latency_show() and server_monitor_conn_id_show() functions use monitor_pages index '0'. Signed-off-by: Kimberly Brown Acked-by: Stephen Hemminger --- drivers/hv/vmbus_drv.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/hv/vmb

Re: [PATCH] spi: mt7621: Move SPI driver out of staging

2019-03-21 Thread Mark Brown
On Thu, Mar 14, 2019 at 12:52:12PM +0100, Stefan Roese wrote: This looks pretty good, a few trivial issues below but nothing major I think. > +config SPI_MT7621 > + tristate "MediaTek MT7621 SPI Controller" > + depends on RALINK > + help > + This selects a driver for the MediaTe

Re: [PATCH] spi: mt7621: Move SPI driver out of staging

2019-03-25 Thread Mark Brown
On Fri, Mar 22, 2019 at 03:02:54PM +0100, Stefan Roese wrote: > On 21.03.19 15:25, Mark Brown wrote: > > > + list_for_each_entry(t, &m->transfers, transfer_list) > > > + if (t->speed_hz < speed) > > > + speed = t->speed_hz;

[PATCH 08/10] staging: unisys: parser.c space after casts

2014-11-12 Thread Jeffrey Brown
Removed all spaces after casts in parser.c Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/staging/unisys/visorchipset/parser.c b/drivers/staging/unisys/visorchipset

[PATCH 06/10] staging: unisys: Controlvm_Payload_Bytes_Buffered camel case

2014-11-12 Thread Jeffrey Brown
Changed the camel case of the static ulong Controlvm_Payload_Bytes_ Buffered Controlvm_Payload_Bytes_Buffered =>controlvm_payload_bytes_buffered Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) d

[PATCH 04/10] staging: unisys: PARSER_CONTEXT typedef

2014-11-12 Thread Jeffrey Brown
Completely removed all trace of the typedef of PARSER_CONTEXT and replaced all instance of that typedef with parser_context_tag also changed PARSER_CONTEXT_Tag PARSER_CONTEXT_Tag => parser_context_tag Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c |

[PATCH 00/10] parser.h and parser.c patches

2014-11-12 Thread Jeffrey Brown
Sorry for all of the messy patches from before but here are the improved patches for parser.h and parser.c. The camel cases are grouped on functions and structs that occurs in both files. Jeffrey Brown (10): staging: unisys: parser_init camel cases staging: unisys: parser_init_byteStream

[PATCH 01/10] staging: unisys: parser_init camel cases

2014-11-12 Thread Jeffrey Brown
Fixed camel cases for parser_init isLocal => is_local tryAgain => try_again Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c | 4 ++-- drivers/staging/unisys/visorchipset/parser.h | 3 ++- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/d

[PATCH 02/10] staging: unisys: parser_init_byteStream camel case

2014-11-12 Thread Jeffrey Brown
Changed the camel cases for the struct parser_init_bytestream parser_init_byteStream => parser_init_bytestream isLocal => is_local tryAgain => try_again Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c| 4 ++-- drivers/staging/unisys/vis

[PATCH 07/10] staging: unisys: parser_init_guts and parser_param_start camel case

2014-11-12 Thread Jeffrey Brown
Fixed camel cases in the struct parser_init_guts and an Away camel case in parser_param_start isLocal => is_local tryAgain => try_again HasStandardPayloadHeader => has_standard_payload_header Away => cleanups Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/p

[PATCH 05/10] staging: unisys: PARSER_WHICH_STRING typedef

2014-11-12 Thread Jeffrey Brown
Removed the typedef of PARSER_WHICH_STRING and replaced all instance of the typedef with enum parser_which_string. Also changed the name of it to parser_which_string PARSER_WHICH_STRING => parser_which_string Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c

[PATCH 09/10] staging: unisys: parser.c braces

2014-11-12 Thread Jeffrey Brown
Inserted a necessary brace for an if statement on line 146 of parser.c Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/unisys/visorchipset/parser.c b/drivers/staging/unisys

[PATCH 03/10] staging: unisys: simpleString_get & byteStream_get camel case

2014-11-12 Thread Jeffrey Brown
Fixed the camel case for parser_byteStream_get and parser_simpleString_get parser_simpleString_get => parser_simplestring_get parser_byteStream_get => parser_bytestream_get Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c | 4 ++-- drivers/staging/

[PATCH 10/10] staging: unisys: parser.c logical continuation

2014-11-12 Thread Jeffrey Brown
Fixed a logical continuation on line 391 by placing the '||' operator on line 390 Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/parser.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/unisys/visorchipset/parser.c b/drive

[PATCH 04/71] staging: unisys: kzalloc visorchipset_main.c

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Inserted preferred sizeof statements for kzalloc in visorchipset_ main.c line 1127: kzalloc(sizeof(*pBusInfo)...) line 1277: kzalloc(sizeof(*pDevInfo)...) Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 4 ++-- 1 file changed, 2

[PATCH 00/71] visorchipset_main.c patches

2014-11-12 Thread Jeffrey Brown
I am really sorry about the exterme number of patches I gave you, it was a very large file to take care of I could make the number of patches a little less if you want. The patches start off simple by taking care of trivial stuff like alignment and space after casts. The patches go into the camel

[PATCH 05/71] staging: unisys: visorchipset_main.c braces and spaces

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Inserted and formatted braces properly, also removed unnecessary spaces that were usually surrounding the braces Signed-off-by: Jeffrey Brown --- .../unisys/visorchipset/visorchipset_main.c| 24 +- 1 file changed, 10 insertions(+), 14 deletions

[PATCH 01/71] staging: unisys: space after a cast visorchipset_main.c

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Removed all spaces after casts in visorchipset_main.c Signed-off-by: Jeffrey Brown --- .../unisys/visorchipset/visorchipset_main.c| 62 +++--- 1 file changed, 31 insertions(+), 31 deletions(-) diff --git a/drivers/staging/unisys/visorchipset

[PATCH 41/71] staging: unisys: textId camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the u32 textId to textid in the static ssize_ts textid_show and textid_store textId => textid Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/driv

[PATCH 10/71] staging: unisys: NotifierLock camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Replaced the static DEFINE_SEMAPHORE NotifierLock with notifierlock NotifierLock => notifierlock Signed-off-by: Jeffrey Brown --- .../staging/unisys/visorchipset/visorchipset_main.c| 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/driv

[PATCH 13/71] staging: unisys: invalid bus/device number camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed two static ulongs that are supposed to represent invalid bus/device numbers g_diagpoolBusNo => g_diagpoolbusno g_diagpoolDevNo => g_diagpooldevno Signed-off-by: Jeffrey Brown --- .../staging/unisys/visorchipset/visorchipset_main.c| 18 +-

[PATCH 34/71] staging: unisys: Controlvm_Pending_Msg_Valid camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the static BOOL to controlvm_pending_msg_valid Controlvm_Pending_Msg_Valid => controlvm_pending_msg_valid Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --gi

[PATCH 39/71] staging: unisys: toolAction camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel cases of toolAction to toolaction in the static ssize_ts toolaction_store, and toolaction_show toolAction => toolaction Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 12 ++-- 1 file changed, 6 inserti

[PATCH 36/71] staging: unisys: MajorDev camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the static dev_t at line 252 to majordev Major => majordev Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/staging/unisys/visorchip

[PATCH 03/71] staging: unisys: visorchipset_main.c logical continuations

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Fixed all logical continuations by moving the operators to their correct lines, (which is the line previous to the operator) Signed-off-by: Jeffrey Brown --- .../unisys/visorchipset/visorchipset_main.c| 23 +++--- 1 file changed, 11 insertions(+), 12

[PATCH 18/71] staging: unisys: LIVEDUMP_INFO camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel cases for the variables for the struct LIVEDUMP_ INFO Dumpcapture_header => dumpcapture_header Gettextdump_header => gettextdump_header Dumpcomplete_header => dumpcomplete_header Gettextdump_outstanding => gettextdump_outstanding Signed-off-by: J

[PATCH 02/71] staging: unisys: Alignment fixes visorchipset_main.c

2014-11-12 Thread Jeffrey Brown
Brown --- .../unisys/visorchipset/visorchipset_main.c| 166 +++-- 1 file changed, 89 insertions(+), 77 deletions(-) diff --git a/drivers/staging/unisys/visorchipset/visorchipset_main.c b/drivers/staging/unisys/visorchipset/visorchipset_main.c index 003b6f3..73cd0a3 100644

[PATCH 26/71] staging: unisys: Parahotplug_request_list camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the static LIST_HEAD to parahotplug_request_list Parahotplug_request => parahotplug_request Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/driv

[PATCH 42/71] staging: unisys: remainingSteps camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel case of remainingSteps in the static ssize_ts of remaining_steps_show and remaining_steps_store remainingSteps => remainingsteps Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 12 ++-- 1 file changed

[PATCH 38/71] staging: unisys: controlvm prototype camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel case msgHdr to msghdr in the static voids controlvm_respond, controlvm_respond_chipset_init, & controlvm_- respond_physdev_changestate msgHdr => msghdr Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 6 +++---

[PATCH 47/71] staging: unisys: visorchipset_save_message camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel cases for the void visorchipset_save_message localSavedCrashMsgOffset -> localsavedcrashmsgoffset localSavedCrashMsgCount -> localsavedcrashmsgcount Signed-off-by: Jeffrey Brown --- .../staging/unisys/visorchipset/visorchipset_main.c

[PATCH 31/71] staging: unisys: device_destroy_response camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel cases for the static void device_destroy_response busNo -> busno devNo -> devno Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/s

[PATCH 09/71] stating: unisys: Periodic_controlvm_workqueue camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed this static struct pointer to periodic_controlvm_workqueue Periodic_controlvm_workqueue => periodic_controlvm_workqueue Signed-off-by: Jeffrey Brown --- .../staging/unisys/visorchipset/visorchipset_main.c| 18 +- 1 file changed, 9 insertions(+)

[PATCH 44/71] staging: unisys: devInfo_clear camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the static void devInfo_clear to devinfo_clear devInfo_clear => devinfo_clear Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/uni

[PATCH 07/71] staging: unisys: Most_recent_message_jiffies

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the static ulong to most_recent_message_jiffies Most_recent_message_jiffies => most_recent_message_jiffies Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --gi

[PATCH 25/71] staging: unisys: atomic_t camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the varaible Visorchipset_cache_buffers_in_use to visorchipset_cache_buffers_in_use Visorchipset_cache_buffer_in_use =>visorchipset_cache_buffer_in_use Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 6 +++--- 1 file changed

[PATCH 08/71] staging: unisys: Periodic_controlvm_work camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed this camel case to periodic_controlvm_work Periodic_controlvm_work => periodic_controlvm_work Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --gi

[PATCH 06/71] staging: unisys: Poll_jiffies camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the static ulong Poll_jiffies to poll_jiffies using refactor and rename Poll_jiffies => poll_jiffies Signed-off-by: Jeffrey Brown --- .../staging/unisys/visorchipset/visorchipset_main.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) d

[PATCH 19/71] staging: unisys: Controlvm_payload_info camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed this variable to controlvm_payload_info Controlvm_payload_info => controlvm_payload_info Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/stag

[PATCH 14/71] staging: unisys: controlvm_message_packet camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel case g_DeviceChangeStatePacket to g_deicechange- statepacket g_DeviceChangeStatePacket => g_devicechangestatepacket Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 10 +- 1 file changed, 5 insertions(+)

[PATCH 23/71] staging: unisys: Putfile_buffer_list_pool camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the static struct Putfile_buffer_list_pool to putfile_buffer_list_pool Putfile_buffer_list_pool => putfile_buffer_list_pool Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 12 ++-- 1 file changed, 6 insertions(+)

[PATCH 60/71] staging: unisys: initialize_controlvm_payload camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Fixed the static void initialize_controlvm_payload camel cases payloadOffset -> payloadoffset payloadBytes -> payloadbytes Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 10 +- 1 file changed, 5 insertions(+), 5 del

[PATCH 32/71] staging: unisys: device_resume_response camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel cases fore the static void device_resume_response busNo -> busno devNo -> devno Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/s

[PATCH 12/71] staging: unisys: static const uuid_le camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the uuid_le UltraDiagpoolChannelProtocolGuid to ultradiagpoolchannelprotocolguid in visorchipset_main.c UltraDiagpoolChannelProtocolGuid => ultradiagpoolchannelprotocolguid Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c

[PATCH 43/71] staging: unisys: busInfo_clear camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Chagned the static void's name to businfo_clear busInfo_clear => businfo_clear Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/unisys/viso

[PATCH 24/71] staging: unisys: Putfile_request_list camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the static LIST_HEAD to putfile_request_list Putfile_request_list => putfile_request_list Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/uni

[PATCH 30/71] staging: unisys: device_create_response camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel cases for ethe static void device_create_response busNo => busno devNo => devno Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/s

[PATCH 52/71] staging: unisys: device_epilog camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel cases in the static void device_epilog busNo -> busno devNo -> devNo msgHdr -> msghdr needResponse -> needresponse pDevInfo -> pdevinfo Signed-off-by: Jeffrey Brown --- .../unisys/visorchipset/visorchipset_main.c| 40 +++

[PATCH 27/71] staging: unisys: visorchipset_busdev_notifiers camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the camel cases that manages the info for a CONTROLVM_DUMP_ CAPTURESTATE and CONTROLVM/REPORTEVENT BusDev_Server_Notifiers => busdev_server_notifiers BusDev_Client_Notifiers => busdev_client_notifiers Signed-off-by: Jeffrey Brown --- .../unisys/visorc

[PATCH 45/71] staging: unisys: chipset_init camel cases

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Cleaned up all of the camel cases in the static void chipset_init Away -> cleanups Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/unisys/visorchip

[PATCH 20/71] staging: unisys: Livedump_info camel case

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed this static struct LIVEDUMP_INFO into livedump_info Livedump_info = livedump_info Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/staging/unisys

[PATCH 69/71] staging: unisys: CONTROLVM_PAYLOAD_INFO typedef

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the typedef struct CONTROLVM_PAYLOAD_INFO on line 107 to a normal struct and replaced every instnace of CONTROLVM_PAYLOAD_INFO with "struct CONTROLVM_PAYLOAD_INFO" Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_m

[PATCH 70/71] staging: unisys: LIVEDUMP_INFO typedef

2014-11-12 Thread Jeffrey Brown
From: Jeffrey Changed the typedef LIVEDUMP_INFO to a normal struct and replaced the only other instance of LIVEDUMP_INFO to "struct LIVEDUMP_INFO" on line 133 Signed-off-by: Jeffrey Brown --- drivers/staging/unisys/visorchipset/visorchipset_main.c | 7 --- 1 file changed, 4

  1   2   3   >