From: kernel test robot <lkp@intel.com>
To: Zhihao Cheng <chengzhihao1@huawei.com>
Cc: oe-kbuild-all@lists.linux.dev,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Richard Weinberger <richard@nod.at>
Subject: [stable:linux-4.19.y 2224/6743] fs/ubifs/ioctl.c:175: Error: unrecognized opcode `csrs sstatus,a2', extension `zicsr' required
Date: Thu, 17 Aug 2023 16:28:55 +0800 [thread overview]
Message-ID: <202308171635.bpsDF2lk-lkp@intel.com> (raw)
Hi Zhihao,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.19.y
head: 4e5e7fa94ee0ff378b268679d51feb1fd2a04756
commit: b98a46d053339fa482c7cf9a71b18fbbe8091489 [2224/6743] ubifs: setflags: Make dirtied_ino_d 8 bytes aligned
config: riscv-randconfig-r093-20230817 (https://download.01.org/0day-ci/archive/20230817/202308171635.bpsDF2lk-lkp@intel.com/config)
compiler: riscv32-linux-gcc (GCC) 12.3.0
reproduce: (https://download.01.org/0day-ci/archive/20230817/202308171635.bpsDF2lk-lkp@intel.com/reproduce)
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202308171635.bpsDF2lk-lkp@intel.com/
All errors (new ones prefixed by >>):
fs/ubifs/ioctl.c: Assembler messages:
fs/ubifs/ioctl.c:166: Error: unrecognized opcode `csrs sstatus,a5', extension `zicsr' required
fs/ubifs/ioctl.c:166: Error: unrecognized opcode `csrc sstatus,a5', extension `zicsr' required
>> fs/ubifs/ioctl.c:175: Error: unrecognized opcode `csrs sstatus,a2', extension `zicsr' required
>> fs/ubifs/ioctl.c:175: Error: unrecognized opcode `csrc sstatus,a2', extension `zicsr' required
vim +175 fs/ubifs/ioctl.c
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 155
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 156 long ubifs_ioctl(struct file *file, unsigned int cmd, unsigned long arg)
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 157 {
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 158 int flags, err;
496ad9aa8ef448 Al Viro 2013-01-23 159 struct inode *inode = file_inode(file);
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 160
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 161 switch (cmd) {
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 162 case FS_IOC_GETFLAGS:
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 163 flags = ubifs2ioctl(ubifs_inode(inode)->flags);
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 164
a9f2fc0e251e71 Artem Bityutskiy 2008-12-23 165 dbg_gen("get flags: %#x, i_flags %#x", flags, inode->i_flags);
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 166 return put_user(flags, (int __user *) arg);
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 167
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 168 case FS_IOC_SETFLAGS: {
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 169 if (IS_RDONLY(inode))
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 170 return -EROFS;
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 171
2e1496707560ec Serge E. Hallyn 2011-03-23 172 if (!inode_owner_or_capable(inode))
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 173 return -EACCES;
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 174
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 @175 if (get_user(flags, (int __user *) arg))
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 176 return -EFAULT;
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 177
08ae5ec4be5a6d Hou Tao 2019-02-09 178 if (flags & ~UBIFS_SUPPORTED_IOCTL_FLAGS)
08ae5ec4be5a6d Hou Tao 2019-02-09 179 return -EOPNOTSUPP;
08ae5ec4be5a6d Hou Tao 2019-02-09 180
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 181 if (!S_ISDIR(inode->i_mode))
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 182 flags &= ~FS_DIRSYNC_FL;
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 183
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 184 /*
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 185 * Make sure the file-system is read-write and make sure it
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 186 * will not become read-only while we are changing the flags.
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 187 */
a561be7100cd61 Al Viro 2011-11-23 188 err = mnt_want_write_file(file);
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 189 if (err)
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 190 return err;
a9f2fc0e251e71 Artem Bityutskiy 2008-12-23 191 dbg_gen("set flags: %#x, i_flags %#x", flags, inode->i_flags);
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 192 err = setflags(inode, flags);
2a79f17e4a641a Al Viro 2011-12-09 193 mnt_drop_write_file(file);
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 194 return err;
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 195 }
d475a507457b5c Richard Weinberger 2016-10-20 196 case FS_IOC_SET_ENCRYPTION_POLICY: {
d475a507457b5c Richard Weinberger 2016-10-20 197 #ifdef CONFIG_UBIFS_FS_ENCRYPTION
e021986ee4119e Richard Weinberger 2016-10-19 198 struct ubifs_info *c = inode->i_sb->s_fs_info;
d475a507457b5c Richard Weinberger 2016-10-20 199
e021986ee4119e Richard Weinberger 2016-10-19 200 err = ubifs_enable_encryption(c);
e021986ee4119e Richard Weinberger 2016-10-19 201 if (err)
e021986ee4119e Richard Weinberger 2016-10-19 202 return err;
e021986ee4119e Richard Weinberger 2016-10-19 203
ec9160dacdb08e Richard Weinberger 2016-12-13 204 return fscrypt_ioctl_set_policy(file, (const void __user *)arg);
d475a507457b5c Richard Weinberger 2016-10-20 205 #else
d475a507457b5c Richard Weinberger 2016-10-20 206 return -EOPNOTSUPP;
d475a507457b5c Richard Weinberger 2016-10-20 207 #endif
d475a507457b5c Richard Weinberger 2016-10-20 208 }
d475a507457b5c Richard Weinberger 2016-10-20 209 case FS_IOC_GET_ENCRYPTION_POLICY: {
d475a507457b5c Richard Weinberger 2016-10-20 210 #ifdef CONFIG_UBIFS_FS_ENCRYPTION
ec9160dacdb08e Richard Weinberger 2016-12-13 211 return fscrypt_ioctl_get_policy(file, (void __user *)arg);
d475a507457b5c Richard Weinberger 2016-10-20 212 #else
d475a507457b5c Richard Weinberger 2016-10-20 213 return -EOPNOTSUPP;
d475a507457b5c Richard Weinberger 2016-10-20 214 #endif
d475a507457b5c Richard Weinberger 2016-10-20 215 }
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 216
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 217 default:
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 218 return -ENOTTY;
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 219 }
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 220 }
1e51764a3c2ac0 Artem Bityutskiy 2008-07-14 221
:::::: The code at line 175 was first introduced by commit
:::::: 1e51764a3c2ac05a23a22b2a95ddee4d9bffb16d UBIFS: add new flash file system
:::::: TO: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
:::::: CC: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
reply other threads:[~2023-08-17 8:29 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=202308171635.bpsDF2lk-lkp@intel.com \
--to=lkp@intel.com \
--cc=chengzhihao1@huawei.com \
--cc=gregkh@linuxfoundation.org \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=richard@nod.at \
/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.