(no subject)

Hi, can someone briefly explain me how the kernel code prevent the preemption of process executing a system call ? I read several technical papers but I haven't found (or perhaps don't understood) a response there. Many thanks in advance Marco Bacchetta - To unsubscribe

Question about uninterruptible system call?

Hi, can someone briefly explain me how the kernel code prevent the preemption of process executing a system call ? I read several technical papers but I haven't found (or perhaps don't understood) a response there. Many thanks in advance Marco Bacchetta - To unsubscribe

Re: Question about uninterruptible system call?

Randolph Bentson wrote: > On Mon, Oct 23, 2000 at 02:51:46PM +0200, Marco wrote: > > Hi, > > can someone briefly explain me how the kernel code prevent the > > preemption of process executing a system call ? I read several technical > > papers but I haven't fo

PROBLEM: hda timeout (busy)

videodev i2c-algo-bit lirc_i2c i2c-core lirc_dev sb sb_lib uart401 sound ide-scsi apm [7.2.] [marco] /usr/src/linux $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 6 model name : Celeron (Mendocino) stepping: 5 cpu MHz

Re: 2.6.9 & 2.6.10 unresponsive to keyboard upon bootup

Dmitry Torokhov ha scritto: On Saturday 15 January 2005 06:05 am, Marco Cipullo wrote: Same problem with me. I also have a laptop and I also have the same problem started in the same period. ... # # Input I/O drivers # # CONFIG_GAMEPORT is not set CONFIG_SOUND_GAMEPORT=y CONFIG_SERIO=y

[BUG Report] Hacks in IDE (perhaps) section => 2.6.8 make REALLYbad audio-cd's

n changing something, no effect. FYI if you want I can upload an audio sample somewhere. Any idea? ::Marco:: -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Giornata faticosa? Rilassati con il Cuscino per Massaggi che vibra! Clicca qui: http://

MTRR Problem with 2.6.18-4

: kernel /vmlinuz-2.6.18-4-686 root=/dev/sda3 ro video=vesafb:mtrr,ywrap vga=792 acpi_sleep=s3_bios elevator=cfq resume2=swap:/dev/sda2 Can you help me to fix the "uncachable" reg? Thanks Marco -- Leggi GRATIS le tue mail con il te

Re: MTRR Problem with 2.6.18-4

Marco ha scritto: Hi everybody, Laptop: Sony VAIO VGN-SZ3VP/X Kernel: 2.6.18-4 I have the following problem with mtrr: #cat /proc/mtrr reg00: base=0x (?? 0MB), size=2048MB: write-back, count=1 reg01: base=0x7ff0 (2047MB), size=?? 1MB: uncachable, count=1 #lspci -v 01:00.0 VGA

Re: [PATCH 1/4] fsfreeze: wait in killable state in __sb_start_write

Any comments about these patches? Marco Il 04/05/2013 08:49, Marco Stornelli ha scritto: Added a new enum to decide if we want to sleep in uninterruptible or killable state or we want simply to return immediately. Signed-off-by: Marco Stornelli Reviewed-by: Jan Kara --- fs/super.c

Re: Return value of __mm_populate

Adding in cc: lkml Il 13/04/2013 14:14, Marco Stornelli ha scritto: Hi, I was seeing the code of __mm_populate (in -next) and I've got a doubt about the return value. The function __mlock_posix_error_return should return a proper error for mlock, converting the return value

Re: xhci module fails when booting in UEFI mode

David Härdeman hardeman.nu> writes: > > On Thu, Jan 10, 2013 at 11:15:56AM +, Frederik Himpe wrote: > >I've got a HP EliteBook 8470p on which I installed Debian Wheezy in UEFI > >mode. With both the 3.2 kernel from Wheezy, as the 3.7.1 kernel from > >experimental, xhci fails to initialize

Re: [PATCH v2] ramoops: make it possible to change mem_type param.

moops_console_size; dummy_data->ftrace_size = ramoops_ftrace_size; Ack Acked-by: Marco Stornelli -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordom

Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd

0x30/0x35 > > These above stack trace is the sign of a corrupted directory. > > Chopping out the rest of the top posting (please don't do that) apologies > we get down to 3 months ago: > > > > On Mon, Mar 19, 2007 at 11:32:27AM +0100, Marco Berizzi wrote: > > >

Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd

Satyam Sharma wrote: > Hi, ciao > On 6/8/07, Marco Berizzi <[EMAIL PROTECTED]> wrote: >> After few hours linux has crashed with this message: >> BUG: at arch/i386/kernel/smp.c:546 smp_call_function() > > Which kernel (exactly) was this 2.6.21.3 > and does th

Re: 2.6.21.3 Oops (was Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd)

Satyam Sharma wrote: > Hi Marco, Ciao Satyam, thanks for the feedback. > [ Re-adding David, XFS, Andrew and Christoph; this appears to be > some SLAB / fs (?) issue, so I'm a little out of my depth here :-) ] > > > > On 6/8/07, Marco Berizzi <[EMAIL PROTECTED]&g

Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd

David Chinner wrote: > On Fri, Jun 08, 2007 at 03:59:39PM +0200, Marco Berizzi wrote: > > David Chinner wrote: > > > Where we saw signs of on disk directory corruption. Have you run > > > xfs_repair successfully on the filesystem since you reported > > > thi

Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd

Marco Berizzi wrote: > David Chinner wrote: > > > On Fri, Jun 08, 2007 at 03:59:39PM +0200, Marco Berizzi wrote: > > > David Chinner wrote: > > > > Where we saw signs of on disk directory corruption. Have you run > > > > xfs_repair successfully on t

Re: 2.6.21.3 Oops (was Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd)

Christoph Lameter wrote: > On Thu, 21 Jun 2007, Marco Berizzi wrote: > > > > > Some RCU callback (that calls kmem_cache_free()) oopsed and > > > > panic'ed his box. [ Marco had experienced fs issues lately, so we > > > could > > > > suspec

Re: XFS internal error xfs_da_do_buf(2) at line 2087 of file fs/xfs/xfs_da_btree.c. Caller 0xc01b00bd

leiadi kernel: [] vfs_read+0xee/0x141 Jun 6 09:47:09 Pleiadi kernel: [] sys_read+0x41/0x6a Jun 6 09:47:09 Pleiadi kernel: [] syscall_call+0x7/0xb Jun 6 09:47:09 Pleiadi kernel: === .. David Chinner wrote: > On Mon, Mar 19, 2007 at 11:32:27AM +0100, Marco

Re: EIP: [] tcp_rto_min+0x8/0x12 SS:ESP 0068:c03bbd6c

Guillaume Chazarain wrote: > Hi, this should be fixed in mainline by > http://git.kernel.org/gitweb.cgi?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=5c127c58ae9bf196d787815b1bd6b0aec5aee816 Thanks everybody. I was thinking that this fix was included in rc5 (looking at gitweb it appear to b

EIP: [] tcp_rto_min+0x8/0x12 SS:ESP 0068:c03bbd6c

Hello. Linux 2.6.23-rc5 after 30 minutes crash with this error message (taken from serial console): BUG: unable to handle kernel NULL pointer dereference at virtual address 0025 printing eip: *pde = Oops: [#1] SMP Modules linked in: nf_nat_pptp nf_nat_proto_gre nf_conntrack

Re: Bug: get EXT3-fs error Allocating block in system zone

Andrew Morton schrieb: But the effect is under every circumstances described above that I got after an unspecific time EXT3-fs errors. I tried to use different partitions, one for root and data, got errors on both. Dec 3 15:05:34 adira EXT3-fs error (device sdb4): ext3_new_block: Allocating

Re: Bug: get EXT3-fs error Allocating block in system zone

Linus Torvalds schrieb: But the disk errors are something else, doesn't ring a bell. Sounds like IO corruption on the group descriptor block or something like that. Might be worth testing to see if the problem goes away with less than 4GB of RAM.. Thanks, I'll try this, to see if there's

Re: Bug: get EXT3-fs error Allocating block in system zone

ounts of RAM: 2 GB: everything works fine 4 GB: same issue as described before with allocating block in system zone So what to do, in order to use more than 2 Gigs of RAM? Marco -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

[ANNOUNCE] qgit-2.1 and qgit-1.5.8

ndeed msysgit is the only supported git distribution under Windows, because Cygwin has some issues and is also muuuch slower. So the only prerequisite is to have already installed msysgit (http://code.google.com/p/msysgit/) Happy new year 2008 ! Marco -- To unsubscribe from this list: send the

Re: [ANNOUNCE] qgit-2.1 and qgit-1.5.8

velopment files > ii libqt4-gui 4.2.1-2+etch1 Qt 4 core GUI functionality > runtime library > ii libqt4-qt3support4.2.1-2+etch1 Qt 3 compatibility library for Qt 4 > ii libqt4-sql 4.2.1-2+etch1 Qt 4 SQL database module > ii qt4-dev-tools4

Re: [ANNOUNCE] qgit-2.1 and qgit-1.5.8

On Dec 31, 2007 6:47 PM, Boaz Harrosh <[EMAIL PROTECTED]> wrote: > On Mon, Dec 31 2007 at 13:58 +0200, "Marco Costalba" <[EMAIL PROTECTED]> > wrote: > > On Dec 31, 2007 11:59 AM, Filippo Zangheri <[EMAIL PROTECTED]> wrote: > >> Hi, > >>

Re: [ANNOUNCE] qgit-2.1 and qgit-1.5.8

on qgit spans from very easy to nasty, according to what you hack, in case, please, don't hesitate to write me for some hints or API clarifications. Thanks Marco -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL

Spurious completions during NCQ

orted: enhanced erase Checksum: correct --- Since I'm not subscribed to lkml, please cc any answer to my personal email address. Thanks, Marco -- //\/\ :: Marco Lamberto < lm AT sunnyspot DOT org

Re: Wasting our Freedom

Now if they'd fix the copyright message to only mention Reyk all would be good. On Tue, Sep 18, 2007 at 11:00:13AM +0200, Henning Brauer wrote: > * Theodore Tso <[EMAIL PROTECTED]> [2007-09-17 23:04]: > > Number 2, if you take a look at their latest set of changes (which > > have still not been ac

Re: Wasting our Bandwidth

That's it; that easy. On Tue, Sep 18, 2007 at 02:04:46PM +0200, Xavier Bestel wrote: > Le mardi 18 septembre 2007 ` 06:29 -0500, Marco Peereboom a icrit : > > Now if they'd fix the copyright message to only mention Reyk all would > > be good. > > All this mess so

Re: Wasting our Freedom

On Tue, Sep 18, 2007 at 08:56:47AM -0400, Theodore Tso wrote: > On Tue, Sep 18, 2007 at 06:29:48AM -0500, Marco Peereboom wrote: > > Now if they'd fix the copyright message to only mention Reyk all would > > be good. > > It *does* mention Reyk, if you would bother to loo

[PATCH] qconf: show red links for disabled options

to quickly check out why a given option is hidden. Signed-off-by: Marco Costalba <[EMAIL PROTECTED]> --- I understand that color coding could be a poor choice due to people with color differencing problems. I chose this anyway to avoid crufting the output with additional signs/symbols, this

PROBLEM: DVD Burning with Asus M2NPV mainboard

[1.] One line summary of the problem: Unable to burn DVD with the Asus M2NPV mainboard [2.] Full description of the problem/report: I have recently changed my mainboard to a Asus M2NPV-VM one; nothing else was changed in the PC setup. From that moment on, I am unable to burn

Re: [PATCH] qconf: show red links for disabled options

ed like a 'click me to enable this option', just as a monitor of current option value. BTW we can have a disabled symbol in the dependency list of a currently enabled option if this is preceded by a '!'. So that in this case you probably would not want to click anywhere. Thanks Mar

Re: isapnp & module autoload (udev?)

ning. > > So, the question is: should isapnp moudle autoloading work with current > kernel + current udev? Only for some devices, others do not provide in sysfs everything needed to build the MODALIAS string. -- ciao, Marco - To unsubscribe from this list: send the line "unsubscrib

Re: why does git perpetually complain about include/asm-blackfin/macros.h?

like the following to finally fix this up: commit 7d98740800f3d9ad2428afa8c677be9573a51b7b Author: Marco Roeland <[EMAIL PROTECTED]> Date: Mon Jul 2 16:19:49 2007 +0200 Blackfin arch: remove zero-sized include/asm-blackfin/macros.h This file accidentally got truncated instead o

Re: why does git perpetually complain about include/asm-blackfin/macros.h?

is that this commit didn't delete the file, but truncated it to zero size. How it got to be like that is another matter. Within the kernel zero sized files are not supposed to be there, by widely accepted practice. So lots of tools assume they should delete them! -- Marco Roeland - To unsubscri

[PATCH] Blackfin arch: include/asm-blackfin/macros.h die die die

This file accidentally got truncated instead of deleted in commit df30b11. Doing a "make distclean" or "make mrproper" deletes this file because of its zero size. Git then sees this as an uncommitted local change. Signed-off-by: Marco Roeland <[EMAIL PROTECTED]> --- 0 f

[] xfs_bmap_search_multi_extents+0x6f/0xe0

Hello everybody. I'm running linux 2.6.22 on Slackware. This box is running openswan 2.4.9 and squid 2.6S13 I get tons of these messages: Jul 20 01:17:09 Gemini kernel: msnt_auth S 0 8356 819 (NOTLB) Jul 20 01:17:09 Gemini kernel:c2bd5d54 0086 0001 00

[drm:i810_wait_ring] *ERROR* space: 65476 wanted 65528

Hello everybody. I'm running Slackware 12 with 2.6.23-rc1 and when I start X i get this error: Jul 24 10:11:16 Calimero kernel: [drm:drm_release] *ERROR* reclaim_buffers_locked() deadlock. Please rework this Jul 24 10:11:16 Calimero kernel: driver to use reclaim_buffers_idlelocked() instead. Jul 2

Re: [drm:i810_wait_ring] *ERROR* space: 65476 wanted 65528

Jesse Barnes wrote: Looks like a DRM driver problem. Can you file a bug for this at freedesktop.org if there's not one already? thanks for the reply. Here is: https://bugs.freedesktop.org/show_bug.cgi?id=11726 _ Express yoursel

kernel 2.6.23-rc6 hangs on Geode GX1

xact geode_configure part cause my hangs, but I suggest to make a config options to explicity enable Geode performance tricks only if requested (maybe using CONFIG_MGEODEGX1) . Regards Marco Tralli Snap-on Equipment processor : 0 vendor_id : CyrixInstead cpu family : 5 model : 9 model name : Ge

Re: kernel 2.6.23-rc6 hangs on Geode GX1

> On 27/09/07 17:30 +0200, R. J. Wysocki wrote: > > On Thursday, 27 September 2007 16:44, Marco Tralli wrote: > > > Hello all, > > > > > > I have random hangs on kernel boot or after few minutes on a NatSemi Geode > > > GX1 based PC-104 (from Advante

Re: kernel 2.6.23-rc6 hangs on Geode GX1

> On Thursday, 27 September 2007 17:22, Jordan Crouse wrote: > > On 27/09/07 17:30 +0200, R. J. Wysocki wrote: > > > On Thursday, 27 September 2007 16:44, Marco Tralli wrote: > > > > Hello all, > > > > > > > > I have random hangs on kernel bo

Re: kernel 2.6.23-rc6 hangs on Geode GX1

e MAPEN */ > } > I will try your patch But again, if those tricks are so system dependent I suggest to kernel people to let disable it in default configuration. Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL P

Re: kernel 2.6.23-rc6 hangs on Geode GX1

e MAPEN */ > } > > This should be done at runtime in relation to the real CPU clock. > > Hope it helps > Juergen > Your patch fix my issue Thank you Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[ANNOUNCE] qgit-2.0

ME for detailed build and install information. Have fun Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

kernel BUG at mm/slab.c:597!

Hello, i got this oops on my server. the kernel is a 2.6.21-2-686 from the debian. this is an ext3 filesystem on a raid0 array of 2 ide disks. got the oops while doing a big rm. any idea on the possible cause? please cc me as i am not subscribed. ciao, marco. [ cut here

Re: kernel BUG at mm/slab.c:2980 (was Re: [] xfs_bmap_search_multi_extents+0x6f/0xe0)

Christoph Lameter wrote: > Could you try this with the SLUB allocator and then boot with > "slub_debug"? Hi Christoph, I have upgraded to 2.6.22.5 and I have selected the SLUB. I have also added append=slub_debug to lilo.conf After a week uptime I got this error. I hope it will be useful for you

Re: kernel BUG at mm/slab.c:2980 (was Re: [] xfs_bmap_search_multi_extents+0x6f/0xe0)

"Christoph Lameter" wrote: > On Tue, 4 Sep 2007, Marco Berizzi wrote: > > > After a week uptime I got this error. I hope it > > will be useful for you. > > Yes indeed but this is a different type of failure. Looks like a higher > allocation failure in the net

Re: kernel BUG at mm/slab.c:2980 (was Re: [] xfs_bmap_search_multi_extents+0x6f/0xe0)

Christoph Lameter wrote: > On Wed, 5 Sep 2007, Marco Berizzi wrote: > > > > tcp_collapse? This is due to a network configuration that required an > > > order 2 kmalloc block. Jumbo frames? > > > > I don't use jumbo frames. Hardware is > > very old (

kernel BUG at mm/slab.c:2980 (was Re: [] xfs_bmap_search_multi_extents+0x6f/0xe0)

Marco Berizzi wrote: > Hello everybody. > I'm running linux 2.6.22 on Slackware. > This box is running openswan 2.4.9 > and squid 2.6S13 > I get tons of these messages: > > Jul 20 01:17:09 Gemini kernel: msnt_auth S 0 8356 819 > (NOTLB) &g

Re: kernel BUG at mm/slab.c:2980 (was Re: [] xfs_bmap_search_multi_extents+0x6f/0xe0)

Marco Berizzi wrote: > Marco Berizzi wrote: > > > Hello everybody. > > I'm running linux 2.6.22 on Slackware. > > This box is running openswan 2.4.9 > > and squid 2.6S13 > > I get tons of these messages: > > > > Jul 20 01:17:09 Gemini kernel:

Re: [PATCH 00/21] drop vmtruncate

2012/9/6 Lukáš Czerner : > On Fri, 31 Aug 2012, Marco Stornelli wrote: > >> Date: Fri, 31 Aug 2012 15:50:20 +0200 >> From: Marco Stornelli >> To: Linux FS Devel , linux...@kvack.org >> Cc: Linux Kernel >> Subject: [PATCH 00/21] drop vmtruncate >> >&g

Re: [PATCH v6] pstore/ram: Add ramoops support for the Flattened Device Tree.

it's the same for sizeof, it's much more readable sizeof(struct ramoops_platform_data). Marco -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH v6] pstore/ram: Add ramoops support for the Flattened Device Tree.

Il 08/09/2012 10:06, Anton Vorontsov ha scritto: On Sat, Sep 08, 2012 at 09:23:40AM +0200, Marco Stornelli wrote: [...] + pdata = devm_kzalloc(dev, sizeof(*pdata), GFP_KERNEL); + if (pdata == NULL) I wonder why people prefer to not write !pdata, which is more natural when reading the

Re: Ralink RT3070 driver

timeout problem. I'm experiencing the same problem with both my Asus EEEPC 1000H and my Dell Latitude e5420 using Fedora 17 and Archlinux, I tried wicd and networkmanager to manage the connection. Marco -- To unsubscribe from this list: send the line "unsubscribe linux-kernel"

Re: [patch 4/8] fs, exportfs: Add export_encode_inode_fh helper

provide a device if the fs is mounted on "none" (ex tmpfs)? In this case you can't associate device <=> fs, because you haven't got a /dev/something. Marco -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [RFC] [PATCH] vfs: remount all file-systems R/O on emergency remount.

remount should be happen. It would give us the fs granularity, and maybe it could be turned on/off with the mount. Marco -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vge

Re: [RFC] [PATCH] vfs: remount all file-systems R/O on emergency remount.

Il 24/08/2012 15:38, Artem Bityutskiy ha scritto: On Fri, 2012-08-24 at 15:20 +0200, Marco Stornelli wrote: Il 24/08/2012 09:26, Artem Bityutskiy ha scritto: From: Artem Bityutskiy Currently the emergency remount (triggered by Sysrq-u) re-mounting only those file-systems R/O, which have an

Re: [RFC v1 00/11] vfs: hot data tracking

n-i386:~# cat /sys/kernel/debug/hot_track/sdb/range_data > inode #279, range start 0 (range len 1048576) reads 0, writes 2, > avg read time 18446744073709551615, avg write time 1058147040842596150, temp > 64 > root@debian-i386:~# > It's a good idea to add a new file under docum

[PATCH 0/8][RESEND] drop lock/unlock super

apply them in the vfs tree for 3.7? Actually in the Ted's tree there is already the patch for ext4, but however I'm re-sending it because I don't want to break a tree. Thanks. Marco Stornelli (8): exofs: drop lock/unlock super ext3: drop lock/unlock super ext4: drop lock

[PATCH 1/8] exofs: drop lock/unlock super

Removed lock/unlock super. Acked-by: Artem Bityutskiy Acked-by: Boaz Harrosh Signed-off-by: Marco Stornelli --- fs/exofs/super.c |4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/fs/exofs/super.c b/fs/exofs/super.c index dde41a7..c4360b5 100644 --- a/fs/exofs/super.c

[PATCH 2/8] ext3: drop lock/unlock super

Removed lock/unlock super. Signed-off-by: Marco Stornelli --- fs/ext3/super.c |6 -- 1 files changed, 0 insertions(+), 6 deletions(-) diff --git a/fs/ext3/super.c b/fs/ext3/super.c index 8c892e9..9b3d498 100644 --- a/fs/ext3/super.c +++ b/fs/ext3/super.c @@ -2571,11 +2571,9 @@ out

[PATCH 4/8] fat: drop lock/unlock super

Removed lock/unlock super. Added a new private s_lock mutex. Signed-off-by: Marco Stornelli --- fs/fat/dir.c |4 ++-- fs/fat/fat.h |1 + fs/fat/inode.c |9 + fs/fat/namei_msdos.c | 26 +- fs/fat/namei_vfat.c | 30

[PATCH 5/8] hpfs: drop lock/unlock super

Removed lock/unlock super. Signed-off-by: Marco Stornelli --- fs/hpfs/super.c |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/fs/hpfs/super.c b/fs/hpfs/super.c index 706a12c..8af2cdc 100644 --- a/fs/hpfs/super.c +++ b/fs/hpfs/super.c @@ -389,7 +389,6 @@ static int

[PATCH 6/8] sysv: drop lock/unlock super

Removed lock/unlock super. Added a new private s_lock mutex. Signed-off-by: Marco Stornelli --- fs/sysv/balloc.c | 18 +- fs/sysv/ialloc.c | 14 +++--- fs/sysv/inode.c |4 ++-- fs/sysv/super.c |1 + fs/sysv/sysv.h |1 + 5 files changed, 20 insertions

[PATCH 7/8] ufs: drop lock/unlock super

Removed lock/unlock super. Added a new private s_lock mutex. Signed-off-by: Marco Stornelli --- fs/ufs/balloc.c | 30 +++--- fs/ufs/ialloc.c | 16 fs/ufs/super.c | 21 +++-- fs/ufs/ufs.h|1 + 4 files changed, 35 insertions

[PATCH 8/8] vfs: drop lock/unlock super

Removed s_lock from super_block and removed lock/unlock super. Signed-off-by: Marco Stornelli --- fs/super.c | 23 --- include/linux/fs.h |1 - 2 files changed, 0 insertions(+), 24 deletions(-) diff --git a/fs/super.c b/fs/super.c index 0902cfa..f25a44a 100644

3.6rc-3 doesn't compile um arch

NULL); but it should be: alarm_handler(SIGVTALRM, NULL, NULL); Is it already fixed? Marco -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.ht

[PATCH] um: fix compilation error

Fix a compilation error due to a regression of commit d3c1cfcdb43e023ab1b1c7a555cd9e929026500a "um: pass siginfo to guest process". Signed-off-by: Marco Stornelli --- arch/um/os-Linux/time.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/um/os-Linu

[PATCH 00/21] drop vmtruncate

tter to avoid regressions. After this clean, of course, each fs can clean in a deeply way. With these patches even the inode truncate callback is deleted. Any comments/feedback/bugs are welcome. Marco Stornelli (21): ufs: drop vmtruncate sysv: drop vmtruncate reiserfs: drop vmtruncate procfs: dr

[PATCH 01/21] ufs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/ufs/inode.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/fs/ufs/inode.c b/fs/ufs/inode.c index dd7c89d..38c44bb 100644 --- a/fs/ufs/inode.c +++ b/fs/ufs/inode.c @@ -536,8 +536,9 @@ static int

[PATCH 02/21] sysv: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/sysv/file.c |5 +++-- fs/sysv/itree.c |7 +-- 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/fs/sysv/file.c b/fs/sysv/file.c index 0a65939..9d4dc68 100644 --- a/fs/sysv/file.c +++ b/fs/sysv/file.c @@ -41,9

[PATCH 03/21] reiserfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/reiserfs/file.c |3 +-- fs/reiserfs/inode.c| 15 +++ fs/reiserfs/reiserfs.h |1 + 3 files changed, 13 insertions(+), 6 deletions(-) diff --git a/fs/reiserfs/file.c b/fs/reiserfs/file.c index 8375c92

[PATCH 04/21] procfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/proc/base.c|3 ++- fs/proc/generic.c |3 ++- fs/proc/proc_sysctl.c |3 ++- 3 files changed, 6 insertions(+), 3 deletions(-) diff --git a/fs/proc/base.c b/fs/proc/base.c index 1b6c84c..36fa9dd 100644 --- a/fs/proc

[PATCH 05/21] omfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/omfs/file.c | 12 1 files changed, 8 insertions(+), 4 deletions(-) diff --git a/fs/omfs/file.c b/fs/omfs/file.c index 2c6d952..2139ee9 100644 --- a/fs/omfs/file.c +++ b/fs/omfs/file.c @@ -317,8 +317,11 @@ static int

[PATCH 06/21] ocfs2: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/ocfs2/file.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/fs/ocfs2/file.c b/fs/ocfs2/file.c index 46a1f6d..dd95798 100644 --- a/fs/ocfs2/file.c +++ b/fs/ocfs2/file.c @@ -1231,11 +1231,12 @@ int ocfs2_setattr

[PATCH 07/21] adfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/adfs/inode.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/fs/adfs/inode.c b/fs/adfs/inode.c index 1dab6a1..5d2a0e0 100644 --- a/fs/adfs/inode.c +++ b/fs/adfs/inode.c @@ -57,8 +57,9 @@ static int

[PATCH 08/21] affs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/affs/file.c |8 +--- fs/affs/inode.c |5 - 2 files changed, 9 insertions(+), 4 deletions(-) diff --git a/fs/affs/file.c b/fs/affs/file.c index 2f4c935..34ebe09 100644 --- a/fs/affs/file.c +++ b/fs/affs/file.c @@ -39,7

[PATCH 09/21] bfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/bfs/file.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/fs/bfs/file.c b/fs/bfs/file.c index f20e8a7..4967258 100644 --- a/fs/bfs/file.c +++ b/fs/bfs/file.c @@ -171,8 +171,9 @@ static int bfs_write_begin

[PATCH 10/21] hfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/hfs/inode.c | 19 +-- 1 files changed, 13 insertions(+), 6 deletions(-) diff --git a/fs/hfs/inode.c b/fs/hfs/inode.c index ee1bc55..e8c0273 100644 --- a/fs/hfs/inode.c +++ b/fs/hfs/inode.c @@ -47,8 +47,11 @@ static int

[PATCH 11/21] hpfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/hpfs/file.c |8 +--- fs/hpfs/inode.c |5 - 2 files changed, 9 insertions(+), 4 deletions(-) diff --git a/fs/hpfs/file.c b/fs/hpfs/file.c index 89d2a58..895871a 100644 --- a/fs/hpfs/file.c +++ b/fs/hpfs/file.c @@ -117,8

[PATCH 12/21] jfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/jfs/file.c |6 -- fs/jfs/inode.c | 13 + 2 files changed, 13 insertions(+), 6 deletions(-) diff --git a/fs/jfs/file.c b/fs/jfs/file.c index 844f946..bcd94e5 100644 --- a/fs/jfs/file.c +++ b/fs/jfs/file.c @@ -119,9

[PATCH 13/21] hfsplus: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/hfsplus/inode.c | 19 +-- 1 files changed, 13 insertions(+), 6 deletions(-) diff --git a/fs/hfsplus/inode.c b/fs/hfsplus/inode.c index 3d8b4a6..7770a9d 100644 --- a/fs/hfsplus/inode.c +++ b/fs/hfsplus/inode.c @@ -40,8

[PATCH 14/21] hostfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/hostfs/hostfs_kern.c |8 +--- 1 files changed, 5 insertions(+), 3 deletions(-) diff --git a/fs/hostfs/hostfs_kern.c b/fs/hostfs/hostfs_kern.c index 1241465..36f5a62 100644 --- a/fs/hostfs/hostfs_kern.c +++ b/fs/hostfs

[PATCH 15/21] logfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/logfs/readwrite.c | 10 -- 1 files changed, 8 insertions(+), 2 deletions(-) diff --git a/fs/logfs/readwrite.c b/fs/logfs/readwrite.c index 5be0abe..e9adf9e 100644 --- a/fs/logfs/readwrite.c +++ b/fs/logfs/readwrite.c

[PATCH 16/21] minix: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/minix/file.c |6 -- fs/minix/inode.c |7 +-- 2 files changed, 9 insertions(+), 4 deletions(-) diff --git a/fs/minix/file.c b/fs/minix/file.c index 4493ce6..adc6f54 100644 --- a/fs/minix/file.c +++ b/fs/minix/file.c

[PATCH 17/21] ncpfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/ncpfs/inode.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/fs/ncpfs/inode.c b/fs/ncpfs/inode.c index 333df07..c1e73c3 100644 --- a/fs/ncpfs/inode.c +++ b/fs/ncpfs/inode.c @@ -971,9 +971,11 @@ int

[PATCH 18/21] nilfs2: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/nilfs2/file.c |1 - fs/nilfs2/inode.c| 18 +- fs/nilfs2/recovery.c |7 +-- 3 files changed, 18 insertions(+), 8 deletions(-) diff --git a/fs/nilfs2/file.c b/fs/nilfs2/file.c index a4d56ac..543554b

[PATCH 19/21] ntfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/ntfs/file.c |8 +--- fs/ntfs/inode.c | 11 +-- fs/ntfs/inode.h |4 3 files changed, 18 insertions(+), 5 deletions(-) diff --git a/fs/ntfs/file.c b/fs/ntfs/file.c index 1ecf464..5332e90 100644 --- a/fs/ntfs

[PATCH 20/21] vfs: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- fs/libfs.c |2 -- include/linux/fs.h |1 - 2 files changed, 0 insertions(+), 3 deletions(-) diff --git a/fs/libfs.c b/fs/libfs.c index a74cb17..69cf30d 100644 --- a/fs/libfs.c +++ b/fs/libfs.c @@ -369,8 +369,6 @@ int

[PATCH 21/21] mm: drop vmtruncate

Removed vmtruncate. Signed-off-by: Marco Stornelli --- include/linux/mm.h |1 - mm/truncate.c | 23 --- 2 files changed, 0 insertions(+), 24 deletions(-) diff --git a/include/linux/mm.h b/include/linux/mm.h index 311be90..7eebde6 100644 --- a/include/linux/mm.h

Re: [PATCH 1/8] exofs: drop lock/unlock super

Il 09/10/2012 01:24, Al Viro ha scritto: On Mon, Oct 08, 2012 at 02:58:05PM -0700, Boaz Harrosh wrote: Hi Marco I was sure you guys where pushing this patch through some vfs tree. (Hence my Acked-by below). I have just sent Linus a pull request for the 3.7 Kernel. I could perhaps append this

Re: [PATCH 1/8] exofs: drop lock/unlock super

2012/10/9 Al Viro : > On Tue, Oct 09, 2012 at 05:55:12PM +0200, Marco Stornelli wrote: > >> Thanks Al. For me there aren't problems to push it via Al or via >> other trees. For example the patch for ext4 is in Ted's tree. You >> tell me what you want and I do it

Re: [git pull] vfs pile 3

/linux/kernel/git/viro/vfs.git for-linus Al, do you see any problem to apply the patch series "drop vmtruncate"? Do you think it's better to push it for 3.8? Thanks, Marco -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the bo

Re: [git pull] vfs pile 3

Il 13/10/2012 09:51, Al Viro ha scritto: On Sat, Oct 13, 2012 at 09:20:45AM +0200, Marco Stornelli wrote: Il 13/10/2012 02:20, Al Viro ha scritto: Stuff from Jeff Layton, mostly. Sanitizing interplay between audit and namei, removing a lot of insanity from audit_inode() mess and

Re: [git pull] vfs pile 3

knowledge of its fs so it was a safe approach from testing point of view and so on. However if you tell me that in this case another approach is better is ok for me. I'll fix the patches according to the comments of Christoph. Regards, Marco -- To unsubscribe from this list: send the

Re: [PATCH 06/22] ocfs2: drop vmtruncate

Il 13/10/2012 18:19, Christoph Hellwig ha scritto: if ((attr->ia_valid & ATTR_SIZE) && attr->ia_size != i_size_read(inode)) { - status = vmtruncate(inode, attr->ia_size); + status = inode_newsize_ok(inode, attr->ia_size); if (status)

  1   2   3   4   5   6   7   8   9   10   >