0x0001 /* Get settings, non-privileged. */
>+#define ETHTOOL_GSET 0x0001 /* Get settings. */
> #define ETHTOOL_SSET 0x0002 /* Set settings, privileged. */
>+#define ETHTOOL_GDRVINFO 0x0003 /* Get driver info. */
>
> /* compatibility with older code *
ct any disk-bound process that severely?
--
/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/
really appreciate it.
>
>Thanks In Advance.
>
>Chris Kloiber
--
/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/
Dear Friend:
>>
>> YOU CAN make over a half million dollars every 4 to 5 months from
>> 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&qu
client of the counter can
trivially achieve the effect of a reset by (locally) storing a snapshot and doing a
subtract. Conversely, if the counter is truly reset, information is lost permanently.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
. This
particular layout happens to work with 64-bit pointers as well (I'm 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
he moment it
>overlaps you need human 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 Lun
exist any kind 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 [EMA
e F9 key on a G3 PowerBook is labeled "prt screen", and you get that function
with the "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-ke
s);/* wait for reply */
> }
What 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/
Ds of either flavor: OOM-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 PROT
eeding to be made non-executable so that it can't execute?
>
>aeee, my head hurts now, thanks :(
It shouldn't. rm is not prevented from removing an unwriteable file (though it
complains by default). Directory permissions control operations on links.
--
/Jonathan Lundell.
-
To
icate to the 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.
s as with identical ones; the fix
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/
s/dev/fcn 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 (outs
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/f
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 phy
errors reported from your disk
>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
remapping) off. There's way too much chance 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
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 ba
s that were themselves saturated in both
directions (all ignoring 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 connec
r and the PCI
>card sniffs the DMA controller setup (as it goes to pci, then when 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 lin
ts, but it's a potential
benefit 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.kerne
rhaps 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).
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More m
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
n the proliferation of ioctls. Sure, it's non-standard
and a mess. But it's semi-documented, easy 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
for
example (and this is true for many/most multiple-device cards), has a
bridge, its own 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 b
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 som
gh part of the address lives in a non-counting
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
forced
>to implement it...
That's 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.
-
patch2:
>@@ 10,1 10,2 @@
> #include
>+#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
mention
recursion) significantly more 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
initions. At this
>point you get into law 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
#defined in
Rick's userland?
There can't, of course, be any blanket 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 [EM
pts are
dynamically routed (eg round-robin).
Where can I find the 5.05 driver?
--
/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/
raham Lincoln say that? :)
That's the common, 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/
GE_SIZE ? page : start, n);
> if (n == 0) {
> if (retval == 0)
> retval = -EFAULT;
> break;
> }
>
>- *ppos += start < page ? (long)start : n; /* Move down
>the file */
>+
sized guys were generally attached to
mainframes, IBM 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 unsubscr
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 ha
oln as "a caller
>at the White House." Years later, two old-timers claimed they had
>heard Lincoln say it in an 1856 address in Illinois, but a news
>account of the speech didn't mention it. The Fehrenbachers give the
>old-timers' recollections a D. The evidence,
sing cpio archive layout is OK, but _please_, don't make it dependent
>on GNU cpio.
If size is an issue (and of course it is), presumably the archive
would 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
arc
sumed that it was sent clear text. Obviously not.
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 unsub
ng some of the other names).
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
been very kind)
--
/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/
kernels. Or, under extreme
circumstances, Linux apps.
--
/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/
I
slot number, as above, and a physically meaningful description that
the user could use to identify an actual slot. Unfortunately the
proper place for such a translation function is in the
(hardware-specific) BIOS.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "u
ing set".
(Does Linux swap out 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
Pleas
n spell? Since when?
OED 2nd Ed:
deregister. v. trans. To remove from a register. Hence
deregistration. (first citation 1925)
unregistered. ppl. a. Not entered in a register; unrecorded. (first
citation 1604)
The OED has no entry for "unregister".
--
/Jonathan Lundell.
-
To unsu
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:
> >
&
re you were
>> working on at the time :-)
>>
>
>RDTSC in Crusoe processors does basically this.
>
> -hpa
The Pentium III TSC has the bizarre characteristic, per Intel docs
anyway, that only the low half can be written (as I recall the high
half gets set to zero), ma
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/sc
work reliably across multiple PCI buses etc.
What's the Linu[sx] attitude to using a type to help control (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 app
ly.
It'd be a big job. And Linus further suggests 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.
--
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 c
the network to arbitrate which node should be the owner of the disk.
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__
", if that doesn't offend
>any sensibilities :)
With a little arithmetic behind the scenes and a NULL pointer to the
struct xdev, you could have:
struct xdev_regs {
u32 reg1;
u32 reg2;
} *xdr = 0;
#define RTL_R32(REG) readl(cookie+(unsigned long)(&xdr->REG))
cookie
ters as pointers.
As Abramo points out, if you can't abide the above cast, you can
create a relatively trivial macro to hide 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/
not true, but the !!page->buffers is not a bug.
There's something to be said 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 f
tl command. There's also ENOIOCTLCMD
(apparently supposed to be a non-user errno, but i don't see where it
gets changed to something else) and EINVAL. I'm not sure what the
rationale is for choosing among them; perhaps someone would elucidate?
--
/Jonathan Lundell.
-
To un
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
rking like at the beginning of its 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
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 r
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.
12
>#define 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 PRO
>Its a way of passing back '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 a
ers/block/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 "unsubsc
t more invasively s/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
. 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 f
-#define __beep() 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
A side observation: PCI or SCSI bus/device/lun/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 l
configuring 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/
ce $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 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/
ns and no 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 unsu
the connection all ways
(eth# <-> 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&quo
In practice,
you'd 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
rives)? 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:
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
>>
otentially) 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.or
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
happens at about 5 Hz. And the characteristic
delay on each type of machine seems consistent.
Any ideas of where to look? Other lists to inquire on?
Thanks.
--
/Jonathan Lundell.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
audio 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
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 spe
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 cod
84 matches
Mail list logo
