elonging to the same physical package.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Tom Vier wrote:
On Tue, Mar 22, 2005 at 04:26:47PM -0500, Bill Davidsen wrote:
It's not clear if that's bizarre practice on AMD system boards or if
it's mis-reported. Of course Tom may be running a NUMA setup, in which
case I won't guess what's expected to be displayed. I've added him to
the CC
Gábor Lénárt wrote:
On Mon, Jul 25, 2005 at 12:47:50PM -0400, Bill Davidsen wrote:
Gábor Lénárt wrote:
On Fri, Jul 22, 2005 at 05:46:58PM +0800, Ashley wrote:
I've a server with 2 Operton 64bit CPU and 12G memory, and this server
is used to run applications which
s seem to be for SCSI devices which are not disks, tapes
or CD-ROMs. All my SCSI devices are disks. I only need to find out
which SCSI ID maps to sda, and which ID to sdb etc.
For human information "cat /proc/scsi/scsi" might do
--
bill davidsen
SBC/Prodigy Yorktown Heights NY da
succeeded. Sorry for that. I blame it on it
being late when I wrote it and trying several different ways. :-P
You are hardly the first person to implement the "it doesn't work right,
but it sure is FAST!" algorithm.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastin
[234] all boot fine, but the damn sound
doesn't work. FC3 just didn't work, FC4 hangs if I use "play test sound"
but otherwise works.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but
lings" is listed and more than one.
There is no "other thread" there, it's like "which one is the other hand?"
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To u
ench.c
i387_bench.c:27: parse error before `cpuset'
i387_bench.c:27: warning: data definition has no type or storage class
i387_bench.c:34: unknown field `sa_handler' specified in initializer
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off unti
Jim Crilly wrote:
On 07/31/05 11:10:20PM +0200, Pavel Machek wrote:
I really like having 250HZ as an _option_, but what I don't see is why
it should be the _default_. I believe this is Lee's position as
Last I checked, ACPI and CPU speed scaling were not enabled by default;
Kernel defaults
Lee Revell wrote:
On Mon, 2005-08-01 at 01:29 +0200, Pavel Machek wrote:
Hi!
I'm pretty sure at least one distro will go with HZ<300 real soon now
;-).
Any idea what their official recommendation for people running apps that
require the 1ms sleep resolution is? Something along the lines
Pavel Machek wrote:
Hi!
I was finally able to get C3 state working. It seems that my BIOS is
leaving USB controllers in an active state(?). Without any USB drivers
loaded, C3 is not possible. With drivers loaded, but no device plugged
in C3 works fine. Kernel is 2.6.13-rc3-mm3 + acpi-sbs.
d can't read it.
It behaves as if the read fails depending on the data read, hard as that
is to understand with DMA devices and no bounce buffers.
I wouldn't mention this until I had more info, but it seems possibly
related.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrast
he gcc project, at
least WRT x86, has lost its way a bit. The compiler is getting slower,
and the generated code is not getting correspondingly faster. Or
smaller. I'm not sure about more correct...
Keeping 2.95 might not be a bad idea.
--
-bill davidsen ([EMAIL PROTECTED])
"
latency. At least as I can measure...
Bravo to all concerned to get this to the testing stage!
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: sen
sponse curve
shapes and found a way to get numbers useful to me.
So you might find the percentile values pull additional information out
of your data points, particularly for noisy results.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until
SPARC hardware works, I don't remember
enough to be useful.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
and slower with every release.
The tools used to find overlong paths in the kernel would work well for
gcc. Recent versions are painful, even with a decent SMP machine. The
people compiling on laptops could spend a day building with new versions.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR
changed my script
to do something else. However, it really should work.
I will test this if you like, but I'm on 7x24 coverage this week and
7x24 vacation after that, so not soon.
10) ATAPI DMA alignment (discussed elsewhere)
Needed even for PATA, AFAICT.
Thanks for keeping the list!
-
Alan wrote:
On Fri, 15 Dec 2006 11:50:14 -0500
Bill Davidsen <[EMAIL PROTECTED]> wrote:
Did I miss an alternate method of handling ftape devices, or are these
old beasts now unsupported? I occasionally have to be able to handle
that media, since the industrial device using ftape for c
ons, default cfq or even deadline might be helpful.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
n put in when struct members
had other values, may be needed on some hardware but not others, etc.
Cleanups are good, but may not be as obvious as they appear.
Not that there's a lack of places to remove visual cruft, but perhaps
someone could look at casts and ask if each hides a real type mismatch
Phillip Susi wrote:
Bill Davidsen wrote:
Quite honestly, the main place I have found O_DIRECT useful is in
keeping programs doing large i/o quantities from blowing the buffers
and making the other applications run like crap. If you application is
running alone, unless you are very short
in the linux-raid archives, won't
rehash here.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
themselves happy.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
ot very well defined quantities, but obviously
"many" > "few" :-)
Of course that assumes that these are not the same users, which clearly
isn't true in all cases.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small compu
Con Kolivas wrote:
On Thu, 14 Jul 2005 03:54, Bill Davidsen wrote:
Con Kolivas wrote:
On Tue, 12 Jul 2005 21:57, David Lang wrote:
for audio and video this would seem to be a fairly simple scaleing factor
(or just doing a fixed amount of work rather then a fixed percentage
[EMAIL PROTECTED] wrote:
Quoting Bill Davidsen <[EMAIL PROTECTED]>:
Disk tests should be at a fixed rate, not all you can do. That's NOT
realistic.
Not true; what you suggest is another thing to check entirely, and that
would
be a valid benchmark too. Wh
t;kernel_hz=" then convert the digits after to an integer
and validate that. It would catch invalid values far better, allow other
values to be either implemented as best as is possible if desired, and
NOT ignore invalid values if they didn't match these predefined strings.
--
bill dav
nel strictly honor the no-overcommit request?
Don't have swap?
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-k
of my
programs to use as disk buffer, so that when system memory is full I pay
the overhead of TWO disk i/o's, one to finally write the data to the
disk and one to read my program back in. If free software is about
choice, I wish there was more in the area of how memory is used.
--
-b
Paolo Ornati wrote:
On Mon, 25 Jul 2005 12:47:50 -0400
Bill Davidsen <[EMAIL PROTECTED]> wrote:
And IMHO Linux is *way* too willing to evicy clean pages of my
programs to use as disk buffer, so that when system memory is full I
pay the overhead of TWO disk i/o's, one to finally
nd "faster clock, better sleep resolution," I
don't want to leave out any important issues, or be asked a question
(like how to handle polling devices) when I have no idea what people are
thinking in an area.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination i
perienced guess unsupported by other
relevant information.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
le problem.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
the following (totally untested) should make it be
non-lazy. It's going to slow down normal task switches, but might speed up
the "restoring FP context all the time" case.
Chuck? This should work fine with or without your inline thing. Does it
make any difference?
--
-bill davids
st.
fdisk sees the drive on 2.6, 2.4 sees it okay on same hardware
I haven't tried on the most recent kernels, but ZIP seemed to work
nicely with ide-scsi in earlier 2.6. You might want to try that as a
data point if nothing else.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to proc
, people who
need accuracy above all could use 866 (or whatever tick rate near that
was the lowest error).
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: sen
it won't change much, but to satisfy the
people who think USB precludes power saving you could make the test.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this li
let's not use x += x as well. If you
want to multiple by two, do it.
Wasn't there a CPU where multiple was faster than add? Doesn't matter,
let the compiler make the optimizations so you don't have to.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put thing
_llseek(3, 1761280, [1761280], SEEK_SET) = 0
<0.16>
[pid 1431] 1122318636.266250 _llseek(3, 1761280, [1761280], SEEK_SET) = 0
<0.16>
[pid 1431] 1122318636.266322 _llseek(3, 1761280, [1761280], SEEK_SET) = 0
<0.15>
[pid 1431] 1122318636.266394 _llseek(3, 1761280, [
dback, I can probably just say that DMA wakes the CPU
from C3 and let it ride, I don't want to skip it, but neither do I need
to go into detail.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer&qu
and/or HT machines, but all of the HT
machines running 2.6 are behind a hard firewall except one.
It's running the ASUS P4P800 board which is why I looked, BIOS 1086.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible m
with values in
/sys/block/{device}/queue or wherever you have your sysfs mounted.
Not a great user interface, but at least you can play.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer&
that /sys/devices/system uses today.
Whatever, it's cosmetic and there seem to be more important problems
with APIC than /proc vs. /sys.
Thanks for the clarification.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible m
Andreas Baer wrote:
Bill Davidsen wrote:
One other oddment about this motherboard, Forgive if I have
over-snipped this trying to make it relevant...
Andreas Baer wrote:
Willy Tarreau wrote:
On Mon, Jul 25, 2005 at 03:10:08PM +0200, Andreas Baer wrote:
There clearly
of this, but in many cases it would
result in a saving, perhaps fairly large. Some environmental benefit as
well, of course.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubs
program is read back in. If the pages are dirty, then there's
the delay while they are written.
It's exactly the benefit from having cached pages which is lost.
I would love more control in this area, but short of maintaining a patch
I don't see it happening.
--
-bill davidsen ([EMAIL
s function.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
and would not be blocked for low power, only for suspend.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
Brown, Len wrote:
I agree that the value of _LID can be usefult to user-space
and I'll be sure it is restored as a property of the lid device
under sysfs -- available as a simple file read like it
was under /proc.
You're missing the point, removing the /proc feature breaks existing
code. You
, but one can do without it).
Funny, suspend works on all my laptops and most of my desktops, I was
hoping that someone might get resume working next. :-(
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer&
jeff shia wrote:
Hello,
Is cdrecord dependent on some kind of bus type,such as pci or usb?
And the older version such as cdrecord-1.2?
can cdrecord-1.2 run on kernel-2.4.18?
Why not ask the cdrecord M/L? Subscribe at other.debian.org.
Any 2.4 kernel should work using ide-scsi.
--
-bill
ould be interested in how long
it takes a new release to be used in production. There are lots of
things you could add, but get it working first.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -
or is this something that is normal?
What do you see with lsof? Is there a process associated?
I'm seeing something related with 2.6.13...
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer&
DervishD wrote:
Hi all :)
I don't know if this is a known issue, but usb-storage speed for
'Full speed' devices dropped from 2.6.11.12 (more than 800Kb/s) to
2.6.12 (less than 250Kb/s). The problem still exists in 2.6.13.
The lack of speed seems to affect only the OHCI driver. My
omeone reports a
problem and there's no ggod way to tell exactly what patches are
present. At least with git patches, anyone can **easily** replicate the
source tree for debugging.
Is it really that hard to fix the process?
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to proc
as a separate and distinct
area, the DM driver would come in handy.
This follows the same philosophy as fakeraid (BIOS RAID): we simply
export the entire disk, and Device Mapper (google for 'dmraid') handles
the vendor-proprietary RAID metadata.
--
-bill davidsen ([EMAIL PROTECTED
, and it originally came from that
root, then this is the time to put in a hook for transitions to<=>from
the all-idle state. Various arch may have things other than the PIT
which should (or at least can) be stopped, and which need to be restarted.
--
-bill davidsen ([EMAIL PROTECTED])
"
orks is a waste of your time and talent, please find
something better to do. Perhaps devise a way for programs like
ndiswrapper to provide their own stack, for instance.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment
eem to include a lot of unsupported hardware, which can't
be replaced due to resources (money, slots, batter life).
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: se
("hard to implement" is a practical reason)
why all stacks need to be the same size?
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line
, feel free to point it out.
Hugh
p.s. You said "O_DIRECT (for example)" - what other open
flag do you think tmpfs should support which it does not?
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To
Peter Staubach wrote:
Hugh Dickins wrote:
On Thu, 4 Jan 2007, Bill Davidsen wrote:
In many cases the use of O_DIRECT is purely to avoid impact on cache
used by
other applications. An application which writes a large quantity of
data will
have less impact on other applications by using
Denis Vlasenko wrote:
On Thursday 04 January 2007 17:19, Bill Davidsen wrote:
Hugh Dickins wrote:
In many cases the use of O_DIRECT is purely to avoid impact on cache
used by other applications. An application which writes a large quantity
of data will have less impact on other
Denis Vlasenko wrote:
On Friday 05 January 2007 17:20, Bill Davidsen wrote:
Denis Vlasenko wrote:
But O_DIRECT is _not_ about cache. At least I think it was not about
cache initially, it was more about DMAing data directly from/to
application address space to/from disks, saving
this, but the copy runs so fast I
never really thought about it as an issue.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
, that at
least tells you why.
Is there anyway we can compile lower versions of linux using gcc 4.x.
Im using a arm-linux-gcc.
I can't even give you a guess on that, other than patching your kernel
with individual patches used to avoid compilation problems.
--
bill davidsen <[EMAIL PROTEC
Linus Torvalds wrote:
On Tue, 9 Jan 2007, Tomasz Kvarsin wrote:
During boot into 2.6.20-rc4 iptables says
iptables-restore: line 15 failed.
And works fine with my default kernel: 2.6.18.x
I bet you enabled the new transport-agnostic netfilter, and didn't enable
some of the actual rules
On 1/10/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
Alexy Khrabrov wrote:
> The 2.6 build system compiles only those modules whose config
> changed. However, the install still installs all modules.
>
> Is there a way to entice make modules_install to install only those
>
them and have other
i/o crawl or stop.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
to write all the data for one file at once, because it
avoids seeks, even if it uses the drive for seconds. The code has gone
too far in the direction of throughput, at the expense of response to
other processes, given the (common) behavior noted.
--
bill davidsen <[EMAIL PROTECTED
is a "proper solution" is usually a total red
herring. Quite often there isn't, and the "paper over" is actually not
papering over, it's quite possibly the best solution there is.' I think
any solution is going to be ugly, unfortunately.
--
bill davidsen <[EMAIL PROTECTE
reflecting this.
Please clarify how this would interact with quota, and why it wouldn't
allow someone to run me out of disk.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send th
and using
that with an otherwise unmodified large program which uses fprintf().
That worked on all of the major UNIX variants as well.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the l
[EMAIL PROTECTED] wrote:
On Fri, 12 Jan 2007 10:03:49 EST, Lennart Sorensen said:
I would expect any distribution should work on these (as long as the
kernel they use isn't too old.). Of course if it is a Mac, you need a
distribution that supports their firmware (which is of course not a PC
17.50.0.8
Same problem with vanilla linux-2.6.20-rc5.
What target? I had no such problem with x86, haven't tried the x86_64
build yet. Haven't even been able to try a boot, but the build was fine ;-)
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting thi
ALSIZE;
or some similar logic to do what the manual suggests, that zero is a
valid value.
I may be totally misreading this, of course, I'm taking the manual quote
as gospel.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
and confusing.
Why dont we use like this :-
Because it's ugly and confusing.
#ifdef CONFIG_PREEMPT
#include
#endif
#ifdef CONFIG_PREEMPT
preempt_disable();
#endif
#ifdef CONFIG_PREEMPT
preempt_enable();
#endif
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing in
and still have function keys as other things wanted them.
Hope that answers your question.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&q
? I'd like to use it, but
if I'm going to have to maintain my own crypto kernels indefinitely this
probably isn't the one for me.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the l
, in which case you run it until you back it up, then waranty it.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
a lot of time to keep
current, and you see a lot of stuff you don't need.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last possible moment - but no longer" -me
-
To unsubscribe from this list: send the line "unsubscribe lin
Michal Schmidt wrote:
Bill Davidsen wrote:
Nick Sanders wrote:
For me when running growisofs with user permissions on 2.6.10
(ide-cd) it works perfectly 1st time but 2nd time fails with the
error below. It works fine when run as root.
:-( unable to PREVENT MEDIA REMOVAL: Operation
75kB/s realtime and 18819.7879 kB/s CPU
time. This doesn't seem unusably slow, even on my mighty P-II/350 and
eight year old 4GB drives. The hdb is so old it has to run in pio mode, to
give you an idea, and the original data was not in memory.
Undoubtedly your idea of unusably slow is far more
Alban Browaeys wrote:
Bill Davidsen tmr.com> writes:
With no disrespect, I don't believe you have ever been a full-time
employee system administrator for any commercial or government
organization, and I don't believe you have any experience trying to do
security when change must be revie
sers
have no recourse but to go to another O/S or app. Which makes it far
more practical to explain a point than to storm off and do it yourself
and have to maintain it forever.
--
-bill davidsen ([EMAIL PROTECTED])
"The secret to procrastination is to put things off until the
last
On Wed, 19 Jan 2005, Fruhwirth Clemens wrote:
> On Wed, 2005-01-19 at 12:03 -0500, Bill Davidsen wrote:
> > On Tue, 18 Jan 2005, Dan Hollis wrote:
> >
> > > On Tue, 18 Jan 2005, Venkat Manakkal wrote:
> > > > As for cryptoloop, I'm sorry, I cannot say the
ll this function, and we
* have to guarantee that it won't complete, letting the driver
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
ity on the maintainer.
Adding and vetting things in stages works only when the parts work
independently, and that's not always the case. You don't leap vast
chasms in small cautious steps.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with sma
Rakhesh Sasidharan wrote:
Infact, just inserting a CD is enough. No need for a media player to try and
access the files. :)
The backend must be polling and trying to mount the disc upon insertion. Kernel 2.6.16 and before did that fine, but kernel 2.6.17 and above don't and give error
it fixed.
Failing to init the fb is certainly a good way to make sure the problem
isn't overlooked, but perhaps a bit shy in the area of letting the user
find out what the error was. Perhaps a warning would be better.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing inter
; the NX bit seems to not work.
Straining my memories of i586, I don't think that it even COULD do
noexec... I don't have any here to try at the moment. In any case an
option which isn't known or isn't implemented should generate a warning.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Asso
I occasionally have to be able to handle
that media, since the industrial device using ftape for control updates
cost more than a small house.
I can obviously keep an old slow machine to do the job, but I'd like to
know if I need to.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associat
config unless PAE was selected.
I don't think you will avoid confusion when you have two unrelated
reasons for enabling the same feature.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe
l to other
programs as well.
Do not use cdrecord derivates but the original as derivates may have bugs
that are not present in the original.
That cuts both ways.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
handle the new unchanged behavior. See "VCD not readable" for
details.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Mike Galbraith wrote:
At 12:38 PM 9/7/2005 -0400, Bill Davidsen wrote:
You must have something more useful to work on, which would ADD value
to the kernel instead of breaking existing installations. Ripping out
petty stuff which works is a waste of your time and talent, please
find something
Jan Kiszka wrote:
2005/9/7, Bill Davidsen <[EMAIL PROTECTED]>:
Is there a technical reason ("hard to implement" is a practical reason)
why all stacks need to be the same size?
Because of
static inline struct thread_info *current_thread_info(void)
{
struct
e way Linux is, and which are compatible with each other mainly
at the acronym level, all are called BSD.
Question: does colinux get around all this crap by using the Windows
drivers and running in essentially microkernel mode? Windows as the new
NDISwrapper ;-)
--
-bill davidsen ([EMAIL PR
a viable alternative?
It's not old hardware that's the problem, it's new hardware which isn't
supported. And unlike desktops, there's a lot less in the way of
hardware options on a lappie, you take what you get, you get what you
can afford, and often that means running on what someone else c
701 - 800 of 1215 matches
Mail list logo