lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <84144f020801240434s3ce63e58m8ffb74d70c0aef32@mail.gmail.com>
Date:	Thu, 24 Jan 2008 14:34:00 +0200
From:	"Pekka Enberg" <penberg@...helsinki.fi>
To:	"Oliver Neukum" <oliver@...kum.org>
Cc:	"Wilco Beekhuizen" <wilcobeekhuizen@...il.com>,
	"Greg KH" <greg@...ah.com>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] Missing usb_find_device symbol from usb.c

Hi Oliver,

On Jan 24, 2008 2:24 PM, Oliver Neukum <oliver@...kum.org> wrote:
> > Sure but the filesystems in fs/ are general purpose and they can be
> > mounted on top of any block device (except for the in-memory ones like
>
> nfs, cifs, jffs, ...

But none of them mess around with *hardware*. Sure, you can split it
in two: driver and filesystem but yet again, the latter is not general
purpose at all. I think this is somewhat similar to spufs which is
really hardware specific and thus not eligible for fs/.

On Jan 24, 2008 2:24 PM, Oliver Neukum <oliver@...kum.org> wrote:
> > sysfs). Furthermore, the problem with iriverfs is that it assumes that
> > there can be only one device plugged to the host. What we want is
> > something like
> >
> >   $ mount -t iriverfs /dev/iriver0 /mnt/media
> >
> > Which can be accomplished with an USB driver in driver/usb/ that
> > registers the special iriverfs.
>
> And what happens if you do
> mount -t vfat /dev/iriver0 /mnt/media ?

If /dev/iriver0 is registered as a block device, we read the
superblock but don't find a vfat filesystem and the mount fails as
expected. As for

   mount -t iriverfs /dev/sd1 /mnt/media

we need to make sure file_system_type->get_sb() does something like
what drivers/mtd/mtdsuper.c::get_sb_mtd() does to make sure we only
let it mount if the block device is indeed an iriver player.

                        Pekka
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ