From: Vasanthakumar Thiagarajan <vthiagar@qca.qualcomm.com>
To: Kalle Valo <kvalo@qca.qualcomm.com>
Cc: <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH] ath6kl: Add debugfs interface to dump diagnostic registers
Date: Wed, 31 Aug 2011 15:17:23 +0530 [thread overview]
Message-ID: <20110831094722.GA13140@vasanth-laptop> (raw)
In-Reply-To: <4E5DEFA5.7050001@qca.qualcomm.com>
On Wed, Aug 31, 2011 at 11:24:05AM +0300, Kalle Valo wrote:
> On 08/30/2011 06:16 PM, Vasanthakumar Thiagarajan wrote:
> > To dump a particular register, echo reg_addr > <debugfs_root>/ieee80211/phyX/ath6kl/reg_addr,
> > to dump the entire register set, echo 0 > <debugfs_root>/ieee80211/phyX/ath6kl/reg_addr, and
> > register values will be available at <debugfs_root>/ieee80211/phyX/ath6kl/reg_dump.
>
> I like this :) The full dump just takes quite long, 22 seconds on my x86
> box, and cat dumps everything only in the end. It would be nice to
> improve that somehow by sending results in smaller pieces, but no need
> to worry about that now.
Yeah, it takes significant time (but not as much as 22:)), anyway,
may be we need to give an option to dump specific range of register
like BB,MAC,DCU...This can be a follow up patch.
>
> First, I saw few sparse warnings:
>
> drivers/net/wireless/ath/ath6kl/debug.c:666:33: warning: incorrect type
> in argument 2 (different base types)
> drivers/net/wireless/ath/ath6kl/debug.c:666:33: expected unsigned int
> [unsigned] [usertype] address
> drivers/net/wireless/ath/ath6kl/debug.c:666:33: got restricted __le32
> [usertype] <noident>
> drivers/net/wireless/ath/ath6kl/debug.c:667:34: warning: incorrect type
> in argument 3 (different base types)
> drivers/net/wireless/ath/ath6kl/debug.c:667:34: expected unsigned int
> [usertype] *value
> drivers/net/wireless/ath/ath6kl/debug.c:667:34: got restricted __le32
> *<noident>
> drivers/net/wireless/ath/ath6kl/debug.c:680:41: warning: incorrect type
> in argument 2 (different base types)
> drivers/net/wireless/ath/ath6kl/debug.c:680:41: expected unsigned int
> [unsigned] [usertype] address
> drivers/net/wireless/ath/ath6kl/debug.c:680:41: got restricted __le32
> [usertype] <noident>
> drivers/net/wireless/ath/ath6kl/debug.c:681:50: warning: incorrect type
> in argument 3 (different base types)
> drivers/net/wireless/ath/ath6kl/debug.c:681:50: expected unsigned int
> [usertype] *value
> drivers/net/wireless/ath/ath6kl/debug.c:681:50: got restricted __le32
> *<noident>
Yeah, i saw sparse warnings lately. My endian patches fix this
warning.
>
> > --- a/drivers/net/wireless/ath/ath6kl/core.h
> > +++ b/drivers/net/wireless/ath/ath6kl/core.h
> > @@ -480,6 +480,7 @@ struct ath6kl {
> > } debug;
> > #endif /* CONFIG_ATH6KL_DEBUG */
> >
> > + unsigned int dbgfs_diag_reg;
> > };
>
> Please move this inside the debug struct above. I'm trying to categorise
> struct ath6kl a bit to make it easier to understand.
Sure, before your patch, I did not think having #ifdef just for a
variable is worth. It makes sense now.
>
> > static inline void *ath6kl_priv(struct net_device *dev)
> > diff --git a/drivers/net/wireless/ath/ath6kl/debug.c b/drivers/net/wireless/ath/ath6kl/debug.c
> > index 9608692..6ecfc70 100644
> > --- a/drivers/net/wireless/ath/ath6kl/debug.c
> > +++ b/drivers/net/wireless/ath/ath6kl/debug.c
> > @@ -54,6 +54,28 @@ int ath6kl_printk(const char *level, const char *fmt, ...)
> > }
> >
> > #ifdef CONFIG_ATH6KL_DEBUG
> > +
> > +#define REG_OUTPUT_LEN_PER_LINE 25
> > +#define ATH6KL_REG_TYPE_MAX 8
> > +#define REGTYPE_STR_LEN 100
>
> please indent values 8 and 100 similarly like you did with 25.
>
> Also ATH6KL_REG_TYPE_MAX could be replaced with ARRAY_SIZE(), right?
right, thanks.
>
> > +
> > +struct ath6kl_diag_reg_info {
> > + u32 reg_start;
> > + u32 reg_end;
> > + char *reg_info;
>
> const char *?
Sure.
> > +
> > +static bool ath6kl_dbg_is_diag_reg_valid(u32 reg_addr)
> > +{
> > + int i;
> > +
> > + for (i = 0; i < ATH6KL_REG_TYPE_MAX; i++) {
> > + if (reg_addr >= diag_reg[i].reg_start &&
> > + reg_addr <= diag_reg[i].reg_end)
> > + return true;
> > + }
> > +
> > + ath6kl_info("Invalid addr\n");
>
> ath6kl_warn() and a better warning message, please.
Makes sense, thanks.
>
> > + if (n_reg == 1) {
> > + addr = ar->dbgfs_diag_reg;
> > +
> > + status = ath6kl_diag_read32(ar,
> > + cpu_to_le32(TARG_VTOP(ar->target_type, addr)),
> > + ®_val);
> > + if (status)
> > + goto fail_reg_read;
> > +
> > + len += scnprintf(buf + len, reg_len - len,
> > + "0x%06x 0x%08x\n", addr, le32_to_cpu(reg_val));
> > + } else {
>
> You could add 'goto out;' at the end of the if block and then you don't
> wouldn't need to use else block at all. That would make indentation more
> readable.
Ok.
>
> > +static ssize_t read_file_reg_dump(struct file *file, char __user *user_buf,
> > + size_t count, loff_t *ppos)
> > +{
> > + u8 *buf = file->private_data;
> > + return simple_read_from_buffer(user_buf, count, ppos, buf, strlen(buf));
>
> Does simple_read_from_buffer() handle the case when buf doesn't fit to
> user_buf in one go? I guess it does but too busy to check that right now.
I think it is taken care by simple_read_from_buffer. After all it is
going to read only count number of bytes for which user_buf memory should
be available.
>
> > +static const struct file_operations fops_reg_dump = {
> > + .open = open_file_reg_dump,
> > + .read = read_file_reg_dump,
> > + .release = release_file_reg_dump,
>
> The naming could follow more the style I'm trying to push, for example
> something like this:
>
> ath6kl_reg_dump_open()
> ath6kl_reg_dump_read()
> ath6kl_reg_dump_release()
Ok, thanks.
>
> > + .owner = THIS_MODULE,
> > + .llseek = default_llseek,
> > +};
> > +
> > int ath6kl_debug_init(struct ath6kl *ar)
> > {
> > ar->debug.fwlog_buf.buf = vmalloc(ATH6KL_FWLOG_SIZE);
> > @@ -566,6 +753,10 @@ int ath6kl_debug_init(struct ath6kl *ar)
> >
> > debugfs_create_file("credit_dist_stats", S_IRUSR, ar->debugfs_phy, ar,
> > &fops_credit_dist_stats);
> > + debugfs_create_file("reg_addr", S_IRUSR, ar->debugfs_phy, ar,
> > + &fops_diag_reg_read);
>
> You need write mode for reg_addr. I had missed the same in my fwlog
> patches :)
Right, i'm aware write mode support as well, working on it. Thanks
Vasanth
prev parent reply other threads:[~2011-08-31 9:47 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-30 15:16 [PATCH] ath6kl: Add debugfs interface to dump diagnostic registers Vasanthakumar Thiagarajan
2011-08-31 8:07 ` Vasanthakumar Thiagarajan
2011-08-31 8:24 ` Kalle Valo
2011-08-31 9:47 ` Vasanthakumar Thiagarajan [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110831094722.GA13140@vasanth-laptop \
--to=vthiagar@qca.qualcomm.com \
--cc=kvalo@qca.qualcomm.com \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.