login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
January
»
25
Re: [patch 25/26] mount options: fix udf
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
[view in full thread]
From: Miklos Szeredi
Subject:
Re: [patch 25/26] mount options: fix udf
Date: Friday, January 25, 2008 - 9:10 am
> On Fri 25-01-08 16:50:15, Miklos Szeredi wrote:
quoted text
> > > > > | + /* is this correct? */ > > > > > | + if (sbi->s_anchor[2] != 0) > > > > > | + seq_printf(seq, ",anchor=%u", sbi->s_anchor[2]); > > > > > > > > > > you know, I would prefer to use form UDF_SB_ANCHOR(sb)[2] > > > > > in sake of style unification but we should wait for Jan's > > > > > decision (i'm not the expert in this area ;) > > > > > > > > I think UDF_SB_ANCHOR macro was removed by some patch in -mm. > > > Yes, it's going to be removed so don't use it. Actually, basing this > > > patch on top of -mm is a good idea because there are quite some changes > > > in Andrew's queue. > > > > > > > I'm more interested if the second element of the s_anchor array really > > > > does always have the value of the 'anchor=N' mount option. I haven't > > > > been able to verify that fully. Do you have some insight into that? > > > As Cyrill wrote, it could be zeroed out in case there is no anchor in > > > the specified block. So I guess you have to store the passed value > > > somewhere else.. > > > > But in that case, would the value of the anchor= option matter? > No, it would not. > > > This is actually a somewhat philosophical question about what the > > mount options in /proc/mounts mean: > > > > 1) Options _given_ by the user for the mount > > 2) Options which are _effective_ for the mount > > > > If we take interpretation 2) and there was no anchor (whatever that > > means), then the anchor=N option wasn't effective, and not giving it > > would have had the same effect. > > > > This could be confusing to the user, though... > Hmm, given that options are modified by remount for some filesystems, > it's probably the best to display the effective state. So your code should > display the right thing as it is.
OK. Cyrill, Jan, thanks for the reviews. Miklos --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [thread] [
date
] [
author
]
Messages in current thread:
[patch 25/26] mount options: fix udf
, Miklos Szeredi
, (Thu Jan 24, 12:34 pm)
Re: [patch 25/26] mount options: fix udf
, Cyrill Gorcunov
, (Thu Jan 24, 12:51 pm)
Re: [patch 25/26] mount options: fix udf
, Cyrill Gorcunov
, (Thu Jan 24, 1:20 pm)
Re: [patch 25/26] mount options: fix udf
, Cyrill Gorcunov
, (Thu Jan 24, 1:40 pm)
Re: [patch 25/26] mount options: fix udf
, Miklos Szeredi
, (Fri Jan 25, 2:29 am)
Re: [patch 25/26] mount options: fix udf
, Cyrill Gorcunov
, (Fri Jan 25, 3:57 am)
Re: [patch 25/26] mount options: fix udf
, Cyrill Gorcunov
, (Fri Jan 25, 6:41 am)
Re: [patch 25/26] mount options: fix udf
, Jan Kara
, (Fri Jan 25, 8:27 am)
Re: [patch 25/26] mount options: fix udf
, Jan Kara
, (Fri Jan 25, 8:30 am)
Re: [patch 25/26] mount options: fix udf
, Miklos Szeredi
, (Fri Jan 25, 8:50 am)
Re: [patch 25/26] mount options: fix udf
, Miklos Szeredi
, (Fri Jan 25, 8:56 am)
Re: [patch 25/26] mount options: fix udf
, Cyrill Gorcunov
, (Fri Jan 25, 8:57 am)
Re: [patch 25/26] mount options: fix udf
, Jan Kara
, (Fri Jan 25, 9:04 am)
Re: [patch 25/26] mount options: fix udf
, Jan Kara
, (Fri Jan 25, 9:07 am)
Re: [patch 25/26] mount options: fix udf
, Miklos Szeredi
, (Fri Jan 25, 9:10 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Michael Trimarchi
Re: [PATCH] VFS: make file->f_pos access atomic on 32bit arch
Miklos Szeredi
[patch 14/15] vfs: more path_permission() conversions
Serge E. Hallyn
Re: [RFC v5][PATCH 7/8] Infrastructure for shared objects
Bernd Schmidt
Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Takashi Iwai
[PATCH 2/2] input: Add LED support to Synaptics device
git
:
Junio C Hamano
Re: mingw, windows, crlf/lf, and git
Eyvind Bernhardsen
Re: Where has "git ls-remote" reference pattern matching gone?
Shawn O. Pearce
Re: Switching from CVS to GIT
Todd Zullinger
Re: [PATCH 2/2] send-email: rfc2047-quote subject lines with non-ascii characters
Santi Béjar
Re: How to use git-fmt-merge-msg?
linux-netdev
:
Ramkrishna Vepa
[net-2.6 PATCH 1/10] Neterion: New driver: Driver help file
Mark Anthony
invitation / inquiry
Ingo Molnar
Re: [PATCH 08/16] dma-debug: add core checking functions
David Miller
Re: [PATCH 1/3] f_phonet: dev_kfree_skb instead of dev_kfree_skb_any in TX callback
Sascha Hauer
[PATCH 03/12] fec: do not typedef struct types
git-commits-head
:
Linux Kernel Mailing List
amba: struct device - replace bus_id with dev_name(), dev_set_name()
Linux Kernel Mailing List
MIPS: Yosemite: Convert SMP startup lock to arch spinlock.
Linux Kernel Mailing List
ARM: S5PC100: IRQ and timer
Linux Kernel Mailing List
davinci: edma: clear interrupt status for interrupt enabled channels only
Linux Kernel Mailing List
x86, mm, kprobes: fault.c, simplify notify_page_fault()
openbsd-misc
:
Daniel A. Ramaley
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Matthias Kilian
Re: can't get vesa @ 1280x800 or nv
Tobias Ulmer
Re: Problem after upgrade 4.5 to 4.6: ERR M
Philip Guenther
Re: SIGCHLD and libpthread.so
J.C. Roberts
Re: [semi-OT] Can anyone recommend an OpenBSD-compatible colour laser printer?
Colocation donated by:
Syndicate