From: Randy Dunlap <randy.dunlap@oracle.com>
To: Greg KH <greg@kroah.com>
Cc: lkml <linux-kernel@vger.kernel.org>,
gregkh@suse.de, Evgeniy Polyakov <zbr@ioremap.net>
Subject: Re: [PATCH] staging/pohmelfs: fix quota build error and printk formats
Date: Thu, 19 Feb 2009 14:10:48 -0800 [thread overview]
Message-ID: <499DD8E8.2040401@oracle.com> (raw)
In-Reply-To: <20090219000044.GB5181@kroah.com>
Greg KH wrote:
> Randy, this patch is already in my tree, can you pull the next
> linux-next to verify it?
>
Yes, that builds now. Thanks.
What's with this top-posting crap?
>
> On Wed, Feb 18, 2009 at 10:39:32AM -0800, Randy Dunlap wrote:
>> From: Randy Dunlap <randy.dunlap@oracle.com>
>>
>> Fix pohmelfs for disk quota changes and printk format warnings:
>>
>> drivers/staging/pohmelfs/inode.c:917: warning: format '%u' expects type 'unsigned int', but argument 4 has type 'size_t'
>> drivers/staging/pohmelfs/inode.c:982: error: implicit declaration of function 'DQUOT_TRANSFER'
>> drivers/staging/pohmelfs/inode.c:1036: warning: format '%u' expects type 'unsigned int', but argument 7 has type 'size_t'
>>
>> drivers/staging/pohmelfs/trans.c:164: warning: format '%u' expects type 'unsigned int', but argument 5 has type '__kernel_size_t'
>> drivers/staging/pohmelfs/trans.c:170: warning: format '%u' expects type 'unsigned int', but argument 7 has type '__kernel_size_t'
>> drivers/staging/pohmelfs/trans.c:517: warning: format '%u' expects type 'unsigned int', but argument 6 has type '__kernel_size_t'
>> drivers/staging/pohmelfs/trans.c:600: warning: format '%u' expects type 'unsigned int', but argument 6 has type '__kernel_size_t'
>> drivers/staging/pohmelfs/trans.c:610: warning: format '%u' expects type 'unsigned int', but argument 7 has type '__kernel_size_t'
>>
>> Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com>
>> cc: Evgeniy Polyakov <zbr@ioremap.net>
>> ---
>> drivers/staging/pohmelfs/inode.c | 6 +++---
>> drivers/staging/pohmelfs/trans.c | 10 +++++-----
>> 2 files changed, 8 insertions(+), 8 deletions(-)
>>
>> --- linux-next-20090218.orig/drivers/staging/pohmelfs/inode.c
>> +++ linux-next-20090218/drivers/staging/pohmelfs/inode.c
>> @@ -914,7 +914,7 @@ ssize_t pohmelfs_write(struct file *file
>> kiocb.ki_pos = pos;
>> kiocb.ki_left = len;
>>
>> - dprintk("%s: len: %u, pos: %llu.\n", __func__, len, pos);
>> + dprintk("%s: len: %zu, pos: %llu.\n", __func__, len, pos);
>>
>> mutex_lock(&inode->i_mutex);
>> ret = pohmelfs_data_lock(pi, pos, len, POHMELFS_WRITE_LOCK);
>> @@ -979,7 +979,7 @@ int pohmelfs_setattr_raw(struct inode *i
>>
>> if ((attr->ia_valid & ATTR_UID && attr->ia_uid != inode->i_uid) ||
>> (attr->ia_valid & ATTR_GID && attr->ia_gid != inode->i_gid)) {
>> - err = DQUOT_TRANSFER(inode, attr) ? -EDQUOT : 0;
>> + err = vfs_dq_transfer(inode, attr) ? -EDQUOT : 0;
>> if (err)
>> goto err_out_exit;
>> }
>> @@ -1033,7 +1033,7 @@ static int pohmelfs_send_xattr_req(struc
>> struct netfs_cmd *cmd;
>> void *data;
>>
>> - dprintk("%s: id: %llu, start: %llu, name: '%s', attrsize: %u, cmd: %d.\n",
>> + dprintk("%s: id: %llu, start: %llu, name: '%s', attrsize: %zu, cmd: %d.\n",
>> __func__, id, start, name, attrsize, command);
>>
>> path_len = pohmelfs_path_length(pi);
>> --- linux-next-20090218.orig/drivers/staging/pohmelfs/trans.c
>> +++ linux-next-20090218/drivers/staging/pohmelfs/trans.c
>> @@ -160,14 +160,14 @@ int netfs_trans_send(struct netfs_trans
>>
>> err = kernel_sendmsg(st->socket, &msg, (struct kvec *)msg.msg_iov, 1, t->iovec.iov_len);
>> if (err <= 0) {
>> - printk("%s: failed to send contig transaction: t: %p, gen: %u, size: %u, err: %d.\n",
>> + printk("%s: failed to send contig transaction: t: %p, gen: %u, size: %zu, err: %d.\n",
>> __func__, t, t->gen, t->iovec.iov_len, err);
>> if (err == 0)
>> err = -ECONNRESET;
>> goto err_out_unlock_return;
>> }
>>
>> - dprintk("%s: sent %s transaction: t: %p, gen: %u, size: %u, page_num: %u.\n",
>> + dprintk("%s: sent %s transaction: t: %p, gen: %u, size: %zu, page_num: %u.\n",
>> __func__, (t->page_num)?"partial":"full",
>> t, t->gen, t->iovec.iov_len, t->page_num);
>>
>> @@ -514,7 +514,7 @@ int netfs_trans_finish(struct netfs_tran
>> cmd->csize = psb->crypto_attached_size;
>> }
>>
>> - dprintk("%s: t: %u, size: %u, iov_len: %u, attached_size: %u, attached_pages: %u.\n",
>> + dprintk("%s: t: %u, size: %u, iov_len: %zu, attached_size: %u, attached_pages: %u.\n",
>> __func__, t->gen, cmd->size, t->iovec.iov_len, t->attached_size, t->attached_pages);
>> err = pohmelfs_trans_crypt(t, psb);
>> if (err) {
>> @@ -597,7 +597,7 @@ void *netfs_trans_add(struct netfs_trans
>> }
>>
>> if (io->iov_len + size > t->total_size) {
>> - dprintk("%s: too big size t: %p, gen: %u, iov_len: %u, size: %u, total: %u.\n",
>> + dprintk("%s: too big size t: %p, gen: %u, iov_len: %zu, size: %u, total: %u.\n",
>> __func__, t, t->gen, io->iov_len, size, t->total_size);
>> ptr = ERR_PTR(-E2BIG);
>> goto out;
>> @@ -607,7 +607,7 @@ void *netfs_trans_add(struct netfs_trans
>> io->iov_len += size;
>>
>> out:
>> - dprintk("%s: t: %p, gen: %u, size: %u, total: %u.\n",
>> + dprintk("%s: t: %p, gen: %u, size: %u, total: %zu.\n",
>> __func__, t, t->gen, size, io->iov_len);
>> return ptr;
>> }
--
~Randy
prev parent reply other threads:[~2009-02-19 22:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-18 18:39 [PATCH] staging/pohmelfs: fix quota build error and printk formats Randy Dunlap
2009-02-19 0:00 ` Greg KH
2009-02-19 22:10 ` Randy Dunlap [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=499DD8E8.2040401@oracle.com \
--to=randy.dunlap@oracle.com \
--cc=greg@kroah.com \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=zbr@ioremap.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox