i have also been having trouble with many cyphers including
blowfish (although twofish and idea worked). the error seems to be the
same in all 2.4.x kernels (i have all the relevant options compiled
as modules eg. loopback and ciphers))
i follow the encryptionhowto, but when i do a
losetup -e b
On Mon, 26 Feb 2001, Werner Almesberger wrote:
> Alexander Viro wrote:
> > No. Just an overmount.
>
> Ah, too bad. Union mounts would have been really elegant (allowing the
> operation to be repeated without residues, and also allowing umounting
> of the covered FS as a sanity check). But I gu
On Sun, Feb 25 2001, Alexander Viro wrote:
> Jens, you have a race in lo_clr_fd() (loop-6). I've put the fixed
> variant on ftp.math.psu.edu/pub/viro/loop-S2.gz. Diff and you'll
> see - it's in the very beginning of the lo_clr_fd().
Oops yeah you are right. Here's a diff of my current loop stuff
On Sun, Feb 25 2001, Jonathan Oppenheim wrote:
> i have also been having trouble with many cyphers including
> blowfish (although twofish and idea worked). the error seems to be the
> same in all 2.4.x kernels (i have all the relevant options compiled
> as modules eg. loopback and ciphers))
>
>
On Mon, 26 Feb 2001, Jens Axboe wrote:
> On Sun, Feb 25 2001, Alexander Viro wrote:
> > Jens, you have a race in lo_clr_fd() (loop-6). I've put the fixed
> > variant on ftp.math.psu.edu/pub/viro/loop-S2.gz. Diff and you'll
> > see - it's in the very beginning of the lo_clr_fd().
>
> Oops yeah
On Sun, Feb 25 2001, Alexander Viro wrote:
> Erm... Jens, it really should be
> if (atomic_dec_and_test(...))
> up(...);
> not just
> atomic_dec(...);
> up(...);
>
> Otherwise you can end up with too early exit of loop_thread. Normally
> it would not matter, but in
> It does work, however. It effectively dumps the thread that caused the
> fault.
If you want that behavior, catch SIGSEGV, fork, and have the child
process (in which only the faulting thread exists) call abort.
DS
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
Subject says about all there is to say. I have figured out that IDE drives
are enumerated as part of the boot-time partition check in
fs/partitions/check.c, but if I don't have something loaded at boot time
(IDE SuperDisk in PC at home, IDE Zip 100 in G3 tower at work), I never
get device nodes at
On Mon, 26 Feb 2001, Jens Axboe wrote:
> On Sun, Feb 25 2001, Alexander Viro wrote:
> > Erm... Jens, it really should be
> > if (atomic_dec_and_test(...))
> > up(...);
> > not just
> > atomic_dec(...);
> > up(...);
> >
> > Otherwise you can end up with too early exit of
On Sun, 25 Feb 2001, Alexander Viro wrote:
>
>
> On Mon, 26 Feb 2001, Jens Axboe wrote:
>
> > On Sun, Feb 25 2001, Alexander Viro wrote:
> > > Erm... Jens, it really should be
> > > if (atomic_dec_and_test(...))
> > > up(...);
> > > not just
> > > atomic_dec(...);
> > > up(..
On Sun, Feb 25 2001, Alexander Viro wrote:
> > > if (atomic_dec_and_test(...))
> > > up(...);
> > > not just
> > > atomic_dec(...);
> > > up(...);
> > >
> > > Otherwise you can end up with too early exit of loop_thread. Normally
> > > it would not matter, but in pathological cases
>> Would it not be useful if the isa-pnp driver would fall back
>> to utilizing the PnP BIOS (if possible) in order to read and
>
>I would find this EXTREMELY usefull... my Compaq laptop's
>hot-dock with power eject will only work if Linux uses
>PnP BIOS's insert/eject methods.
>
>I saw some code
On Sun, Feb 25 2001, Alexander Viro wrote:
> Let me elaborate: the race is very narrow and takes deliberate efforts to
> hit. It _can_ be triggered, unfortunately. This extra up() will mess your
> life later on.
What's the worst that can happen? We do an extra up, but loop_thread
will still quit
Could someone guide me to the right (working) place to get the tools for
bridge configuration of the kernel?
Thanks
--
Jason Straight
-
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.kern
On Mon, 26 Feb 2001, Jens Axboe wrote:
> On Sun, Feb 25 2001, Alexander Viro wrote:
> > Let me elaborate: the race is very narrow and takes deliberate efforts to
> > hit. It _can_ be triggered, unfortunately. This extra up() will mess your
> > life later on.
>
> What's the worst that can happe
On Sun, Feb 25 2001, Alexander Viro wrote:
> > What's the worst that can happen? We do an extra up, but loop_thread
> > will still quit once we hit zero lo_pending. And loop_clr_fd
> > is still protected by lo_ctl_mutex.
>
> Well, for one thing you'll get some surprises next time you losetup
> th
I just realized (ok, blond moment :) that it's probably SMP related. Of
course, I turned on SMP. Is there any known issues with sparc32 and SMP?
On Sun, 25 Feb 2001, Aaron Dewell wrote:
> Hi all,
>
> I'm seeing some problems booting a sparc20 with 2.4.x. Same results
> with 2.4.0, 2.4.1, an
Hi!
Jonathan Oppenheim wrote:
> i have also been having trouble with many cyphers including
> blowfish (although twofish and idea worked). the error seems to be the
> same in all 2.4.x kernels (i have all the relevant options compiled
> as modules eg. loopback and ciphers))
I had the same prob
> BTW, we probably want to add mount --move - atomically moving
> a subtree from one place to another. Code is there, we just need to
> decide on API. Andries?
Since we already have "mount --bind olddir newdir" this is not
an unreasonable extension of the mount(8) syntax.
And since the kernel i
Subject: 64GB option broken in 2.4.2
Problem:
The 64GB option causes processes to spin in the kernel.
Setup:
Linux 2.4.2
Slack current 20-feb-2001
ServerWorks III HE
4GB main memory
dual 933 Piii: SL47Q (stepping 3), SL4KK (stepping 6)
gcc
> Hypothesis:
> Code to handle PAE has buggy spinlock management.
Hypthesis#2 The bounce buffer code in the Linus tree is known to be
imperfect. Does 2.4.2ac3 do the same ?
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
On Mon, 26 Feb 2001 [EMAIL PROTECTED] wrote:
> > BTW, we probably want to add mount --move - atomically moving
> > a subtree from one place to another. Code is there, we just need to
> > decide on API. Andries?
>
> Since we already have "mount --bind olddir newdir" this is not
> an unreasona
On Mon, 26 Feb 2001, Jens Axboe wrote:
> Ah ok, I see what you mean. Updated patch attached.
Corresponding patch against 2.4.2 is on ftp.math.psu.edu/pub/viro/loop-S2.gz
Cheers,
It does not matter because the usage of CHS will dies soon because it was
voted to death in Austin last week. There will only be LBA addressing
from now on out.
On Sun, 25 Feb 2001, Jeff V. Merkey wrote:
>
> Please also check vger.timpanogas.org/nwfs/nwfs.tar.gz:disk.c for NetWare
> specific
On Sun, 25 Feb 2001, Bernd Eckenfels wrote:
> In article <20010225060326.K127@pervalidus> you wrote:
> > hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> > hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
>
> I think I saw that with broken Drives, too.
No!
There are cases wh
Derrik Pates wrote:
> Subject says about all there is to say. I have figured out that IDE drives
> are enumerated as part of the boot-time partition check in
> fs/partitions/check.c, but if I don't have something loaded at boot time
> (IDE SuperDisk in PC at home, IDE Zip 100 in G3 tower at work)
Hi guys,
This patch should take care of the other cause for null bytes
in small files. It has been through a few hours of testing,
with some of the usual load programs + Erik's code concurrently.
I'll let things run overnight to try and find more bugs. The
patch is against 2.4.2, and does a f
I have HOTSWAP ATA completed, but will release after IDF.
It will be used to blow MircoSoft out of the water at IDF.
On Sun, 25 Feb 2001, Jeremy Jackson wrote:
> Derrik Pates wrote:
>
> > Subject says about all there is to say. I have figured out that IDE drives
> > are enumerated as part of t
On Sun, Feb 25, 2001 at 05:02:09PM -0700, Jeff V. Merkey wrote:
> Please also check vger.timpanogas.org/nwfs/nwfs.tar.gz:disk.c for NetWare
> specific calculations of the CHS values, a different method is used for
> NetWare partitions vs. everything else (Novell just had to be different).
> > On
This patch hits all architectures, please trim replies.
Patch against 2.4.2 to remove cpu_bh_enable/disable, now it is only
called from the same include file.
Define *_current versions of softirq_active, softirq_mask,
local_irq_count, local_bh_count, syscall_count, nmi_count. Some
architectures
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
Just a small collection of bug fixes. No new facilities.
ftp://ftp..kernel.org/pub/linux/utils/kernel/modutils/v2.4
modutils-2.4.3.tar.gz Source tarball, includes RPM spec file
modutils-2.4.3-1.
straight 2.4.1. accidentally did:
mount /dev/blah /mnt;
ok., looks like what i need.
mount /dev/blah /opt/src;
ok., seems mounted.
er... just realized i forgot to umount /mnt the first time.
i don't remember multiple mounts as a declared feature in
2.4.1 [wouldn't be the f
Sounds like a bug wrt. SKB allocations in the Myrinet driver.
You're the author of most of that code, so I'm sure you're the
best one to audit it :-)
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
On Sun, 25 Feb 2001, Mike Galbraith wrote:
> The way sg_low_malloc() tries to allocate, failure messages are
> pretty much garanteed. It tries high order allocations (which
> are unreliable even when not stressed) and backs off until it
> succeeds.
>
> In other words, the messages are a red h
The attached adds MODULE_DEVICE_TABLE support to the ISAPnP support
in the opl3sa2 driver, so it can get picked up by modutils and
the like.
Bill
--- linux/drivers/sound/opl3sa2.c.foo Mon Feb 26 00:19:33 2001
+++ linux/drivers/sound/opl3sa2.c Mon Feb 26 00:25:53 2001
@@ -806,6 +806,16 @
This should fix your problem:
--- include/net/sock.h.~1~ Thu Feb 22 21:12:12 2001
+++ include/net/sock.h Sun Feb 25 21:26:16 2001
@@ -1279,7 +1279,7 @@
* Enable debug/info messages
*/
-#if 0
+#if 1
#define NETDEBUG(x)do { } while (0)
#else
#define NETDEBUG(x)do { x; }
Chris Wedgwood writes:
> --- linux-2.4.2/include/net/ip.h Sun Feb 25 01:15:19 2001
> +++ linux-2.4.2+zc-2/include/net/ip.hSun Feb 25 01:53:52 2001
You need to part that adds "id" to the sock struct too.
This won't build "as-is".
Besides, I'd like people to have to test the zerocop
I'm getting this in my syslog:
Feb 25 21:51:35 chimborazo kernel: eth0: interrupt(s) dropped!
Feb 25 21:52:04 chimborazo last message repeated 2 times
Feb 25 21:56:35 chimborazo kernel: NETDEV WATCHDOG: eth0: transmit timed
out
Feb 25 21:56:37 chimborazo kernel: NETDEV WATCHDOG: eth0: transmit ti
On Sun, 25 Feb 2001, Marc Lehmann wrote:
> On Sun, Feb 25, 2001 at 05:58:32PM +0100, Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > > Usually I swapon ./swap some 512MB swapfile, but today I forgot it. When the
> > > machine started to get sluggish I sent the process a -STOP signal.
> >
> > Signal
Thomas Lau wrote:
> Justin Huff wrote:
>
> > I'm getting this in my syslog:
> >
> > Feb 25 21:51:35 chimborazo kernel: eth0: interrupt(s) dropped!
> > Feb 25 21:52:04 chimborazo last message repeated 2 times
> > Feb 25 21:56:35 chimborazo kernel: NETDEV WATCHDOG: eth0: transmit timed
> > out
> >
Hi,
browsing the sources for some problem I wondered why nvram.c uses a
static spinlock named rtc_lock, hiding the global one.
Regards,
Ulrich
-
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://
In fa.linux.kernel, you wrote:
>asm-i386:
>init/main.o(.text.init+0x63): undefined reference to `__buggy_fxsr_alignment'
>
>I don't recall this error in 2.4.0, but it is present in 2.4.1 and was not
>fixed in 2.4.2.
>
>Gnu C pgcc-2.95.2.1
>
>Fix: Comment out line 217 in include/as
>> Furthermore, in the "char *"-case the pointer is stored in memory.
>
>It has to be, no matter of optimalization level. Some other module
>might access that variable. You _could_ do static const char *..., but
>it would probably not help.
I know that the pointer is NEEDED (from the compilers pov
On Sun, 25 Feb 2001, Marc Lehmann wrote:
> Oh, and one last thing I forgot: loop devices. Since 2.4.1 (the first
> version I used) through 2.4.2 and 2.4.2ac3 I only get:
>
> cerebro:~# strace -f -o x losetup -e rc6 /dev/loop0 /dev/hdd
> Memory Fault
>
> And then no access to the loop device works
> On Mon, 15 Jan 2001, Tim Hockin wrote:
>
> > Motherboard (MSI 694D-AR) has Via Apollo Pro chipset, those IDE drives seem
> > fine. Board also has a promise PDC20265 RAID/ATA100 controller. On each
> > channel of this controller I have an IBM 45 GB ATA100 drive as master.
> > (hde and hdg).
26 Feb 2001:
Rebuilt the kernel to version 2.4.2-ac4, to include the latest tulip patches.
The performance is better, but it is still not quite right; this time it
received just over 48 MBytes before hanging :-(
Using a 3C590B card on Friday, I ran IPTRAF for about 6 hours, and several
GBytes
I've been receiving messages in my logs regarding a reiserfs partition I
have on my system. At first, I thought that one of my drives was going
bad, so I really didn't pay it much attention. Now that I look closer,
however, I notice this:
Feb 26 00:02:39 JTLinux kernel: hdb: drive not ready
101 - 147 of 147 matches
Mail list logo
