ple (CC'd) may have been working on / had an
interest in writing such a driver. I'm not sure what the status of
that effort is though.
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
__
there be any value in doing this for _all_ cases where the
function name is written in a format string?
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
___
devel mailin
Hi Julia,
On Mon, Dec 8, 2014 at 5:43 PM, Julia Lawall wrote:
> On Mon, 8 Dec 2014, Julian Calaby wrote:
>
>> Hi Julia,
>>
>> On Mon, Dec 8, 2014 at 6:20 AM, Julia Lawall wrote:
>> > These patches replace what appears to be a reference to the name of the
>&g
ing/wilc1000/wilc_wlan.c
> @@ -11,7 +11,7 @@
>
> static inline bool is_wilc1000(u32 id)
> {
> - return ((id & 0xf000) == 0x10 ? true : false);
> + return ((id & 0xf000) == 0x100000);
Whilst you're here, you might as well remove the superfluous p
Hi All,
On Fri, Mar 3, 2017 at 4:05 AM, Georgios Emmanouil wrote:
> Fixed alignment to match parenthesis.
>
> Signed-off-by: Georgios Emmanouil
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/wilc_spi.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
s Emmanouil
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/wilc_spi.c | 14 ++
> 1 file changed, 6 insertions(+), 8 deletions(-)
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
_
Hi All,
On Fri, Mar 3, 2017 at 4:06 AM, Georgios Emmanouil wrote:
> Fixed spelling error. 'unkmown' to 'unknown'.
>
> Signed-off-by: Georgios Emmanouil
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/wilc_spi.c | 8
> 1 file
Hi All,
On Fri, Mar 3, 2017 at 4:07 AM, Georgios Emmanouil wrote:
> Added blank line after function and modified comment style.
>
> Signed-off-by: Georgios Emmanouil
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/wilc_spi.c | 7 ++-
> 1 file changed,
Hi All,
On Fri, Mar 3, 2017 at 3:14 AM, Georgios Emmanouil wrote:
> Modified the 'if-else' statement to make it more readable.
>
> Signed-off-by: Georgios Emmanouil
Again, I'm dubious if this is needed or helpful, but
Reviewed-by: Julian Calaby
> ---
> drivers
Hi All,
On Fri, Mar 3, 2017 at 3:41 AM, Georgios Emmanouil wrote:
> Modified comment style to preferred kernel comment style.
>
> Signed-off-by: Georgios Emmanouil
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/wilc_sdio.c | 13 +
> 1 file cha
Hi All,
On Fri, Mar 3, 2017 at 2:35 AM, Georgios Emmanouil wrote:
> Removed unnecessary blank line.
>
> Signed-off-by: Georgios Emmanouil
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/host_interface.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff
Hi All,
On Fri, Mar 3, 2017 at 2:37 AM, Georgios Emmanouil wrote:
> Fixed alignment to match open parenthesis.
>
> Signed-off-by: Georgios Emmanouil
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/host_interface.c | 2 +-
> 1 file changed, 1 insert
Hi All,
On Fri, Mar 3, 2017 at 2:38 AM, Georgios Emmanouil wrote:
> Removed unnecessary 'if' statement and integrated the condition to the
> previous 'if' statement.
>
> Signed-off-by: Georgios Emmanouil
Reviewed-by: Julian Calaby
> ---
> drivers/
return -1;
> @@ -327,7 +303,7 @@ static int ieee80211_tkip_encrypt(struct sk_buff
> *skb, int hdr_len, void *priv)
> tkey->tx_iv32);
> tkey->tx_phase1_done = 1;
> }
> -tkip_mixing_phase2(rc
tree and detect it based on that?
I'm pretty sure that the Broadcom fmac driver does something like this.
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
___
d
NGE;
> +
> + return ((eccbyte / 6) * 16) + 1;
Are you sure this is correct? My reading of this is that we'd get 1
for eccbytes 0 through 5.
Would
((eccbyte / 6) * 16) + (eccbyte % 6) + 1
be more correct?
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
gt; - } else {
> - return 0;
> - }
> -
This isn't equivalent code as both arms of the if statement eventually
call return 0.
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
Hi Glen,
On Thu, Dec 24, 2015 at 2:06 PM, glen lee wrote:
>
>
> On 2015년 12월 24일 11:39, Julian Calaby wrote:
>>
>> Hi Glen,
>>
>> On Wed, Dec 23, 2015 at 1:33 PM, Glen Lee wrote:
>>>
>>> wilc_sdio_init return always 1. It is needless, so
rsion into the function call following these lines so that they
remain "clean".
That said, I'm not sure this particular snippet of code would work on
big-endian at all as I'm pretty sure that BIT() produces cpu-endian
values and we know from the line you remove that h2c
-DP2P_CONCURRENCY_FIRMWARE=\"atmel/wilc1000_p2p_fw.bin\"
> +ccflags-y += -DFIRMWARE_1002=\"atmel/wilc1002_firmware.bin\" \
> + -DFIRMWARE_1003=\"atmel/wilc1003_firmware.bin\"
You can probably put these defines in a header somewhere instead of here.
Also
ion? Or should we ignore this as this driver
will eventually be going away?
Thanks,
Julian Calaby
> ---
> drivers/staging/rtl8723au/hal/rtl8723a_cmd.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/staging/rtl8723au/hal/rtl8723a_cmd.c
> b
oks right to me.
Reviewed-by: Julian Calaby
> ---
> drivers/staging/rtl8723au/core/rtw_wlan_util.c | 10 --
> drivers/staging/rtl8723au/include/rtw_mlme_ext.h | 2 --
> 2 files changed, 12 deletions(-)
>
> diff --git a/drivers/staging/rtl8723au/core/rtw_wlan_util.c
&
mika Goyal
Looks right to me.
Reviewed-by: Julian Calaby
> ---
> drivers/staging/rtl8723au/core/rtw_recv.c| 25 -
> drivers/staging/rtl8723au/include/rtw_recv.h | 2 --
> 2 files changed, 27 deletions(-)
>
> diff --git a/drivers/staging/rtl8723au/
a signed-off-by line here.
> ---
> drivers/staging/wilc1000/wilc_sdio.c | 136
> ---
> 1 file changed, 31 insertions(+), 105 deletions(-)
>
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.goo
ible.
>
> And uses wireless extensions, yuck. There's a lot of work to get it into
> reasonable shape, fixing checkpatch warnings will not be enough.
On the same subject, the wilc1000 driver has taken some pretty big
steps in the past few days, how far away do you think it is from
gr
Hi Greg,
On Thu, Jan 28, 2016 at 10:07 AM, Greg KH wrote:
> On Thu, Jan 28, 2016 at 09:48:16AM +1100, Julian Calaby wrote:
>> Hi Glen,
>>
>> On Thu, Jan 28, 2016 at 5:27 AM, Kalle Valo wrote:
>> > Dan Carpenter writes:
>> >
>> >> On Mon, J
kfree(pstrConnectRespInfo->pu8RespIEs);
> pstrConnectRespInfo->pu8RespIEs = NULL;
> } else {
> - s32Error = -EFAULT;
> + result = -EFAULT;
> }
>
> kfre
Hi Greg,
On Thu, Jan 28, 2016 at 10:32 AM, Greg KH wrote:
> On Thu, Jan 28, 2016 at 10:28:38AM +1100, Julian Calaby wrote:
>> Hi Greg,
>>
>> On Thu, Jan 28, 2016 at 10:07 AM, Greg KH wrote:
>> > On Thu, Jan 28, 2016 at 09:48:16AM +1100, Julian Calaby wrote:
>
en more clear, these were ideas for the next round of
changes, not changes you should make to this patch.
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
___
devel mailing list
de
kpatch should have picked this up, you did run the patch
through checkpatch before you sent it, right?
Jes,
I know you have strong feelings on coding style, but there are a lot
of people out there who see deviations from the standard as bugs to be
fixed, so stuff like this isn't going to stop unti
Hi Joe,
On Sat, Jan 30, 2016 at 12:28 PM, Joe Perches wrote:
> On Sat, 2016-01-30 at 10:17 +1100, Julian Calaby wrote:
>> On Sat, Jan 30, 2016 at 5:00 AM, Jes Sorensen
>> wrote:
>> > Bhaktipriya Shridhar writes:
>> > > This patch fixes checkpat
On Sat, Jan 30, 2016 at 4:57 PM, Bhaktipriya Shridhar
wrote:
> This patch fixes checkpatch.pl warning in rtw_mlme_ext.c file.
> WARNING: void function return statements are not generally useful
>
> Signed-off-by: Bhaktipriya Shridhar
Looks sane to me.
Reviewed-by: J
\n.
6. Report the middle line the preceding regular expression matches to the user.
I'm confident I can write it as a shell script, but I don't know
enough Perl to add that test to checkpatch.pl
Thanks,
--
Julian Calaby
Email: julian.cal...@g
e work!
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/coreconfigurator.c | 22 --
> drivers/staging/wilc1000/coreconfigurator.h | 1 -
> drivers/staging/wilc1000/host_interface.c | 4 ++--
> 3 files changed, 2 insertions(+), 25 deletions(
Nice work!
Reviewed-by: Julian Calaby
> ---
> drivers/staging/wilc1000/coreconfigurator.c | 22 --
> drivers/staging/wilc1000/coreconfigurator.h | 1 -
> drivers/staging/wilc1000/host_interface.c | 4 ++--
> 3 files changed, 2 insertions(+), 25 delet
_entry*() calls
You need to either specify all of these in the changelog or split it
up into multiple patches.
Thanks,
Julian Calaby
>
> Signed-off-by: Geliang Tang
> ---
> Changes in v3:
> - split it into three patches.
> Changes in v2:
> - drop the coding style fixing in v
uct net_device *dev)
>
> void wilc_dbg(u8 *buff)
> {
> - PRINT_D(INIT_DBG, "%d\n", *buff);
> }
Are you sure this is right? If so, why not just remove this function entirely?
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/prof
return -ENOBUFS;
> + return PTR_ERR(wilc->txq_thread);
Are you sure changing the error returned is correct? Do all the
callers of wlan_initialize_threads() handle the full range of errors
from kthread_run()?
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Hi Vladimir,
On Thu, Mar 10, 2016 at 10:30 AM, Vladimir Zapolskiy wrote:
> Hi Julian,
>
> On 10.03.2016 01:27, Julian Calaby wrote:
>> Hi Vladimir,
>>
>> On Thu, Mar 10, 2016 at 10:13 AM, Vladimir Zapolskiy wrote:
>>> The kthread_run() function returns eithe
Hi Vladimir,
On Thu, Mar 10, 2016 at 11:02 AM, Vladimir Zapolskiy wrote:
> Hi Julian,
>
> On 10.03.2016 01:42, Julian Calaby wrote:
>> Hi Vladimir,
>>
>> On Thu, Mar 10, 2016 at 10:30 AM, Vladimir Zapolskiy wrote:
>>> Hi Julian,
>>>
>>> On 1
> #define MAX_MAC_HDR_LEN 26 /* QOS_MAC_HDR_LEN */
> #define SUB_MSDU_HEADER_LENGTH 14
> +#ifdef CONFIG_64BIT
> +#define SNAP_HDR_LEN12
> +#else
> #define SNAP_HDR_LEN8
> +#endif
> #define ETHERNET_HDR_LEN 14
> #define WORD_AL
ot;improve" on the system are unnecessary and annoying people. The
instructions there are the recommended way to do things for a reason.
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
___
devel mailing list
de...@linuxdriverproject.org
http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
the data structure "author" by design
> in this content management system?
The information stored for a commit is:
= = = = = =
tree 09496defc9eb793c665a7b80aa22f24c7bd5f204
parent 63c07589832bfe5ec49f2523ddb0e94a20af0f31
author Julian Calaby 1435196810 +1000
committer Julian Calaby 1436322
functionality from the Git software.
Git was originally written to manage the Linux kernel. This feature
was probably added by either Linus himself or one of the original
developers who I believe were kernel developers. The patch submission
process has been around for a long time, if this featu
could insert a patch at any point in the history of
Linux in my own repository, however any attempt to push that upstream
would cause enormous amounts of pain and annoyance, to everyone who
attempted to deal with it, so I don't.
Thanks,
--
Julian Calaby
Email: julian.cal..
g_frame_in_use = 1;
>
> /*Edited by Amr - BugID_4720*/
> - if (wilc_wlan_cfg_commit(WILC_CFG_QUERY, drvHandler))
> + if (wilc_wlan_cfg_commit(WILC_CFG_QUERY, (tstrWILC_WFIDrv
> *)drvHandler))
Ditto.
Thanks,
--
Julian Calaby
Email: j
(counter ==
> u32WIDsCount - 1), drvHandler)) {
> + (counter ==
> u32WIDsCount - 1), (void *)drvHandler)) {
If I recall correctly, you shouldn't need void * casts.
Thanks,
--
Ju
> pstrWIDs[counter].s32ValueSize,
> - (counter ==
> u32WIDsCount - 1), drvHandler)) {
> + (counter ==
> u32WIDsCount - 1), (void *)drvHandler)) {
Ag
is defined, the function can not refer to the structure type.
> So this patch change the argument to void type pointer.
Same comments again, why not move the structure definition?
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/prof
Hi Johnny,
On Fri, Jul 10, 2015 at 5:58 PM, Johnny Kim wrote:
>
> On 2015년 07월 10일 15:20, Julian Calaby wrote:
>>
>> Hi Johnny,
>>
>> On Fri, Jul 10, 2015 at 3:55 PM, Johnny Kim wrote:
>>>
>>> A argument of wilc_wlan_cfg_commit() is address of s
Hi Johnny,
On Fri, Jul 10, 2015 at 6:11 PM, Johnny Kim wrote:
>
> On 2015년 07월 10일 15:25, Julian Calaby wrote:
>>
>> Hi Johnny,
>>
>> On Fri, Jul 10, 2015 at 3:55 PM, Johnny Kim wrote:
>>>
>>> Last argument of wilc_wlan_cfg_get function is actu
}
> WILC_memcpy(pstrSetBeaconParam->pu8Head, pu8Head, u32HeadLen);
> pstrSetBeaconParam->u32TailLen = u32TailLen;
>
> @@ -7159,6 +7162,7 @@ s32 host_int_add_beacon(WILC_WFIDrvHandle hWFIDrv, u32
> u32Interval,
> WILC_FREE(pstrSetB
memset((void *)gps8ConfigPacket, 0, MAX_PACKET_BUFF_SIZE);
I believe you can get rid of these void* casts, you're modifying the
line anyway.
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
addr, 0, &pdvobjpriv->usb_buf.val32,
>>> sizeof(data),
>>> RTW_USB_CONTROL_MSG_TIMEOUT);
>>
>> Again, fix the formatting if you want to make this change.
>>
>> NACK
>>
>> Jes
>
>
&
f -1 is more
> appropriate.
These two changes could be argued to be separate changes deserving of
their own patches.
> Signed-off-by: Luis de Bethencourt
However if everyone else is ok with that, this is:
Reviewed-by: Julian Calaby
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail
The return value of wlan_initialize_threads() is only checked to be
non-zero, so this looks right to me.
Reviewed-by: Julian Calaby
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
___
Hi Luis,
On Thu, Jun 23, 2016 at 9:25 PM, Luis de Bethencourt
wrote:
> On 23/06/16 02:29, Julian Calaby wrote:
>> Hi All,
>>
>> On Wed, Jun 22, 2016 at 10:39 PM, Luis de Bethencourt
>> wrote:
>>> The common format to check if a function returned an error poin
a hit to the
>> kernelnewbies mailing list :)
>
> Or not.
>
> really_long_identifiers™ makes using 80 columns silly.
>
> The hungarian could probably be converted though.
The main developers of this driver are slowly working through the
driver's style issues, which is part of the r
Hi Luis,
On Fri, Jun 24, 2016 at 9:50 AM, Luis de Bethencourt
wrote:
> On 24/06/16 00:15, Julian Calaby wrote:
>> Hi Joe,
>>
>> On Fri, Jun 24, 2016 at 5:24 AM, Joe Perches wrote:
>>> On Thu, 2016-06-23 at 18:57 +0100, Luis de Bethencourt wrote:
>>>
Hi All,
On Thu, Jun 23, 2016 at 11:14 PM, Colin King wrote:
> From: Colin Ian King
>
> trivial fix to spelling mistake in dev_err messages
>
> Signed-off-by: Colin Ian King
Looks right to me.
Reviewed-by: Julian Calaby
Thanks,
--
Julian Calaby
Email: julian.cal...@gm
pointer
> for a valid data item.
>
> Improve this implementation detail by the introduction of another
> jump label.
>
> Signed-off-by: Markus Elfring
This is pointless micro-optimisation: kfree(NULL) is perfectly valid
and buff is either malloc'd memory or NULL when it
Hi All,
On Sun, Aug 28, 2016 at 9:28 PM, Colin King wrote:
> From: Colin Ian King
>
> trivial fix to spelling mistake in dev_err message
>
> Signed-off-by: Colin Ian King
Reviewed-by: Julian Calaby
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http:/
result = -EINVAL;
Why not just have
return -EINVAL;
here?
> }
>
> - return s32Error;
> + return result;
and
return 0;
here?
Thanks,
--
Julian Calaby
Email: julian.cal...@gmail.com
Profile: http://www.google.com/profiles/julian.calaby/
_
&msg, sizeof(struct host_if_msg));
> + if (result) {
> PRINT_ER("wilc mq send fail\n");
> - s32Error = -EINVAL;
> + result = -EINVAL;
Same comments here: Why not
return -EINVAL;
> }
>
> /* wait untill MSG Q
PRINT_ER("wilc mq send fail\n");
> - result = -EINVAL;
> + return -EINVAL;
Returning here means that we don't call down:
> }
>
> /* wait untill MSG Q is empty */
> down(&hWaitResponse);
h
/// matched code has to be contiguous
> ///
> /// Blatantly cribbed from: scripts/coccinelle/api/alloc/kzalloc-simple.cocci
>
> @@
> type T, T2;
> expression x;
> expression E1,E2,E3;
> statement S;
> @@
>
> - x = (T)pci_alloc_consistent(E1,E2,E3);
> + x = pci_za
tstrWILC_WFIDrv *)drvHandler;
> + id = ((pu8Buffer[u32Length - 4]) | (pu8Buffer[u32Length - 3] << 8) |
> (pu8Buffer[u32Length - 2] << 16) | (pu8Buffer[u32Length - 1] << 24));
Would be32_to_cpu() or something like that be able to help you do this?
32 result = 0;
>
> PRINT_D(CORECONFIG_DBG, "CoreConfiguratorDeInit()\n");
>
>
> - return s32Error;
> + return result;
Ditto.
> }
>
> /*Using the global handle of the driver*/
> diff --git a/drivers/staging/wilc1000/host_interface.c
> b
68 matches
Mail list logo