9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Steven Stallion <sstallion@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] mechanism to bind partitions in /dev?
Date: Sat, 18 Jan 2014 11:33:40 -0800	[thread overview]
Message-ID: <CAGGHmKGvP+ByWyL6_be9eivOfmKiT94ux3pFWPZU_D4W5m9_mg@mail.gmail.com> (raw)
In-Reply-To: <725B0528-2ACD-49BF-B09C-8A0625C89080@fb.com>

On Fri, Jan 17, 2014 at 10:57 PM, Yoann Padioleau <pad@fb.com> wrote:
> Hi,
>
> Can someone explain how the partitions in /dev/sdC0/xxx are populated? Who
> create those device files? I have a small plan9 kernel running a small shell (sh.Z)
> in memory and when I do  'bind #S/sdC0 /dev/' I just see the 'data', 'ctl', and 'raw' files.
> There is no 9fat or plan9 or whatever partitions there is on this disk. In fact I've
> tried to make on MACos via the Utility disk some fat images and when I do
> qemu -hdb dosdisk.img I can not access again the fat partition on this disk
> (I've tried dossrv and then mount /srv/dos/ /mnt #sdC1/data but it does not work).
> I can access it though when it's on a floppy disk (mount /srv/dos /mnt /dev/fd0disk
> works). How fd0disk is different from #sdC1/data?

Hi Yoann,

sdC0 and friends are populated by devsd (#S) as a part of some
bootstrap goop. What you will typically find is that only the
drive/partitions used to boot are populated, this is the reason for
the readparts= plan9.ini variable. There are other ways to prompt
devsd to create fs entries at boot - I'd suggest looking through
/sys/src/9/port/devsd.c.

Steve



      parent reply	other threads:[~2014-01-18 19:33 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-01-18  6:57 Yoann Padioleau
2014-01-18  7:17 ` Bruce Ellis
2014-01-18 22:34   ` Yoann Padioleau
2014-01-18 19:33 ` Steven Stallion [this message]

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=CAGGHmKGvP+ByWyL6_be9eivOfmKiT94ux3pFWPZU_D4W5m9_mg@mail.gmail.com \
    --to=sstallion@gmail.com \
    --cc=9fans@9fans.net \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).