On Thu, Jan 04, 2001 at 07:13:58PM +1100, Andrew Morton wrote:
Silly question:
can't we just hardwire `kgcc' into the build system and be done
with all this kwhich stuff? It's just a symlink
And break compilation on all non RedHat 7, non connectiva systems ?
Would you volunteer to
Andi Kleen wrote:
On Thu, Jan 04, 2001 at 07:13:58PM +1100, Andrew Morton wrote:
Silly question:
can't we just hardwire `kgcc' into the build system and be done
with all this kwhich stuff? It's just a symlink
And break compilation on all non RedHat 7, non connectiva systems ?
On Thu, Jan 04, 2001 at 01:54:17PM +0600, Anuradha Ratnaweera wrote:
What is the compiler?
% gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
Linux distribution is Redhat 6.2, with all updates.
--
hi
i have kernel 2.2.18
i need a dma buffer (dose not have to be linear)
so i used vmalloc to get the space then i need to make it
non_cache so i found cr3 the got the page entry and got the phys page
address
also setting bit 4 of the page entry to disable caching and then
reloading cr3
when i
On Wed, 3 Jan 2001, ludovic fernandez wrote:
+#if 1
+/*
+ * I got some problems with PCMCIA initialization and a
+ * preemptive kernel;
+ * init_pcmcia_ds() beeing called before the completion
+ * of pending scheduled tasks. I don't know if this is the
+ * right fix
Hello,
kernel is 2.4.0-prerelease with testing/prerelease patch of Jan. 3, i486.
Oops is repeatable.
I caught this one on serial console just as init begins:
$ ksymoops -K -L -O -v /boot/vmlinux-2.4.0-prerelease -m
/boot/System.map-2.4.0-prerelease tleete.prerelease.oops
ksymoops 2.3.5 on i486
Hi,
Tested 2.4.0 on my HP Netserver E800 SMP box with one PIII/800MHz
processor that runs well with 2.2.18 kernel.
Result are that 2.4.0-testrelease messes something up with IDE so I get
no IDE support. dmesg shows that:
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz
Chris Mason [EMAIL PROTECTED] writes:
Just noticed the filemap_fdatasync code doesn't check the return value from
writepage. Linus, would you take a patch that redirtied the page, puts it
back onto the dirty list (at the tail), and unlocks the page when writepage
returns 1?
That would
Recently, about test 12 I believe, I started experiencing stalls.
I believe it has to do with VM pressure but I'm not sure.
What happens: 5-60 second instant dead stall, nothing at all happens.
No sound/key/disk/anything activity, screen updates stop in the middle
of an update. Until recently
[...]
Being able to shut down by hitting the power switch is a little luxury
for which I've been willing to invest more than a year of my life to
attain. Clueless newbies don't know why it should be any other way, and
it's essential for embedded devices.
Clueless newbies (and slightly
Can you reproduce the same error on GCC 2.72?
Anuradha
On Thu, 4 Jan 2001 [EMAIL PROTECTED] wrote:
On Thu, Jan 04, 2001 at 01:54:17PM +0600, Anuradha Ratnaweera wrote:
What is the compiler?
% gcc -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/egcs-2.91.66/specs
gcc
Helge Hafting wrote:
[...]
Being able to shut down by hitting the power switch is a little luxury
for which I've been willing to invest more than a year of my life to
attain. Clueless newbies don't know why it should be any other way, and
it's essential for embedded devices.
"Albert D. Cahalan" [EMAIL PROTECTED] writes:
[spstarr@coredump /etc]$ free
total used free sharedbuffers
...
the shmfs is mounted. Is there any configuration i need to get
shm memory activiated?
The 'shared' field in /proc/meminfo (source for 'top'
On Thu, 4 Jan 2001, Daniel Phillips wrote:
Nothing wrong with a filesystem (or apps) that can handle being
powered down. But I prefer to handle this kind of users with a
power switch that merely acts as a "shutdown button" instead of
actually killing power. The os will then run the
Just seen this on UP kernel build.
/usr/src/linux/scripts/mkdep .depend
make _sfdep_acpi _sfdep_atm _sfdep_block _sfdep_cdrom _sfdep_char
_sfdep_dio _sfdep_fc4 _sfdep_i2c _sfdep_ide _sfdep_ieee1394 _sfdep_input
_sfdep_isdn _sfdep_macintosh _sfdep_md _sfdep_media
I get the following oops about 70% of the time I boot my machine.
ksymoops 2.3.5 on i686 2.4.0-prerelease. Options used
-V (specified)
-k /proc/ksyms (specified)
-l /proc/modules (specified)
-o /lib/modules/2.4.0-prerelease/ (specified)
-m /usr/src/linux/System.map
Look at include/linux/smp.h: on SMP, it includes asm/smp.h, on UP it
contains a
#define smp_num_cpus1
I assume that someone directly includes asm/smp.h.
Try to add a
#ifndef __LINUX_SMP_H
#error Found it!
#endif
to the beginning of asm-alpha/smp.h
--
Manfred
-
To unsubscribe
I have a 95% solution that prevents that hang.
It invokes some other minor kernel bugs because of the hack, but it
recovers ad keeps on trucking.
I now have to fine tune the NASTY-ARSE-HACK and test for
possible corruption, but it looks like none to be found do date.
Cheers,
Andre Hedrick
CTO
On Thu, Jan 04, 2001 at 10:18:46AM +1100, Andrew Morton wrote:
Marc ZYNGIER wrote:
Hi all,
Having just started playing with IrDA on my dual celeron (Abit "APIC
error..." BP6), I managed to kill it every single time (NMI watchdog
in handle_IRQ_event) while connecting to my mobile
Hi, I would like to know whether following limits are right for kernel
2.4.x:
Max. N. of CPU: 32 (SMP)
Max. CPU speed: 2 Ghz (up to ?)
Max. RAM size: 64 GB (any slowness accessing RAM over 4 GB
with
Hi!
It is known that most remote exploits use the fact that stacks are
executable (in i386, at least).
On Linux, they use INT 80 system calls to execute functions in the kernel
as root, when the stack is smashed as a result of a buffer overflow bug in
various server software.
This
Confirmation request about new 2.4.x. kernel limit.
Please send E-MAIL in CC to me as I have not yet subscribed this list.
Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at
Hi,
I've been using Linux bridging (from Lennert Buytenhek) on
a 2.2.16 kernel for a while now and it seems to work fine.
Anybody know of any way I could implement
some sort of load balancing over multiple
ethernet ports ? Maybe I could use bridging ?
Thanks in advance for any help.
Linus Torvalds wrote:
On Thu, 4 Jan 2001, Tom Leete wrote:
kernel is 2.4.0-prerelease with testing/prerelease patch of Jan. 3, i486.
Oops is repeatable.
Looks like your mm-mmlist list is corrupted from the very start.
Can you humor me and make sure you do a "make clean" and
On Thu, 4 Jan 2001, A.D.F. wrote:
Max. RAM size:64 GB (any slowness accessing RAM over 4 GB
with 32 bit machines ?)
realistic benchmarks (unixbench) will show about 3%-6% performance
degradation with use of PAE. Note that this is
Hello all,
I recently installed a system with the 3c905C
NIC on RedHat 6.2. In our network, IP adresses
are granted via DHCP, although every host has
a fixed IP instead of a dynamic IP pool. The IP
is statically coupled with the MAC adresses of
our network.
The freshly installed RedHat 6.2
On Thu, 04 Jan 2001 10:27:59 +,
Sid Boyce [EMAIL PROTECTED] wrote:
Just seen this on UP kernel build.
/usr/src/linux/Rules.make:224: *** Recursive variable `CFLAGS'
references itself (eventually). Stop.
What does make --version report?
-
To unsubscribe from this list: send the
On Thu, 4 Jan 2001 11:51:59 +0100,
Florian Lohoff [EMAIL PROTECTED] wrote:
and a lot of other places simply use "save_flags(flags); cli();
restore_flags()". Can someone enlighten me how this is supposed to work
on SMP machines ? AFAIK "cli()" only disables IRQs on the local
CPU so a different
Hi, I would like to know whether following limits are right for kernel
2.4.x:
Max. N. of CPU: 32 (SMP)
Max CPUs is 64 on 64 bit architectures (well you have to change NR_CPUS).
I am told larger than 32 cpu ultrasparcs have booted linux already.
Anton
-
To
BTW: What i have seen in the ircomm_tty.c (2.2.18):
647 save_flags(flags);
648 cli();
649
650 skb = self-tx_skb;
651 self-tx_skb = NULL;
652
653 restore_flags(flags);
and a lot of other places simply use "save_flags(flags); cli();
+ current-state = TASK_ZOMBIE;
Why the update on exit.c to include TASK_ZOMBIE?
Thanks,
Frank -
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi,
Your ide.2.2.18.1221.patch does not compile on alpha:
cc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe -mno-fp-regs -ffixed-8
-mcpu=ev56 -Wa,-m21164a -DBWIO_ENABLED -c -o ide-geometry.o ide-geometry.c
In file included
I think a better way to proceed would be to make semaphores a bit more
intelligent and turn them into something like adaptive spinlocks and use
them more where appropiate (currently using semaphores usually causes
lots of context switches where some could probably be avoided). Problem
is
Christian Loth wrote:
Hello all,
Hi, Christian.
I recently installed a system with the 3c905C
NIC on RedHat 6.2. In our network, IP adresses
are granted via DHCP, although every host has
a fixed IP instead of a dynamic IP pool. The IP
is statically coupled with the MAC adresses of
Hello again,
On Thu, Jan 04, 2001 at 11:41:50PM +1100, Andrew Morton wrote:
hmm.. I've heard of this once before. Running
pump from the RH initscripts?
Yes, but I also tested the normal dhcp client from the dhcpcd (sp?)
RPM. This one didn't work either.
Did _both_ 3c90x and 3c59x
On Thu, Jan 04, 2001 at 11:32:11PM +1100, Anton Blanchard wrote:
I think a better way to proceed would be to make semaphores a bit more
intelligent and turn them into something like adaptive spinlocks and use
them more where appropiate (currently using semaphores usually causes
lots
I just tried to patch ext3fs 0.0.5d on top of a 2.2.18 that already had
reiserfs 3.5.28 and failed, there are overlapping patches in fs/buffer.c
that I cannot resolve for lack of knowledge how buffer.c and journalling
are supposed to fit together.
I reported ext3fs and reiserfs incompatibilities
Christian Loth wrote:
Did _both_ 3c90x and 3c59x fail, or only 3c59x?
Both did not work. And 3c59x from 2.2.18 didn't work
as well, and as far as I could judge 3c90x is not included
in the kernel proper, right?
Now that is wierd. They're radically different drivers,
and the 3com
I recently installed a system with the 3c905C
NIC on RedHat 6.2.
The freshly installed RedHat 6.2 worked nice
and flawlessly,
However after upgrading
to the 2.2.16 RedHat Kernel RPMS, the DHCP negotiation
no longer worked!
I downloaded 2.2.18 proper. I compiled in the support
for the card,
Marc ZYNGIER wrote:
Using this patch, the machine is solid, and I've been able to play
with my phone as much as I wanted to (well... while the battery
lasted, anyway... ;-).
Here's the patch (which of course includes yours). If it's proved to
be correct, it would be a good idea to summit
Russell King [EMAIL PROTECTED] writes:
Kai Germaschewski writes:
The patch is right, the explanation was wrong. Sorry, I didn't CC l-k when
I found what was really going on. Other source files used a global
initialized variable "divert_if" as well, so this became the same one as
the one
Greetings,
On Thu, Jan 04, 2001 at 11:59:11PM +1100, Andrew Morton wrote:
Now that is wierd. They're radically different drivers,
and the 3com one doesn't seem to undergo many changes at
all.
I wonder if the PCI scan order may have changed. What
other PCI devices did you have in that
Greetings,
On Thu, Jan 04, 2001 at 02:11:00PM +0100, Ingo T. Storm wrote:
Have you checked conf.modules that now is modules.conf?
Yes I have. By editing it, I was able to test both the 3c59x
and the 3c90x drivers. Also the modules were correctly loaded
in both testruns, which I confirmed
"AM" == Andrew Morton [EMAIL PROTECTED] writes:
Hi Andrew,
AM Try this:
AM --- linux-2.4.0-prerelease/net/irda/irqueue.c Tue Nov 21 20:11:22 2000
AM +++ linux-akpm/net/irda/irqueue.c Thu Jan 4 10:14:10 2001
AM @@ -436,7 +436,7 @@
AM /* Release lock */
AM if (
On 4 Jan 2001, Zlatko Calusic wrote:
Rik van Riel [EMAIL PROTECTED] writes:
+ current-flags |= PF_MEMALLOC;
try_to_free_pages(gfp_mask);
+ current-flags = ~PF_MEMALLOC;
Hm, try_to_free_pages already sets the PF_MEMALLOC flag!
1) Why does the hdbench numbers go down for 2.4 (only) when 32 MB is used?
I fail to see how that matters, especially for the '-T' test.
When I did some tests long ago, hdparm was hitting the buffer cache hash
table pretty hard in 2.4 compared to 2.2 because it is now smaller. However
as
On Thu, Jan 04, 2001 at 09:27:51AM +, Tim Waugh wrote:
Believe it or not, there are some printers out there that wave
LP_POUTPA all over the place even when they're happy: they set
LP_PERRORP to mean 'happy', which is what the check is for.
I remeber that too, that's why we still have
On Thu, Jan 04, 2001 at 11:20:27AM +, Tim Waugh wrote:
I wonder where the EIO is coming from though. Grep only shows up
I think lp_check_status.
} else if (!(status LP_PSELECD)) {
if (last != LP_PSELECD) {
last = LP_PSELECD;
Hi Linus,
Please find enclosed a patch against 2.4.0-prerelease that :
- Fixes a lockup in handle_IRQ_event when using IrDA on an SMP
machine. It changes spin_lock_irqsave/spin_unlock_irq pairs to
spin_lock_irqsave/spin_unlock_irqrestore, which seems to be the
logical thing to do.
- Removes 2
On Thu, 4 Jan 2001, David Ford wrote:
Recently, about test 12 I believe, I started experiencing stalls.
I believe it has to do with VM pressure but I'm not sure.
(thank you reiserfs).
Probably an interaction between the fact that the
VM tries to write out pages but reiserfs blocking
this
Hi,
I am unable to boot my linux. I got the following message during boot.
INIT: No inittab file found
INIT: Can't open(/etc/ioctl.save, O_WRONLY): No such file or directory
Enter Runlevel:
On Thu, Jan 04, 2001 at 02:52:29PM +0100, Andrea Arcangeli wrote:
I think lp_check_status.
Okay. So what about this patch instead? If the printer is off-line
to start with, fall into parport_write anyway (it will just time out
and return 0). If LP_ABORT is set, we return -EAGAIN.
Tim.
*/
On Thu, 4 Jan 2001, Marcelo Tosatti wrote:
Your latest changes to try_to_swap_out() does not seem to be
obviously correct.
Now refill_inactive() relies on the assumption that swap_out()
returning 1 means we successfully freed a page:
The changes try_to_swap_out() has seen in recent
months
I've tested 2.4.0prerelease pure - ac1-ac2-ac3-ac4-ac5 and my system crashed
whenever I left X.
Having switched back to 2.4.0-test13pre7 all is fine.
I'm no developer, so if you need more information, give me some hints.
What video card do you have and are you using AGP or DRM (an lsmod
I have a 29160N card in a PowerMac G4. It used to work fine with an old
UW SCSI disk I had there. Today, I flipped this drive with a real
Ultra160 one , and now, the kernel won't boot. It's giving me an endless
stream of SCSI reset timeouts on bus 0.
Any clue ? I don't really need this disk in
On Thu, Jan 04, 2001 at 02:20:43PM +, Tim Waugh wrote:
to start with, fall into parport_write anyway (it will just time out
As noted yesterday falling into parport_write will silenty lose data when the
printer is off.
If it's not feasible to make parport_write reliable against power-off
On Thu, Jan 04, 2001 at 07:13:58PM +1100, Andrew Morton wrote:
Silly question:
can't we just hardwire `kgcc' into the build system and be done
with all this kwhich stuff? It's just a symlink
And break compilation on all non RedHat 7, non connectiva systems ?
Would you
And break compilation on all non RedHat 7, non connectiva systems ?
I don't buy that. The compulsory modutils upgrade a couple of months
back caused, what? Ten emails?
Most people are still using the old old modutils
-
To unsubscribe from this list: send the line "unsubscribe
Anything I can do to help tracking the problem ? It's difficult to get
the actual output of the driver in verbose mode as it is scrolling quite
fast and I have nothing like a serial console on this box. The kernel
won't boot without noprobe so I can't dump dmesg output.
I was wrong, even
On Thu, Jan 04, 2001 at 03:39:10PM +0100, Andrea Arcangeli wrote:
As noted yesterday falling into parport_write will silenty lose data when the
printer is off.
(Actually it depends; I think FIFO/DMA paths are fine, but yes, the
software implementation can lose data.)
If it's not feasible to
On Thu, 4 Jan 2001, Andrea Arcangeli wrote:
On Wed, Jan 03, 2001 at 09:09:01PM -0200, Rik van Riel wrote:
Ever heard of slocate / updatedb ?
ever heard of somebody killing all other tasks while updatedb is
running?
Other tasks tend not to stress the dcache like updatedb does,
leading to
On Thursday, January 04, 2001 10:48:13 AM +0100 Christoph Rohland
[EMAIL PROTECTED] wrote:
Chris Mason [EMAIL PROTECTED] writes:
Just noticed the filemap_fdatasync code doesn't check the return value
from writepage. Linus, would you take a patch that redirtied the page,
puts it back onto
- Received message begins Here -
Tim Waugh [EMAIL PROTECTED]:
On Thu, Jan 04, 2001 at 03:39:10PM +0100, Andrea Arcangeli wrote:
As noted yesterday falling into parport_write will silenty lose data when the
printer is off.
(Actually it depends; I think FIFO/DMA paths
In article [EMAIL PROTECTED] you wrote:
Hello all,
I recently installed a system with the 3c905C
NIC on RedHat 6.2. In our network, IP adresses
are granted via DHCP, although every host has
a fixed IP instead of a dynamic IP pool. The IP
is statically coupled with the MAC adresses of
On Wed, 3 Jan 2001, ludovic fernandez wrote:
The following patch makes the kernel preemptable.
It is against 2.4.0-prerelease on for i386 only.
Comments are welcome.
I think this would be a nice thing to start testing
once 2.5 is forked off.
regards,
Rik
--
Hollywood goes for world
Dear users,
I am getting one error while compiling kernal in Red Hat 6.2:
VFS: cannot open root device 08:01 Kernel panic: VFS:
unable to mount root fs on 08:01
I have used make bzImage to make the
new image after make dep; make clean.
With regards,
Sincerely yours,
Mohan Raj Pradhan
On Thu, Jan 04, 2001 at 01:00:28PM -0200, Rik van Riel wrote:
Other tasks tend not to stress the dcache like updatedb does,
^
leading to the effect that updatedb can "flush out" the other
cached values faster than the other processes reference them.
On Thu, 4 Jan 2001, Andrea Arcangeli wrote:
On Thu, Jan 04, 2001 at 01:00:28PM -0200, Rik van Riel wrote:
Other tasks tend not to stress the dcache like updatedb does,
^
leading to the effect that updatedb can "flush out" the other
cached values
On Thu, 4 Jan 2001, Rik van Riel wrote:
On Wed, 3 Jan 2001, Linus Torvalds wrote:
On Thu, 4 Jan 2001, Marcelo Tosatti wrote:
I agree that the return value of swap_out() is fairly meaningless. It's
been fairly meaningless for a long time now, and it's entirely possible
that the
On 4 Jan 2001, Christoph Rohland wrote:
Chris Mason [EMAIL PROTECTED] writes:
Just noticed the filemap_fdatasync code doesn't check the return value from
writepage. Linus, would you take a patch that redirtied the page, puts it
back onto the dirty list (at the tail), and unlocks the
On Thu, 4 Jan 2001, Linus Torvalds wrote:
On Thu, 4 Jan 2001, Rik van Riel wrote:
On Wed, 3 Jan 2001, Linus Torvalds wrote:
On Thu, 4 Jan 2001, Marcelo Tosatti wrote:
I agree that the return value of swap_out() is fairly meaningless. It's
been fairly meaningless for a long time
I am getting one error while compiling kernal in Red Hat 6.2:
VFS: cannot open root device 08:01 Kernel panic: VFS:
unable to mount root fs on 08:01
I have used make bzImage to make the
new image after make dep; make clean.
You've not compiled in the drivers for your hard disk
-
To
On Thu, 4 Jan 2001, Rik van Riel wrote:
Then again, in theory the current VM should already be
unbalanced and we haven't felt any bad effects yet ;)
The current VM is in fact very nice - I spent quite a long time running
with 32MB and for the first time in ages I didn't mind all that much.
Hallo,
I'm using 2.4.0prerelease-ac4. As far as I can see most things work fine
besides the following:
1. after make modules_install I get:
depmod: *** Unresolved symbols in
/lib/modules/2.4.0-test12/kernel/drivers/block/fusion/mptlan.o
depmod: unregister_fcdev
depmod:
On Thu, Jan 04, 2001 at 02:23:53PM -0200, Rik van Riel wrote:
The dcache aging is mostly useful with _high_ VFS load like
updatedb in background. The logic is the same of the VM aging
(ask yourself when the VM aging is most useful: when there's
high VM load, like a `cp /dev/zero .`
On Thu, 4 Jan 2001, Marcelo Tosatti wrote:
On 4 Jan 2001, Christoph Rohland wrote:
Chris Mason [EMAIL PROTECTED] writes:
That would loop forever if the writepage func kept returning 1 though
[snip]
return 1 if the swap space is exhausted. So everybody using shared
anonymous,
Chris Mason [EMAIL PROTECTED] writes:
Yes, right now the shmem writepage calls are the only ones returning one at
all. But, the question of how to properly fsync/msync these kinds of pages
still stands. Returning from an fsync before writing them isn't correct.
Yes, and [fm]sync should not
Allan,
my graphic card is a matrox 1- video card is a haupauge/model618pci , no AGP
or DRM. The output of ver_linux + lsmod below. There has to be significant
change from test13pre7 to prerelease ff. There is an immediate standstill,
nothing in /var/log/messages or /var/log/warn.
kind
On Thu, 4 Jan 2001, Andrea Arcangeli wrote:
This is totally offtopic. We were _not_ talking about other
algorithms. We were _only_ talking about _when_ the 1 bit of
aging I introduced with my algorithm improves performance at
max. My answer is that the max performance improvement happens
On Thu, 4 Jan 2001, Daniel Phillips wrote:
A lot of applications always rely on their file i/o being done in some
manner that has atomic (from the application's point of view) operations
other than system calls -- heck, even make(1) does that.
Nobody is forcing you to hit the power
Ok, lets just fix filemap_fdatasync. We can tackle the msync/fsync
interaction with screwed up FS writepages later, since all of the existing
writepage funcs are safe. The problems I see with filemap_fdatasync when
writepage returns 1:
The page dirty bit is not reset.
the page is never
for crying out loud, even windows tells the users they need to shutdown
first and gripes at them if they pull the plug. what users are you trying
to protect, ones to clueless to even run windows?
David Lang
On Thu, 4 Jan 2001,
Daniel Phillips wrote:
Date: Thu, 04 Jan 2001 11:14:53 +0100
I'm running linux-2.2.18 and linux-2.4.0-prerelease on my laptop (p3-550,
440BX chipset). The machine dualboots with windows 2000, installed on
/dev/hda2 with NTFS. /dev/hda2 (as reported with fdisk) has 4707045
blocks. However, under linux-2.4.0-prerelease (and under
2.4.0-test13-pre3) df
[EMAIL PROTECTED] said:
for crying out loud, even windows tells the users they need to
shutdown first and gripes at them if they pull the plug. what users
are you trying to protect, ones to clueless to even run windows?
Precisely. Users of embedded devices don't expect to have to treat them
Hello,
I have just been bit by this bug(hardware?) while using the
2.4.0-prerelease kernel. The fix has been included in recent
2.2.19pre kernels and I was wondering if there are plans to
include it in 2.4. It requires a reboot to repair so it is
a bit of a problem ;)
Also, is it a confirmed
for crying out loud, even windows tells the users they need to shutdown
first and gripes at them if they pull the plug. what users are you trying
to protect, ones to clueless to even run windows?
Clueless ? Hardly. Every other appliance in the home you turn it off and it
goes off. You turn
in an enbedded device you can
1. setup the power switch so it doesn't actually turn things off (it
issues the shutdown command instead)
2. run from read-only media almost exclusivly so that power event's don't
bother you much
3. you can add extra power inside the device so that if someone
On Thu, 4 Jan 2001, Chris Mason wrote:
The page dirty bit is not reset.
the page is never unlocked.
So how about something like this in filemap_fdatasync
I'd rather just change the rule that "writepage()" will clear the dirty
bit itself and always unlock (and "1" just to inform the upper
in an enbedded device you can
1. setup the power switch so it doesn't actually turn things off (it
issues the shutdown command instead)
Costs too much money
2. run from read-only media almost exclusivly so that power event's don't
bother you much
Depends on the device
3. you can add
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
for crying out loud, even windows tells the users they need to shutdown
first and gripes at them if they pull the plug. what users are you trying
to protect, ones to clueless to even run windows?
David Lang
it's essential for
On Thu, 4 Jan 2001, Mo McKinlay wrote:
The off button need not and _does not_ remove power instantly (if at
all) on many appliances.
Indeed - but unplugging your VCR from the wall won't harm it. Everyone
knows the power button on a TV/VCR/etc doesn't actually kill the power,
just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The off button need not and _does not_ remove power instantly (if at
all) on many appliances.
Indeed - but unplugging your VCR from the wall won't harm it. Everyone
knows the power button on a TV/VCR/etc doesn't actually kill the power,
just
On Thu, 4 Jan 2001, Alan Cox wrote:
for crying out loud, even windows tells the users they need to shutdown
first and gripes at them if they pull the plug. what users are you trying
to protect, ones to clueless to even run windows?
Clueless ? Hardly. Every other appliance in the home
Jesse Pollard wrote:
Originally, (wayback machine on) this was handled by a pull-up resistor
in the parallel interface, on the "off-line" signal. ANY time the printer
was powered off, set offline, or cable unplugged, the "off-line" signal
was raised by the pull-up. No data lost.
Now the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Today, David Lang ([EMAIL PROTECTED]) wrote:
On Thu, 4 Jan 2001, Mo McKinlay wrote:
The off button need not and _does not_ remove power instantly (if at
all) on many appliances.
Indeed - but unplugging your VCR from the
In article [EMAIL PROTECTED],
Frank Jacobberger [EMAIL PROTECTED] wrote:
+ current-state = TASK_ZOMBIE;
Why the update on exit.c to include TASK_ZOMBIE?
There's a subtle race in the exit path, where we need to make sure that
"wait4()" does not pick up the process before it is ready to
unbscribe linux-kernel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hi guys,
Looks like the prerelease, and at least test13 don't fsync the device when
someone does an unmount on /
mount -o remount works, just unmounting the root misses the fsync.
This patch works for me:
-chris
--- linux/fs/super.c.1 Thu Jan 4 13:38:55 2001
+++ linux/fs/super.cThu Jan
hi,
On Wed, Jan 03, 2001 at 10:28:05AM -0800, Linus Torvalds wrote:
On Wed, 3 Jan 2001, Chris Mason wrote:
Just noticed the filemap_fdatasync code doesn't check the return value from
writepage. Linus, would you take a patch that redirtied the page, puts it
back onto the dirty list
On Fri, 5 Jan 2001, Anton Blanchard wrote:
1) Why does the hdbench numbers go down for 2.4 (only) when 32 MB is used?
I fail to see how that matters, especially for the '-T' test.
When I did some tests long ago, hdparm was hitting the buffer cache hash
table pretty hard in 2.4
1 - 100 of 544 matches
Mail list logo