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 me
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 receiv
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 linux-kern
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
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
re'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 unsubscribe from this list: send the
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
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 from this list: se
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
ts 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/
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/
etwork 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__IO_Fe
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
n'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)(>REG))
cookie = ioremap(blah, bla
ob. 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.
--
/Jonathan Lundell.
-
To unsubscribe
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
ork 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 applicability to i
(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
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
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
e
>> 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), making resto
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 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:
> >
> > dereg
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 unsubscribe
. 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
et".
(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
Please rea
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/
ful 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 "unsubscribe linux-kernel" in
the body of a message
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/
me 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 PROTE
).
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
ment 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 Lundell.
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 tx).
--
/Jonathan
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
f 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" in
the bo
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
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" i
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
te 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/
, 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
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 */
> #define
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
o 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 unsubscribe from this li
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
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 PROTECTED
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
/* 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/
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/
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-kernel" in
the body of a
ere 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
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.
101 - 162 of 162 matches
Mail list logo