a handy place to the the current 2.2 kernel, which
some people run for reasons which are valid to them.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscrib
n't report problems
with suspend and hibernate is that it's been a problem on and off and
when it breaks people don't bother to chase it, they just don't use it
unless it's critical, or they install suspend2.
I only suggest that if 'platform' is more correct use that, don't change
it again. Then fix pla
t sure it's worth
doing. The system I'm on is RH8.0 patched to run later kernels when my
development machine went down. I got 2.5.52 to boot, last stable was
2.5.47-ac6 and I gave up.
Unless you have some major need to upgrade the kernel without the
distribution, grab the latest RH kernel,
ot; when it is, in fact, only deprecated.
in short, do *not* remove its "deprecated" status. rather, remove its
"obsolete" status and *make* it deprecated.
Correct. Like the weird lady next door who fancies you, it's old, it's
ugly, but it's not likely to go away any time
Jeff Garzik wrote:
On Sun, May 13, 2007 at 07:26:13PM -0400, Bill Davidsen wrote:
Krzysztof Halasa wrote:
Robert Hancock <[EMAIL PROTECTED]> writes:
You don't need volatile in that case, rmb() can be used.
rmb() invalidates all compiler assumptions,
tc. Can you collect and post
those. Both for the failing case (2*5.5T) and the working case
(4*2.55T) is possible.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send the line "u
not
likely to be upgraded.
Non-critical in the sense that I'm sure I can run old kernels for a
decade if needed, but hopefully something to be fixed. Since there's no
regressions list any more, I guess we will all have to complain about
problems individually. :-(
--
Bill Davidsen <[EMAI
Given that and the fact that there is another idea which can be tested
from Tong Li, I think that decision can be postponed, Linus willing.
There appear to be enough testers to be driving evolution now, authors
may disagree, of course.
Several folks added to cc list...
--
Bill Davidsen &
done by Nick Piggin in
nicksched. There are a lot of mutually incompatible approaches being
evaluated, and that's good for the future.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked."
r i/o, so to some extent I feel as if this is a
fix for a problem we shouldn't have.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this lis
comparing 2.5.43-mm2 responsiveness with 2.4.19-ck7, you know I always
test your stuff ;-)
Guess it might need a bit of polish for current hardware, I was testing
on *small* machines, deliberately.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompe
kernel versions: vanilla 2.6.16 - 2.6.20 (<2.6.16
doesn't run on any of the systems I can do tests with). Please note:
I could reproduce this on serveral systems, all of them use ECC
memory and the memory of most of them the memory is monitored using
EDAC.
--
Bill Davidsen <[EMAIL PROTE
waiting for me to run my numbers with
all values of HZ and not, and tell the world what I found? ;-)
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from
I have a results page here, I will repeat tests with tuning if asked.
http://www.tmr.com/~davidsen/Kernel%20build%20time%20results.html
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list
Con Kolivas wrote:
On Friday 27 April 2007 08:00, Bill Davidsen wrote:
Ingo Molnar wrote:
* Ed Tomlinson <[EMAIL PROTECTED]> wrote:
SD 0.46 1-2 FPS
cfs v5 nice -19 219-233 FPS
cfs v5 nice 0 1000-1996
cfs v5 nice -10 60-65 FPS
the p
consistent.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
getting ready to boot and test
the x86_64 version.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linu
Linus Torvalds wrote:
On Thu, 26 Apr 2007, Bill Davidsen wrote:
If the result is fixing things which then don't get fixed in mainline, as
Adrian notes
That whole premise is flawed. The *rule* for the stable tree is that
things don't get merged into the stable tree unless they are fixed
my
time on maintaining regression lists for 2.6.22 - and maintaining such
lists is not something special noone else could do equally well.
And the next kernel will go out with no list to warn users, and no to-do
list for -stable.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have m
y programs broke, as was true with
threading changes. Bad reliability is the reward for bad code, but if a
kernel change makes that obvious some people think it's a regression.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than
has addressed them.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
ould still wake up. It's
*technically* doable, but it's just a pain to do right now)
And timer somehow so cron jobs could still run. Ideal for critical but
rarely used machines like fallover servers, the user documentation
download site, or similar.
--
Bill Davidsen <[EMAIL PROTECTED]>
are at 1000, that's just my
default and I didn't bother to change it.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "uns
tainted or not? Does this open another multi-month flame war around GPL,
BSD, NDA, source available but not GPL, and all the other things we
talked to death about inserting non-GPL modules?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incom
sts with server load later this week, have to add disk
for the database.
Hope this initial report is useful, I may be able to update ctxbench
later today and try that.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations
Bill Davidsen wrote:
System: Intel 6600 Core2duo, 2GB RAM, X nice 0 for all tests, display
using i945G framebuffer
Test: playing a 'toon with mplayer while kernel build -j20 running.
Tuning: not yet, all scheduler parameters were default
Result: base 2.6.21 showed some pauses and after
Bill Huey (hui) wrote:
On Mon, Apr 30, 2007 at 03:58:45PM -0400, Bill Davidsen wrote:
Followup: I reran with sd-0.46, setting rr_interval to 40, and then 5
(default was 16). Neither appeared to give a useful video playback. I
did try setting the make to nice 10, and that made the playback
Con Kolivas wrote:
On Tuesday 01 May 2007 05:29, Bill Davidsen wrote:
System: Intel 6600 Core2duo, 2GB RAM, X nice 0 for all tests, display
using i945G framebuffer
Bill thanks for testing.
Test: playing a 'toon with mplayer while kernel build -j20 running.
Umm I don't think
re-fail
196 Reallocated_Event_Count 0x0032 253 253 000Old_age
Hmm... This is pretty high too. Do the counts increase on this machine too?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the w
ly version where I never see this in test or with real use
is cfs-v13.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line
yone keeps on using /proc --
and I do[*] -- we will never get rid of it.
Is there some reason why you should get rid of it? Is it causing a lot
work to maintain?
[*] Does someone have an alternative for /proc/acpi/battery/BAT1/{state,info}?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We h
Ingo Molnar wrote:
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
I've taken mainline git tree (freshly integrated CFS!) out for a
multimedia spin. I tested watching movies and listenign to music in
the presence of various sleep/burn loads, pure burn loads, and mixed
loads. All was
Ingo Molnar wrote:
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
I've taken mainline git tree (freshly integrated CFS!) out for a
multimedia spin. I tested watching movies and listenign to music in
the presence of various sleep/burn loads, pure burn loads, and mixed
loads. All was peach
Ingo Molnar wrote:
* Chuck Ebbert <[EMAIL PROTECTED]> wrote:
On 07/13/2007 05:19 PM, Bill Davidsen wrote:
I should really go back to 2.6.21.6, 2.6.22 has many bizarre behaviors
with FC6. Automount starts taking 30% of CPU (unused at the moment)
Can you confirm wheth
I didn't get a comment on my suggestion for a quick and dirty fix for
-assume-clean issues...
Bill Davidsen wrote:
Neil Brown wrote:
On Thursday June 14, [EMAIL PROTECTED] wrote:
it's now churning away 'rebuilding' the brand new array.
a few questions/thoughts.
why does it need to do
el that the current performance suggests room for
improvement.
--
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
ave run in production with just one
patchset added. There are enough other changes in an -rc to confuse the
issue, and I don't run them in production (at least not usually).
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers s
you can use redirect to send it to a program of your
choosing, which can run a script if you really want to. Beware that rate
limiting is desirable if you are going to start a process for ANY type
of attack packets.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from t
ng.
Face it, if you have more jobs than CPU no scheduler is going to make
you really happy.
Alberto.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubs
or in Intel
microcode was being fixed. However, it listed only Windows related sites
for the "fix" download. Is this the same TLB issue? And are these really
fixes for Windows to flush the TLB properly the way Linux does?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more t
efault, but I
have nothing using at on my test machine. Why is it looping so fast when
there are no mount points defined? If the config changes there's no
requirement to notice right away, is there?
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting thing
fected.
Allow it to be selected by the "features" so that admins can evaluate
the implications without a reboot? That would be a convenient interface
if you could provide it.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with smal
Linus Torvalds wrote:
On Tue, 17 Jul 2007, Ingo Molnar wrote:
* Ian Kent <[EMAIL PROTECTED]> wrote:
In several places I have code similar to:
wait.tv_sec = time(NULL) + 1;
wait.tv_nsec = 0;
Ok, that definitely should work.
Does the patch below help?
Spectacularly no!
Ingo Molnar wrote:
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
Does the patch below help?
Doesn't seem to apply against 2.6.22.1, I'm trying 2.6.22.6 as soon as I
recreate it.
Spectacularly no! With this patch the "glitch1" script with multiple
scrolling window
Bill Davidsen wrote:
Ingo Molnar wrote:
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
Does the patch below help?
Doesn't seem to apply against 2.6.22.1, I'm trying 2.6.22.6 as soon as
I recreate it.
Applied to 2.6.22-git9, building now.
-
To unsubscribe from this list: send th
Ingo Molnar wrote:
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
Does the patch below help?
Spectacularly no! With this patch the "glitch1" script with multiple
scrolling windows has all xterms and glxgears stop totally dead for
~200ms once per second. I didn't properly test any
the original boot
- total uptime since first boot, not counting the time suspended
- time since resume
- some other time around six minutes
Any of the first three could be useful and "right" for some casesm thus
discussion invited.
--
Bill Davidsen <[EMAIL PROTECTED]>
"
what depends have changed
with each release. I see KVm depends on X86_CMPXCHG64 which simply
doesn't seem to be defined directly anywhere.
Going back to 2.6.21.6 until whatever changed is at least documented.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from t
built from 2.6.22-git9 config, used oldconfig. Crashes so early it
doesn't seem to get to the network card.
config: www.tmr.com/~davidsen/config-2.6.22-git13.gz
screen dump: www.tmr.com/~davidsen/dump-2.6.22-git13.jpg
Not much info, and probably seen elsewhere.
--
bill davidsen <[EM
reported makes no sense at all.
--
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]
Mor
Gabriel C wrote:
Bill Davidsen wrote:
built from 2.6.22-git9 config, used oldconfig. Crashes so early it
doesn't seem to get to the network card.
config: www.tmr.com/~davidsen/config-2.6.22-git13.gz
screen dump: www.tmr.com/~davidsen/dump-2.6.22-git13.jpg
Not much info, and probably
smoothness in the older
version, I'm going to put my efforts into other characterizations. The
test source will remain on the server, but I'm won't do more with it
unless someone finds it useful.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the
Ken Moffat wrote:
On Sat, Jul 21, 2007 at 09:54:37AM -0400, Bill Davidsen wrote:
So is setting it to a random number considered correct behavior? Any of
the first three values I mentioned would make sense, but the value I see
is neither time since resume, time since power-on to do
software I rarely use.
--
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
in the second level extendeds).
How can I politely say this code really needs comments?
To quote the late R. W. Benway, "If it was hard to write it should be
hard to understand."
(regarding code in FORTRAN II on punched cards, ca 1965)
Rene.
--
bill davidsen <[EMAIL PROTECTED]
el code could effect reliability if not security. I worry that an old
2.4 kernel would be an issue, even in kvm, if that were the case.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
-
To unsubscribe from this list: send t
e push to mirrors, etc. So it would just be a
single step added to an automated procedure. You could have a link in
"Old" as requested, and any other links as well.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the m
any details? One of the folks in a chat was saying something
similar, but thought that causing as crash was the extent of it, rather
than any access violation. Obviously I don't know the extent of that
claim, so more information would be good.
--
Bill Davidsen <[EMAIL PROTECTED]>
"W
I am satisfied with the performance of CFS. Especially the
desktop is noticably smoother. Thanks!
Kind regards,
Vegard Nossum
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Sla
s.
I have that chip in a system, but I didn't find it quickly, it may be at
another location, unless the controller which shows up as 3C940 on my
ASUS P4P800 is the Broadcom.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
nd day to support new cards for this chip.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
if you have no hope of getting this code into the mainline kernel. :-(
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscri
patches there as well.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a m
y to put them higher
or lower than the pseudo disk light (or not).
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "
risky," but at least the older
kernels truly sucked at guessing the correct speeds. Backups are advised
if you do this, etc,etc.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slas
slow (it almost took 10 minutes to transfer 100KB files).
I don't know why it is and how to solve it. Any suggestions are
appreciated!
http://groups.google.com/group/fa.linux.kernel/msg/4434f7c5d38d9292
I think that's relevant.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have m
ot;format a partition" do you mean "create an array?" Or ???
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the
ood SCSI drives TCQ helps alot - up to 2x the
difference and more - with multiple I/O threads)
Well, what the driver does is minimal. It just passes through all the
commands to the harddrive. After all, NCQ/TCQ gives the harddrive more
responsibility regarding request scheduling.
Oh well, I
7,20.
I looked at these before, did you really run with a chunk size of just
under 16GB, or does "15696M" have some inobvious meaning?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the w
Please do not make unnecessary kernel changes which require changes in
our systems.
Kok, Auke wrote:
Bill Davidsen wrote:
Adrian Bunk wrote:
This patch contains the overdue removal of the eepro100 driver.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
The hardware supported by this
Adrian Bunk wrote:
On Thu, Jul 05, 2007 at 12:01:56PM -0400, Bill Davidsen wrote:
Please do not make unnecessary kernel changes which require changes in our
systems.
If you think the e100 driver fixes your problems use it and be happy. But
since you don't have to test system behavior
assume that unloading the drivers is
still desirable if no USB hardware is in use.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this lis
it an appropriate time to do this. In addition, the patch was changed to
allow either HIPM or DIPM as a prerequisite for enabling ALPM, rather than
just using HIPM.
I suspect these changes would be useful for servers as well, extending
run time when a failover to UPS is detected.
--
Bill Davidsen <[EM
is as poor a choice
as confusing context with the complete information and taking it as gospel.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from t
Adrian Bunk wrote:
On Mon, Jul 09, 2007 at 01:27:55PM -0400, Bill Davidsen wrote:
For how many years do you know that there's a new and actively
maintained e100 driver for your hardware?
And if you don't follow a stable line like the 2.6.16 kernel or a
distribution kernel it's simply
labeled with such a keyword (at least in the list of git trees I
saw).
I suspect you wait for 2.5.23 release, or send it to AKPM for inclusion
in an "-mm" kernel. That's probably desirable, anyway.
--
bill davidsen <[EMAIL PROTECTED]>
CTO TMR Associates, Inc
Doing in
ndomly marked both these as 2.6.24 material. If you think
that was incorrect, please shout out.
I have the feeling that I mentioned nbd issues several releases ago, but
never got to getting more info on reproducing them. I try not to submit
bugs I can't reproduce, oftem they're my fault :-(
-
t side-by-side
need some settling time before smoothing out. Without __update_curr it's
absolutely smooth from the start.
I posted a LOT of stuff using the glitch1 script, and finally found a
set of tuning values which make the test script run smooth. See back
posts, I don't have them here.
--
Bil
experienced smaller spikes with that.)
Ingo
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Ingo Molnar wrote:
* Bill Davidsen <[EMAIL PROTECTED]> wrote:
There is another way to show the problem visually under X
(vesa-driver), by starting 3 gears simultaneously, which after
laying them out side-by-side need some settling time before
smoothing out. Without __update_cur
important (if it isn't already), perhaps you will be able
to design allowing for that capability to be easily added.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To
*
problem. that's just part of the academic process.
I agree that "pick something interesting, useful or not" is a part of
the academic process, but I would never imply that it was a desirable
thing. Asking for areas where work would be useful seems like valid
research to me.
--
Bil
imitation of just one audio driver, or maybe the user
interface for ALSA is broken right now?
Is it planned to leave Linux audio in this state?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked.&q
tions which
include technical justification for the suggestion.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscri
yway there)
According to top, those pages in swap disappear when the process is
killed. So, I don't think there are any swap-related performance issues
on the shutdown path.
Thanks.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent
rt /base/upload - rw
clients may mount one or both, with the upload directory as part of base
or elsewhere. What will happen here?
Trond
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." -
st results before I say any more.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
tion, perhaps sanity testing after boot is not a great idea.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscri
Mike Frysinger wrote:
On 9/1/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
If you want to test that stuff and run it on the current code in the
kernel, how about a kernel module? You could "modprobe sanitytest" or
something and report to syslog at module load time. And maybe
ise on all cores.
bjd
[... copy of output snipped, see the O.P. ...]
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send t
ount root, tried: ext2 cramfs vfat
<0>Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(1,0)
Who can give me some hints ? or point me some direction to handle this.
I appreciate this very much.
regards,
Yang
--
Bill Davidsen <[EMAIL PROTECTED]>
"We
used "dev" without a leading "/" and
while I assumed it was a typo, I thought it was worth mentioning since
you were looking for suggestions. I would expect /dev/ram0 to be correct.
I would try the decompressed image next, and I have no other ideas at
the moment.
rega
David Howells wrote:
Bill Davidsen <[EMAIL PROTECTED]> wrote:
mount /base on point1 - rw [ hopefully really r/w ]
mount /base on point2 - ro [ hopefully r/o ]
I think Al Viro probably has the right idea as to how to fix this: Move the
R/O R/W flag into vfsmount and
k at it until Monday.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
ot;just change to skge and stop complaining" is also wrong?
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubsc
fit from noatime use it.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
nly ways to improve ext3, not journaling atime updates
would certainly be one, less frequent updates of dirty inodes, whatever.
But if a user wants to give up standards compliance it should be a
deliberate choice, not something which the average user will not
understand or learn to do.
--
Bill
Jeff Garzik wrote:
Bill Davidsen wrote:
Being standards compliant is not an argument it's a design goal, a
requirement. Standards compliance is like pregant, you are or you're
Linux history says different. There was always the "final 1%" of
compliance that required silliness we
g once in a while, but one of the benefits of
noatime is allowing drives to spin down via inactivity. If something
does get done in the area of less but non-zero atime tracking, perhaps
that could be taken into account. I have to check what "laptop_mode
actually does, since my laptops are old insta
n live with that. ;-)
Your point well taken, not the intent of the patch, but it may indicate
where a performance bottleneck happens as well.
--
Bill Davidsen <[EMAIL PROTECTED]>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked.&
1001 - 1100 of 1215 matches
Mail list logo
