Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

f kernel loop control structures mentioned earlier in this thread and in most cases prevent data corruption. -- Best Regards / S pozdravem, Stanislav Brabec software developer - SUSE LINUX, s. r. o. e

Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

On Feb 26, 2016 at 23:00 valdis.kletni...@vt.edu wrote: On Fri, 26 Feb 2016 22:00:44 +0100, Stanislav Brabec said: Well, it seems to be safe, even if the loop device was not allocated by mount(8) itself, as ioctl(fd, LOOP_CLR_FD) never returns EBUSY: The fact you don't get an EBUSY do

Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

/dev/loop2 0 0 1 0 /dev/loop1 It should definitely report error whenever trying -oloop on top of anything else than a file. Or at least a warning. Well, even losetup should report a warning. -- Best Regards / S pozdravem, Stanislav Brabe

Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

unt(8) itself, return error. -- Best Regards / S pozdravem, Stanislav Brabec software developer - SUSE LINUX, s. r. o. e-mail: sbra...@suse.com Lihovarská 1060/12tel: +49 91

Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

itimate use, but mount(8) should never do it, because it has other ugly side effects? OK, it looks like a next task for mount(8) to fix. -- Best Regards / S pozdravem, Stanislav Brabec software developer -

Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

y the same mountinfo, but different reference counts for /mnt/1 and /mnt/2. -- Best Regards / S pozdravem, Stanislav Brabec software developer - SUSE LINUX, s. r. o. e-mail: sbra...@suse.com Lihovars

Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

wo mounts don't have. > It's mount(8) that screws up here. Yes mount(8) screws mount(2). And it corrupts kernel: 1) /proc/self/mountinfo changes its contents. 2) mount(2) called after the reproducer returns OK but does nothing. -- Best Regards / S pozdravem, Stanislav Brabec software d

Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

Austin S. Hemmelgarn wrote: > On 2016-02-26 10:50, Stanislav Brabec wrote: That's just it though, from what I can tell based on what I've seen and what you said above, mount(8) isn't doing things correctly in this case. If we were to do this with something like XFS or ex

Re: loop subsystem corrupted after mounting multiple btrfs sub-volumes

ot. - Bind mounts can be mounted only if any of upper sub-volume root is mounted. - Sub-volumes can be mounted even if volume root is not mounted. -- Best Regards / S pozdravem, Stanislav Brabec software developer - SUSE LIN

loop subsystem corrupted after mounting multiple btrfs sub-volumes

st ; do if test $id = $DEFAULT_SUBVOLID ; then continue ; fi ; echo $id ; done) cd ../../../.. mkdir -p d2/dd2/ddd2 cd ./d2/dd2/ddd2 btrfs subvol create s3 >/dev/null mkdir -p s3/bind-mnt popd >/dev/null NON_DEFAULT_SUBVOL=d0/dd0/ddd0/d2/dd2/ddd2/s3 umount /mnt = [1] http://marc.info/?

Re: [PATCH] arm/pxa/spitz.h rewritten and commented

Stanislav Brabec wrote: > Here is a rewrite of spitz.h, which includes comments documenting > function of particular GPIO pins. > > spitz_h_rewrite.patch provides: > - no changes in compiled code > - partial spitz.h rewrite: > * organized by function > * descri

[PATCH] arm/pxa/spitz.h rewritten and commented

* Hardware specific definitions for SL-Cxx00 series of PDAs * * Copyright (c) 2005 Alexander Wykes * Copyright (c) 2005 Richard Purdie + * Copyright (c) 2008 Stanislav Brabec * * Based on Sharp's 2.4 kernel patches * @@ -13,140 +14,257 @@ */ #ifndef __ASM_ARCH_SPITZ_H #define

[PATCH] fix CONFIG_MTD_SHARP_SL if CONFIG_MTD=m (try2)

-in.o, but lost and not linked to drivers/built-in.o (because CONFIG_MTD!=y). Patch below fixes this problem by creating sharpsl-flash.ko (and the code works correctly as a module). This is second try (first sent Nov 10 to [EMAIL PROTECTED]). Signed-off-by: Stanislav Brabec <[EMAIL PROTEC

[PATCH] drivers/video/s1d13xxxfb.c as module with dbg

Attached patch fixes two compilation problems of s1d13xxxfb.c: - Fixes outdated dbg() message to fix compilation error with debugging enabled. - Do not read kernel command line options when compiled as module. Signed-off-by: Stanislav Brabec <[EMAIL PROTECTED]> --- linux-2.6.23/drivers

Re: Proposal: change keycode for scancode e0 32 from 150 to 172

aq (eg. Armada, Evo) Laptop Keyboard Logitech (common definition) Logitech Internet Keyboard Microsoft Office Keyboard It would be nice if anybody can test similar AT/USB keyboard. -- Best Regards / S pozdravem, Stanislav Brabec software developer

Re: ATAPI: audio CD still stops on >> (fast forward, 2.4.0-test12)

ug in GNOME bug tracking system? SW: Linux & (g)tcd HW: Cyrix686MX200 ATAPI CD-ROM Mitsumi FX400E (4x speed) CD Banco de Gaia / Last Train to Lhasa (CD 1) / track 1 -- Stanislav Brabec - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/

ATAPI: audio CD still stops on >> (fast forward, 2.4.0-test12)

Jens Axboe wrote, Sat Nov 4, 2000, 15:18:45 GMT): > On Fri, Nov 03 2000, Stanislav Brabec wrote: > > Description: > > On 2.4.0-pre9 and 2.4.0-pre10: > > Playing of some audio CD's stops in nearly regular places. Also pressing > > >> in CD software

ATAPI: audio CD stops playing (2.2.17 & 2.4.0-test?)

kIndex" packet command was: Oct 19 15:24:26 utx kernel: "48 00 00 00 01 01 00 0d 01 00 00 00 " linux-2.2.16 works OK HW&SW: ATAPI CD-ROM Mitsumi FX400E (4x speed) Cyrix686MX200 Compiler: gcc-2.96.2 -- Stanislav Brabec - To unsubscribe from this list: send the l