the
rationale is for choosing among them; perhaps someone would elucidate?
--
/Jonathan Lundell.
-
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 8:07 PM -0400 2001-05-10, Alexander Viro wrote:
On Thu, 10 May 2001, Jonathan Lundell wrote:
ENOTTY is used by several non-serial devices (or file systems) to
object to an unrecognized ioctl command. There's also ENOIOCTLCMD
(apparently supposed to be a non-user errno, but i don't see
days.
With the same CD's which it doesn't want to burn and which causes the crash
before!
Not that a dirty CD lens should be able to cause a panic
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
At 1:32 PM -0300 2001-05-11, Ralf Baechle wrote:
On Thu, May 03, 2001 at 12:51:25AM -0700, Jonathan Lundell wrote:
Kai Henningsen wrote:
What's a lot more important is that the mail standards say that this stuff
should not be interpreted by the receivers as needing wrapping, so
At 11:20 PM -0300 2001-05-11, Ralf Baechle wrote:
On Fri, May 11, 2001 at 03:49:05PM -0700, Jonathan Lundell wrote:
It's 998 plus a CR/LF sequence which is 1000 bytes, not exactly an odd
number. And it's the official successor of RFC 822 which was an official
STD.
What I meant by strange
ERESTARTNOINTR 513
#define ERESTARTNOHAND 514 /* restart if no handler.. */
#define ENOIOCTLCMD515 /* No ioctl command */
--
/Jonathan Lundell.
-
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
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/
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
floppy_struct));
return err;
}
- return -ENOIOCTLCMD;
+ return -ENOTTY;
}
--
/Jonathan Lundell.
-
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
of function. I assert that ENOIOCTLCMD is
redundant, pending a specific counterexample.
--
/Jonathan Lundell.
-
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
, pending a specific counterexample.
On the contrary. I can now no longer force an unsupported response when there
is a generic routine I dont wish to use
That makes sense. Thanks.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
why creat doesn't end in an e; and so forth. I tell the
Some time back, Ken Thompson was asked, if he had it to do over
again, what changes he would make to Unix. The only thing he could
think of: spell it create().
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line
that every i386 implementation has a full set
of legacy PC IO hardware.
--
/Jonathan Lundell.
-
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
-specific
knowledge to be able to talk about real physical locations in a way
that does the system operator any good.)
--
/Jonathan Lundell.
-
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
; not sure about 2.8.
--
/Jonathan Lundell.
-
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/
networking
for i in eth0 eth1 eth2; do
identify device $i
get configuration/config procedure for device $i identity
configure $i
done
...it's just that right now the connection between eth* and its
physical identity isn't made.
--
/Jonathan Lundell.
-
To unsubscribe
PCI serial board that silently
interchanged the two ports on a rev change, with no labelling change
at all ('cause there was no label!). Make your ttySx match *that*!
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
be something else in a
non-Ethernet domain.)
--
/Jonathan Lundell.
-
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/
or remove a card and check the jumpering or
some such.
--
/Jonathan Lundell.
-
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
from another OS? Shared drives?
Not that this kind of firm ID might not be an improvement, or at
least a good sanity check.
[Side question, not original with me: why isn't all this a 2.5 discussion?]
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
At 4:57 PM +0200 2001-05-16, Vojtech Pavlik wrote:
On Wed, May 16, 2001 at 07:37:45AM -0700, Jonathan Lundell wrote:
At 10:02 AM +0200 2001-05-16, Vojtech Pavlik wrote:
It's also true that some buses simply don't yield up physical
locations (ISA springs to mind,
ISA is quite fine
to be: for
all practical purposes never.
--
/Jonathan Lundell.
-
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/
At 11:23 PM +0200 2001-05-17, Kai Henningsen wrote:
[EMAIL PROTECTED] (Jonathan Lundell) wrote on 15.05.01 in
p05100316b7272cdfd50c@[207.213.214.37]:
What about:
1 (network domain). I have two network interfaces that I connect to
two different network segments, eth0 eth1; they're
and
recovery. There are potentially side-channel/out-of-band means to
communicate this kind of status from specific devices.
--
/Jonathan Lundell.
-
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
the MAC address.
If I plug both into the same network segments by accident (because I
can't tell which is which, say), then my configuration is nearly as
broken with different MAC addresses as with identical ones; the fix
is to replug correctly, not to change MAC addresses.
--
/Jonathan Lundell
documentation, or can figure out once and for all
by experimentation, the correspondence between PCI bus/dev/fcn and
physical locations. Jeff's extension gives me the mapping between
eth# and PCI bus/dev/fcn, which is not otherwise available (outside
the kernel).
--
/Jonathan Lundell
At 3:37 AM -0600 2001-05-20, Eric W. Biederman wrote:
Jonathan Lundell [EMAIL PROTECTED] writes:
At 10:42 AM +0200 2001-05-19, Kai Henningsen wrote:
Jeff Garzik's ethtool
extension at least tells me the PCI bus/dev/fcn, though, and from
that I can write a userland mapping
At 2:16 AM +1200 2001-05-21, Chris Wedgwood wrote:
On Sat, May 19, 2001 at 10:36:14AM -0700, Jonathan Lundell wrote:
I know from system documentation, or can figure out once and for
all by experimentation, the correspondence between PCI
bus/dev/fcn and physical locations. Jeff's
it's long overdue for replacement.
This can't be right. It implies that the drive is returning bogus
data with no error indication. Remapping a bad sector is not the same
as recovering it.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
that a system
will read the remapped sector and assume that it contains the
original data. That would be hopelessly corrupting.
--
/Jonathan Lundell.
-
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
At 5:56 PM +0200 2001-05-24, Andi Kleen wrote:
On Thu, May 24, 2001 at 08:50:04AM -0700, Jonathan Lundell wrote:
At 10:31 AM +0200 2001-05-24, Andi Kleen wrote:
reiserfs doesn't, but the HD usually has transparently in its firmware.
So it hits a bad block; you see an IO error and the next
overhead). Full saturation is not reasonable
for either PCI or Ethernet; I'm just looking at order-of-magnitude
numbers here.
The bottom line is: don't make any hard and fast assumption about the
number of devices connected to a root PCI bus.
--
/Jonathan Lundell.
-
To unsubscribe from this list
nobody
claims it on to the isa bridge) then does bus mastering DMA of its own to fake
the ISA dma
That's sick.
--
/Jonathan Lundell.
-
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
of having the stack at the bottom rather than the top of a
page.
--
/Jonathan Lundell.
-
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
sysconf is pretty useful for this kind of thing (not just HZ, either).
--
/Jonathan Lundell.
-
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 1:38 AM +0100 2001-05-31, Joel Becker wrote:
On Wed, May 30, 2001 at 05:24:37PM -0700, Jonathan Lundell wrote:
FWIW (perhaps not much in this context), the POSIX way is
sysconf(_SC_CLK_TCK)
POSIX sysconf is pretty useful for this kind of thing (not just HZ, either).
Well, how
to use, and v. general.
What's the preferred alternative, to state the first question another
way? For any single small project/driver, creating a new fs simply
isn't going to happen.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
internal PCI bus, and four slots (devices in PCI
terminology).
--
/Jonathan Lundell.
-
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
of definition of the abstract interface
between the architecture-independent and architecture-dependent parts of the kernel?
Or am I being naive?
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
e "fn" key, not the "alt" key (which is a secondary label on the "opt" key).
--
/Jonathan Lundell.
-
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.
Conversely, if the counter is truly reset, information is lost permanently.
--
/Jonathan Lundell.
-
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 r
assuming that
__s16 is a signed 16-bit type).
You can move the pointers to the front, but it's not necessary in this case, so I
tried to preserve some of your original ordering (code first, rx before tx).
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
intervention. That is true for my makefile-2.5
as well as your Perl method.
Where non-overlapping needs to be construed broadly to include not logically
conflicting, and not merely as overlapping diffs.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux
).
How, if at all, would RAID devices, using more than one physical device, or SCSI bus,
or PCI card, fit into this naming scheme?
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
At 5:01 PM -0700 2001-04-24, Aaron Lehmann wrote:
On Tue, Apr 24, 2001 at 11:38:01PM +1000, Daniel Stone wrote:
And UNIX on a phone is pure overkill.
Quit being a naysayer. UNIX on a PDA is a wet dream.
http://www.agendacomputing.com/ (not that the reviews have been very kind)
--
/Jonathan
text, by the way, he asks ignorantly?)
--
/Jonathan Lundell.
-
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/
. a. Not entered in a register; unrecorded. (first
citation 1604)
The OED has no entry for unregister.
--
/Jonathan Lundell.
-
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
At 10:39 PM -0700 2001-04-29, Steve VanDevender wrote:
Jonathan Lundell writes:
At 10:03 PM -0400 2001-04-29, Andres Salomon wrote:
Americans can spell? Since when?
Shouldn't that be 'Sinse when'?
OED 2nd Ed:
deregister. v. trans. To remove from a register. Hence
the low half can be written (as I recall the high
half gets set to zero), making restoration problematical in certain
power-management regimes. Hopefully the Crusoe does better.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
At 7:27 PM -0600 2001-04-30, Richard Gooch wrote:
Jonathan Lundell writes:
...
Consider, instead of /dev/bus/pci0/dev1/fcn0/bus0/tgt1/lun2/part3
something like
/dev/bus/pci0d1f0/scsi0t1l2p3
or
/dev/bus/pci0:d1:f0/scsi0:t1:l2:p3
Nope. Linus hates the idea of compressed names. He
(and
illuminate) the use of these objects? I'm thinking here in particular
of the cookie returned by ioremap() and used by readx/writex, but I
suppose there might be similar applicability to its first parameter.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
that ioremap's first
argument is an architecture-specific object, not necessarily either a
physical CPU address or a PCI address (though it's typically both in
many (most?) i386 implementations). Now *there'd* be a cleanup.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line
At 9:32 AM +0200 2001-05-03, Kai Henningsen wrote:
[EMAIL PROTECTED] (Jonathan Lundell) wrote on 26.04.01 in
p05100303b70eadd613b0@[207.213.214.37]:
At 10:31 PM -0600 2001-04-26, Richard Gooch wrote:
BTW: please fix your mailer to do linewrap at 72 characters. Your
lines are hundreds
.
There are also the more extreme STONITH and STOMITH [shoot the other
node/machine in the head] required by some shared filesystems (eg
GFS).
http://linux-ha.org/stonith.html
http://sistina.com/gfs/howtos/gfs_howto/STOMITH__IO_Fencing.html
--
/Jonathan Lundell.
-
To unsubscribe from this list
RTL_R32(REG) readl(cookie+(unsigned long)(xdr-REG))
cookie = ioremap(blah, blah);
val = RTL_R32(reg2);
...and have the benefits of the R32 macro as well as the use of
structure members.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
the dirty work.
--
/Jonathan Lundell.
-
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/
for expressing it a little more clearly:
page_count(page) == (page-buffers ? 2 : 1);
(sorry, I don't remember the relative precedence of == and ?:)
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
At 2:02 PM -0700 2001-05-22, Richard Henderson wrote:
On Tue, May 22, 2001 at 01:48:23PM -0700, Jonathan Lundell wrote:
64KB for 8-bit DMA; 128KB for 16-bit DMA. [...] This doesn't
apply to bus-master DMA, just the legacy (8237) stuff.
Would this 8237 be something on the ISA card
register). This doesn't apply to bus-master DMA, just the legacy
(8237) stuff. There was also a 24-bit address limitation.
--
/Jonathan Lundell.
-
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
right, of course. A small problem is that dev-slot_name
becomes ambiguous, since it doesn't have any hose identification. Nor
does it have any room for the hose id; it's fixed at 8 chars, and
fully used (bb:dd.f\0).
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe
+#include 2.h
The patch will fail to patch :-). But there is no real conflict between
the patches.
Problem is, you can't tell automatically. Even if the diffs don't
conflict physically, it's entirely possible that they conflict
logically.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send
expensive than on most other
architectures.
--
/Jonathan Lundell.
-
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/
and the like and its probably best you read up on it
from a reputable source not l/k
Though header files don't fall clearly on the interface-definition
side of the line. ctype.h, for example, in userland, or any other
header with #defined or inline code.
--
/Jonathan Lundell.
-
To unsubscribe
prohibition against using
kernel headers in userland. Think about ioctl.h, for example.
--
/Jonathan Lundell.
-
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
arrive.
The other CPU servicing the interrupt, was the question. cli()
doesn't affect that. This could presumably happen if shutdown() gets
run on a non-interrupt-servicing CPU, or if interrupts are
dynamically routed (eg round-robin).
Where can I find the 5.05 driver?
--
/Jonathan Lundell
, but doubtful, attribution.
--
/Jonathan Lundell.
-
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/
: n; /* Move down
the file */
+ *ppos += (unsigned long) start PAGE_SIZE ?
(unsigned long) start : n; /* Move down the file */
nbytes -= n;
buf += n;
retval += n;
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line
or otherwise. Here's a little info:
http://www.digital-interact.co.uk/site/html/reference/media_9trk.html
(but take it with a grain of salt; IBM surely didn't go to nine
tracks because of ASCII!).
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
At 10:07 AM +0200 2001-06-27, Martin Wilck wrote:
On Tue, 26 Jun 2001, Jonathan Lundell wrote:
I use the hack myself, to implement a record-oriented file where the
file position is a record number. I could probably live with
PAGE_SIZE, but the current hack works fine with start bigger than
' recollections a D. The evidence, the scholars say,
suggests that this is a case of reminiscence echoing folklore or
fiction.
--
/Jonathan Lundell.
-
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
t are your settings for VTIME and VMIN?
--
/Jonathan Lundell.
-
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/
M-killable or not. 100 seems like "enough" non-killable users
to me, but that may be a lack of imagination on my part.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
rm is not prevented from removing an unwriteable file (though it
complains by default). Directory permissions control operations on links.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
atibility with older code */
#define SPARC_ETH_GSET ETHTOOL_GSET
--
/Jonathan Lundell.
-
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.htm
, as you
have the chance to fix the docs with every patch, and the source is
always included in each distribution. Then from the source can any
exterior documentation be gleaned. Those of us who don't speak C would
really appreciate it.
Thanks In Advance.
Chris Kloiber
--
/Jonathan Lundell
your home for a one time investment of only twenty five U.S.
Dollars.
...
--
/Jonathan Lundell.
-
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
P
On Apr 15, 2007, at 10:59 AM, Linus Torvalds wrote:
It's a really good thing, and it means that if somebody shows that
your
code is flawed in some way (by, for example, making a patch that
people
claim gets better behaviour or numbers), any *good* programmer that
actually cares about his
use.
This is a desktop board, and this is well after boot (hours). Also,
ACPI is disabled in the BIOS.
I suppose I can try to disable SMI via the APIC?
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
be compressed. As long as tar can be convinced to pad with
(say) nulls, the padding shouldn't have that much of an impact on
archive size.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
clear text. Obviously not. Stupid mailers. Grr.
Eudora does leave you one little clue:
At 2:19 AM +0100 2001-07-20, Anton Altaparmakov wrote:
MIME-Version: 1.0
Content-Type: MULTIPART/MIXED;
BOUNDARY=-559023410-1804928587-995591940=:20239
--
/Jonathan Lundell.
-
To unsubscribe from this list
On May 24, 2007, at 10:51 PM, Andi Kleen wrote:
Do we have a feel for how much performace we're losing on those
systems which _could_ do MSI, but which will end up defaulting
to not using it?
At least on 10GB ethernet it is a significant difference; you usually
cannot go anywhere near line
'you handle it'
>-
>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/
--
/
swim3.cSat May 12 15:22:30 2001
>@@ -848,7 +848,7 @@
> sizeof(struct floppy_struct));
> return err;
> }
>- return -ENOIOCTLCMD;
>+ return -ENOTTY;
> }
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux
ENOIOCTLCMD/ENOTTY/ (mutatis mutandis)
would result in no loss of function. I assert that ENOIOCTLCMD is
redundant, pending a specific counterexample.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
ion. I assert that ENOIOCTLCMD is
>> redundant, pending a specific counterexample.
>
>On the contrary. I can now no longer force an unsupported response when there
>is a generic routine I dont wish to use
That makes sense. Thanks.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send th
>why creat doesn't end in an "e;" and so forth. I tell the
Some time back, Ken Thompson was asked, if he had it to do over
again, what changes he would make to Unix. The only thing he could
think of: spell it "create()".
--
/Jonathan Lundell.
-
To unsubscribe from t
ep() asm("movb $0x3,%al; outb %al,$0x61")
Let's please not assume that every i386 implementation has a full set
of legacy PC IO hardware.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
n/etc paths are not
physical locations; you also need external hardware-specific
knowledge to be able to talk about real physical locations in a way
that does the system operator any good.)
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
g a system and *want* to renumber things. (There are
magic ways to do it, though).
That's all Solaris 2.6; not sure about 2.8.
--
/Jonathan Lundell.
-
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/
tity
> configure $i
> done
...it's just that right now the connection between eth* and its
physical identity isn't made.
--
/Jonathan Lundell.
-
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/
text. Or aren't labelled at all. I'm using one
fairly well-known dual-port PCI serial board that silently
interchanged the two ports on a rev change, with no labelling change
at all ('cause there was no label!). Make your ttySx match *that*!
--
/Jonathan Lundell.
-
To unsubscribe from this list
-> bus location <-> physical location <-> MAC address) in a
uniform manner. (Where MAC address might be something else in a
non-Ethernet domain.)
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
have to experiment or remove a card and check the jumpering or
some such.
--
/Jonathan Lundell.
-
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
)? Removable media from another OS? Shared drives?
Not that this kind of "firm" ID might not be an improvement, or at
least a good sanity check.
[Side question, not original with me: why isn't all this a 2.5 discussion?]
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the l
At 4:57 PM +0200 2001-05-16, Vojtech Pavlik wrote:
>On Wed, May 16, 2001 at 07:37:45AM -0700, Jonathan Lundell wrote:
>> At 10:02 AM +0200 2001-05-16, Vojtech Pavlik wrote:
>> > > It's also true that some buses simply don't yield up physical
>> >>
ally) changed? I'd expect the answer to be: for
all practical purposes never.
--
/Jonathan Lundell.
-
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-inf
At 11:23 PM +0200 2001-05-17, Kai Henningsen wrote:
>[EMAIL PROTECTED] (Jonathan Lundell) wrote on 15.05.01 in
><p05100316b7272cdfd50c@[207.213.214.37]>:
>
>> What about:
>>
>> 1 (network domain). I have two network interfaces that I connect to
>> two
he multi-pathing level, seems exactly right. I'm
guessing that provision needs to be made for some
external-device-dependent means of signalling both failure and
recovery. There are potentially side-channel/out-of-band means to
communicate this kind of status from specific devices.
--
/Jonathan L
is to replug correctly, not to change MAC addresses.
--
/Jonathan Lundell.
-
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/
lets you do that.
I know from system documentation, or can figure out once and for all
by experimentation, the correspondence between PCI bus/dev/fcn and
physical locations. Jeff's extension gives me the mapping between
eth# and PCI bus/dev/fcn, which is not otherwise available (outside
the
At 3:37 AM -0600 2001-05-20, Eric W. Biederman wrote:
>Jonathan Lundell <[EMAIL PROTECTED]> writes:
>
>> At 10:42 AM +0200 2001-05-19, Kai Henningsen wrote:
>> > > Jeff Garzik's ethtool
>> > > extension at least tells me the PCI bus/dev/fcn,
1 - 100 of 162 matches
Mail list logo
