From: Brian Harring <ferringb@gmail.com>
To: Walter Dnes <waltdnes@waltdnes.org>
Cc: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Stability of /sys api
Date: Mon, 14 May 2012 01:43:40 -0700 [thread overview]
Message-ID: <20120514084340.GA3885@localhost> (raw)
In-Reply-To: <20120514075353.GB5819@waltdnes.org>
On Mon, May 14, 2012 at 03:53:53AM -0400, Walter Dnes wrote:
> After some Google-searching, I think I've figured out how to implement
> automounting under mdev. I'd like to put in as much sanity-checking
> into the script as possible. Right now I have 1 USB stick plugged in as
> /dev/sdb. Th hard drive is /dev/sda. The "removable" data is readable
> like so...
>
> cat /sys/block/sda/removable
> 0
>
> cat /sys/block/sdb/removable
> 1
>
> My question... is this API stable or deprecated? I.e. can I count on
> it being around for a while? I figure this question is a developer type
> question rather than ordinary user type.
Api is stable although last I dealt with that crap it was reliant on
chipsets/controllers not sucking and misreporting (mmc in particular
comes to mind, although perhaps the hardware sucks less these days).
Suggest you start studying udev source in addition since your
questions of that sort are likely to be answered there. Aka, most
likely wind up asking udev upstream (likely gregkh assuming he hasn't
killfile'd everyone from that thread).
Now the unfun part; this isn't really the right place to be asking. I
get you're doing this w/ a gentoo intent, but you're dancing that line
mightily fine. People asking "can I safely use nested context
managers in python2.6" even if it's orientated towards a potential
gentoo bit (say the ephemeral gentoo stats project), typically will be
told "dunno. Ask the people who wrote the damn thing".
Point there is that the ml shouldn't be used as tech help for the guts
of "I don't want udev and am trying to replace it with mdev";
pkgcore nor paludis internal questions don't come here (format does
since this is the appropriate venue) under the same logic. Forums
come to mind, or appropriate upstreams as mentioned.
Barring that, use the source luke, and start reading the lkml. If
you're trying to do this, you'll likely need to track discussions
there.
Not trying to be a dick mind you, and perhaps others view othewise,
but this isn't the place for it nor do I suspect people care to see
more of this particular war play out on our ml.
~harring
next prev parent reply other threads:[~2012-05-14 8:44 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-14 7:53 [gentoo-dev] Stability of /sys api Walter Dnes
2012-05-14 8:43 ` Brian Harring [this message]
2012-05-14 16:09 ` Mike Frysinger
2012-05-15 1:17 ` Greg KH
2012-05-14 16:31 ` James Cloos
2012-05-14 16:56 ` Olivier Crête
2012-05-14 17:11 ` Ciaran McCreesh
2012-05-14 22:02 ` James Cloos
2012-05-14 17:59 ` Walter Dnes
2012-05-14 22:06 ` James Cloos
2012-05-15 1:23 ` Greg KH
2012-05-15 1:56 ` Maxim Kammerer
2012-05-15 5:05 ` Walter Dnes
2012-05-15 6:32 ` Olivier Crête
2012-05-15 8:30 ` Canek Peláez Valdés
2012-05-15 20:29 ` Walter Dnes
2012-05-15 20:47 ` Nirbheek Chauhan
2012-05-15 18:28 ` Greg KH
2012-05-15 18:21 ` Greg KH
2012-05-15 20:21 ` Maxim Kammerer
2012-05-15 2:13 ` William Hubbs
2012-05-17 5:48 ` [gentoo-dev] " Steven J Long
2012-05-18 18:36 ` William Hubbs
2012-05-19 19:36 ` [gentoo-dev] Implementing udev without an initramfs (Was: Stability of /sys api) Steven J Long
2012-05-19 20:20 ` Samuli Suominen
2012-05-19 20:33 ` Michał Górny
2012-05-15 5:55 ` [gentoo-dev] Stability of /sys api Walter Dnes
2012-05-15 18:26 ` Greg KH
2012-05-15 22:38 ` Walter Dnes
2012-05-15 22:44 ` Stelian Ionescu
2012-05-15 23:51 ` Walter Dnes
2012-05-16 1:09 ` William Hubbs
2012-05-16 4:07 ` Arun Raghavan
2012-05-16 4:17 ` Luca Barbato
2012-05-15 23:54 ` Walter Dnes
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=20120514084340.GA3885@localhost \
--to=ferringb@gmail.com \
--cc=gentoo-dev@lists.gentoo.org \
--cc=waltdnes@waltdnes.org \
/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