[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <1344064508-11975-1-git-send-email-develkernel412222@gmail.com>
Date: Sat, 4 Aug 2012 13:00:08 +0545
From: Devendra Naga <develkernel412222@...il.com>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
devel@...verdev.osuosl.org, linux-kernel@...r.kernel.org,
Mikko Virkkilä <mikko.virkkila@...egiga.com>,
Lauri Hintsala <Lauri.Hintsala@...egiga.com>,
Riku Mettälä <riku.mettala@...egiga.com>,
Veli-Pekka Peltola <veli-pekka.peltola@...egiga.com>
Cc: Devendra Naga <develkernel412222@...il.com>
Subject: [PATCH 0/5] staging/csr: cleanup patches
Hi Greg,
These patches does
* coding style fixes
* little cleanups like unneeded initialisations and
comparing a bool against 1 in if
each and every patch is compile tested on top of the previous one
Thanks,
----------------------------
Actually i have a question about the dbg macros, unifi_warning,
unifi_error, and unifi_trace,
I think these can be implemented using dev_warn, dev_dbg, functions,
i mean we can remove these unifi_warning and unifi_error and unifi_trace
and use the dev_warn and dev_dbg.
Please correct me if i am wrong
Devendra Naga (5):
staging/csr: clean coding style in uf_start_thread
staging/csr: fix coding style problems in uf_stop_thread
staging/csr: fix coding style problems in uf_wait_for_thread_to_stop
staging/csr: remove the initialisation of interfaceTag and its
comment in handle_bh_error
staging/csr: fix coding style problems in handle_bh_error
drivers/staging/csr/bh.c | 173 ++++++++++++++++++++++++----------------------
1 file changed, 90 insertions(+), 83 deletions(-)
Signed-off-by: Devendra Naga <develkernel412222@...il.com>
--
1.7.9.5
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists