On 2000-09-11 09:22:23 -0400, Chris Mason wrote:
> Thanks Andrea, Andi, new patch is attached, with the warning messages
> removed. The first patch got munged somewhere between test machine and
> mailer, please don't use it.
I've been hammering this all day installing the relevent tools and
buil
hello,
i was running test4 fine, but the last kernel i compiled test8 and test7
have the same behaviour: after the kernel boots and before the INIT
process begins, all comes ot a grinding halt, gratifying me only with
repeated hda lost interrupt.
my config file is in
ftp://yoda.u-strasbg.fr/p
On Tue, Sep 12, 2000 at 01:41:45AM -0500, Oliver Xymoron wrote:
> > > This is similar to my patch-names patch, which lets you add components
> > > to uname too. IIRC, it was rejected because it made things easier.
> > Erm? Not really. Not unless you want
> > 2.2.x-requires-modutils-2.3.9-req
On Mon, 11 Sep 2000, Simon Huggins wrote:
> On Sat, Sep 09, 2000 at 11:59:41AM -0500, Oliver Xymoron wrote:
> > This is similar to my patch-names patch, which lets you add components
> > to uname too. IIRC, it was rejected because it made things easier.
>
> Erm? Not really. Not unless you want
On Sat, Sep 09, 2000 at 11:59:41AM -0500, Oliver Xymoron wrote:
> This is similar to my patch-names patch, which lets you add components
> to uname too. IIRC, it was rejected because it made things easier.
Erm? Not really. Not unless you want
2.2.x-requires-modutils-2.3.9-requires-pppd-x.y.
On Sat, Sep 09, 2000 at 05:18:51PM +0200, Daniel Phillips wrote:
> Simon Huggins wrote:
[about modutils and complaints that people don't read
Documentation/Changes]
> > Why not make it easy on people and have a log something like:
> > 2.4.0-testX-preY
> > Requires modutils-x.y.z otherwise
On Mon, Sep 11, 2000 at 05:08:22PM +0100, Alan Cox wrote:
> > The very fact that a large and important patch by
> > (as far as I can see) the NFS _maintainers_ is not
> > being accepted by the stable kernel maintainer does
> > not fill one with hope about the quality of the patch.
>
> The current
On Mon, 11 Sep 2000, David Freedom wrote:
> I tried configuring the kernel to the least amount of
> configured options to almost none and I still cannot
> get the password prompt.
>
> My system hangs and is unable to do anything.
> unfortunetly the only thing I can do is power down my
> PC th
On Mon, 11 Sep 2000, Horst von Brand wrote:
>
> mberglund <[EMAIL PROTECTED]> said:
>
> [...]
>
> > License:
> > This project will not be restricted to any one license. If a piece
> > of software is desirable, but under an Artistic-, BSD-, or even
> > GPL-style license,
In article <00091121173500.17171@tabby> you wrote:
However, ^C does not stop anything. No signal gets sent to anybody.
I don't want to make it too large because it won't fit on a floppy
if I do.
>>>
>>> That means you don't have a controlling tty.
>>
>>But why is /dev/console not a tt
I tried configuring the kernel to the least amount of
configured options to almost none and I still cannot
get the password prompt.
My system hangs and is unable to do anything.
unfortunetly the only thing I can do is power down my
PC the incorrect and most unfortunate way leading to
filesys err
On Mon, Sep 11, 2000 at 06:31:34PM +0600, Andrey G. Kaplanov wrote:
> Respected colleagues!
>
> I have are problem of send SCM_RIGHTS message
> through AF_UNIX socket.
> Below - examples of server and client sources.
> Sendmsg gives an error : Invalid argument.
> That I do;make wrong?
Null poin
On Mon, 11 Sep 2000 22:31:15 +0100 (BST),
Alan Cox <[EMAIL PROTECTED]> wrote:
>2.2.18pre5
>o Fix illegal use of section attributes (Arjan van de Ven)
Which bit of the patch is this? Nothing changes any section
statements, the only attribute changes are to emu10k1/emu_wrapper.h.
I
On Mon, 11 Sep 2000, Ion Badulescu wrote:
>In article <8pjlk6$vnf$[EMAIL PROTECTED]> you wrote:
>
>>>However, ^C does not stop anything. No signal gets sent to anybody.
>>>I don't want to make it too large because it won't fit on a floppy
>>>if I do.
>>
>> That means you don't have a controlling
mberglund <[EMAIL PROTECTED]> said:
[...]
> License:
> This project will not be restricted to any one license. If a piece
> of software is desirable, but under an Artistic-, BSD-, or even
> GPL-style license, it will be used, so long as it allows
> free(no cost) d
David Ford <[EMAIL PROTECTED]> writes:
> Regardless of who does it or whether or not it goes in testX patch, I'd
> surely like to have a patch(es) for my systems. Depending on what gets run,
> I could easily end up with hundreds+ of hung programs and zombies.
This is completely unrelated. The
On Mon, 11 Sep 2000, Rik van Riel wrote:
>Hmmm, maybe the Montavista people can volunteer to clean
>up all those places in the kernel code? ;)
That would be nice and welcome indipendently of the preemptible kernel
indeed. The right construct to convert that stuff is
spin_is_locked/spin_trylock (
Ulrich Drepper wrote:
> Ray Bryant <[EMAIL PROTECTED]> writes:
>
> > Is there a succinct description of the the thread group changes
> > someplace? I'd be willing to take a look at fixing linuxthreads,
> > but haven't seen any description (other than the kernel source) of
> > what the changes ar
Ulrich Drepper wrote:
> David Ford <[EMAIL PROTECTED]> writes:
>
> > On the recent test kernels, processes get stuck. A kill -9 results in
> > zombies.
>
> The thread group changes broke the signal handling in linuxthreads.
> The CLONE_SIGHAND is now also used to enable thread groups but since
>
On Tue, 12 Sep 2000, Andrea Arcangeli wrote:
> On Wed, 6 Sep 2000, George Anzinger wrote:
>
> >The times a kernel is not preemptable under this patch are:
> >
> >While handling interrupts.
> >While doing "bottom half" processing.
> >While holding a spinlock, writelock or readlock.
> >
> >At all o
> > Don't forget about where printk goes to. Should it goe to every VT or just
> > one? As for SysRq do users want the option to disable for everyone, have
> > it work for one VT or allow it for everyone? Do we want a all or nothing
> > policy?
>
> It is actually very easy. Just one keyboard, an
On Tue, Sep 12, 2000 at 02:45:48AM +0200, jury gerold wrote:
> Andi Kleen wrote:
> >
> > On Tue, Sep 12, 2000 at 02:20:02AM +0200, jury gerold wrote:
> > > I ran into a problem with 2.2.x kernels, posix signals and sockets.
> > >
> > > I have a program that creates a serversocket, puts it into li
On Wed, 6 Sep 2000, George Anzinger wrote:
>The times a kernel is not preemptable under this patch are:
>
>While handling interrupts.
>While doing "bottom half" processing.
>While holding a spinlock, writelock or readlock.
>
>At all other times the algorithm allows preemption.
So it can deadlock
Andi Kleen wrote:
>
> On Tue, Sep 12, 2000 at 02:20:02AM +0200, jury gerold wrote:
> > I ran into a problem with 2.2.x kernels, posix signals and sockets.
> >
> > I have a program that creates a serversocket, puts it into listen state,
> > attaches the socket to a realtime signal and simply waits
Em Mon, Sep 11, 2000 at 05:27:56PM -0700, David S. Miller escreveu:
>Date: Mon, 11 Sep 2000 18:34:22 -0300
>From: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
>
> fib6_lookup_1 can return NULL, please consider applying.
>
> (Note that CONFIG_IPV6_SUBTREES is never turned on :-)
Memory test suite v0.0.4
This intends to be a set of programs to test the memory management
system. I am releasing this version with the idea of gather more
programs for the suite. If you have some program to test the system,
please send it to me ([EMAIL PROTECTED]).
l> If you can get me a tarball of the CVS repository, I'll import the
l> history into a BK tree and then we can do side by side tests.
I know BK is the best thing since sliced yams, but can you please take
this thread to some BK mailing list and do your performance
comparisons there?
htt
Date: Mon, 11 Sep 2000 18:34:22 -0300
From: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
fib6_lookup_1 can return NULL, please consider applying.
(Note that CONFIG_IPV6_SUBTREES is never turned on :-)
I think more to the intent is to just continue the main search logic
if it re
On Tue, Sep 12, 2000 at 02:20:02AM +0200, jury gerold wrote:
> I ran into a problem with 2.2.x kernels, posix signals and sockets.
>
> I have a program that creates a serversocket, puts it into listen state,
> attaches the socket to a realtime signal and simply waits for the signal.
>
> When i c
Hi,
fib6_lookup_1 can return NULL, please consider applying.
- Arnaldo
--- linux-2.4.0-test8/net/ipv6/ip6_fib.cWed May 3 05:48:04 2000
+++ linux-2.4.0-test8.acme/net/ipv6/ip6_fib.c Mon Sep 11 18:28:48 2000
@@ -638,6 +638,9 @@
if
In article <8pjlk6$vnf$[EMAIL PROTECTED]> you wrote:
>>However, ^C does not stop anything. No signal gets sent to anybody.
>>I don't want to make it too large because it won't fit on a floppy
>>if I do.
>
> That means you don't have a controlling tty.
But why is /dev/console not a tty? Is there
I ran into a problem with 2.2.x kernels, posix signals and sockets.
I have a program that creates a serversocket, puts it into listen state,
attaches the socket to a realtime signal and simply waits for the signal.
When i create a connection (telnet a.b.c.d port) the signal is delivered dependin
On Mon, Sep 11, 2000 at 05:05:08PM -0700, Larry McVoy wrote:
> On Mon, Sep 11, 2000 at 06:49:43PM -0500, Jonathan Lemon wrote:
> > I don't know why I'm bothering to reply to this, but yes, if you're
> > trying to synchronize CVS source trees with only CVS, it will be slow.
> > Now, if you were to
On Sat, 9 Sep 2000 [EMAIL PROTECTED] wrote:
> Would it be possible to detect when the disk spins up, and do the flush then?
Personally speaking, I always thought it would be nice if the kernel
flushed dirty buffers right before a disk spins down. It seems silly to me
that a disk can spin down wi
On Mon, Sep 11, 2000 at 06:49:43PM -0500, Jonathan Lemon wrote:
> I don't know why I'm bothering to reply to this, but yes, if you're
> trying to synchronize CVS source trees with only CVS, it will be slow.
> Now, if you were to compare CVSup vs Bitkeeper, then things might get
> more interesting.
Kai Henningsen wrote:
> A classical memory corruption bug, and like most late-effect bugs hell to
> find without some sort of support for poking around in the actual program
> state.
Agreed. My usual debugging procedure is as follows:
1. try to reproduce the problem
2. make an educated gue
Ray Bryant <[EMAIL PROTECTED]> writes:
> Is there a succinct description of the the thread group changes
> someplace? I'd be willing to take a look at fixing linuxthreads,
> but haven't seen any description (other than the kernel source) of
> what the changes are. Or is someone already working
Keith Owens wrote:
>
> On Mon, 11 Sep 2000 16:19:14 -0600,
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> >Who pays you?
>
> I used to work on kdb in my own time, for free. Then I joined SGI and
> now I get paid to work on it. If I left SGI I would continue to work
> on kdb, the original kd
The code is at vger.timpanogas.org. If you want to review it, it's
there. We are posting another MANOS kernel with full VM end of the
month. The version Darren and I are hacking on now has the debugger
broken out as a module as a prelude to put it in Linux. I am working on
your kdb stubs in 2
In article [EMAIL PROTECTED]> you write:
>On Mon, Sep 11, 2000 at 05:48:44PM -0500, Tony Mantler wrote:
>>
>> "It's the latency, stupid". I wouldn't care to argue whether CVS is slower
>> than BK or not, but consider that if you had a router between you and the
>> CVS server that was dropping eve
On Mon, Sep 11, 2000 at 07:44:52PM -0400, James Lewis Nance wrote:
> On Mon, Sep 11, 2000 at 03:45:18PM -0700, Larry McVoy wrote:
>
> > the 120MB for the checked out files and some mem for inodes. But the
> > difference in price is reasonable and if we have to buy memory for the
> > kernel devel
Pravir Chandra wrote:
>
> I've been working to change the implementation of /dev/random over to the
> Yarrow-160a algorithm created by Bruce Schneier and John Kelsey. We've been
> working on parallel development for Linux and NT so that the algorithms are
> matching. The Yarrow 160A algorithm is
Is there a succinct description of the the thread group changes someplace?
I'd be willing to take a look at fixing linuxthreads, but haven't seen any
description
(other than the kernel source) of what the changes are. Or is someone already
working on this?
Ulrich Drepper wrote:
>
> The thread g
On Mon, Sep 11, 2000 at 03:45:18PM -0700, Larry McVoy wrote:
> the 120MB for the checked out files and some mem for inodes. But the
> difference in price is reasonable and if we have to buy memory for the
> kernel developers, we'll do it once we can afford to do it. It's _really_
> nice to meas
Date: Mon, 11 Sep 2000 11:56:12 -0300
From: Arnaldo Carvalho de Melo <[EMAIL PROTECTED]>
Em Mon, Sep 11, 2000 at 08:35:59PM +0400, [EMAIL PROTECTED] escreveu:
> It is a remnant of the past. Delete it here and in af_inet.c,
> when you will send new patch to David.
Here it is.
P
Andre Hedrick wrote:
> On Sat, 9 Sep 2000 [EMAIL PROTECTED] wrote:
> > Would it be possible to detect when the disk spins up, and do the flush then?
> Yes if you had a continuious polling of power status wrt standby.
I think the following flushing policy would work almost as well, while
remaining
David Ford <[EMAIL PROTECTED]> writes:
> On the recent test kernels, processes get stuck. A kill -9 results in
> zombies.
The thread group changes broke the signal handling in linuxthreads.
The CLONE_SIGHAND is now also used to enable thread groups but since
linuxthreads already used CLONE_SIGH
The current kernel is reversing the right and left channels on emu10k1
sound cards. After isolating and fixing the bug, I found out the fix is
already in the current CVS on http://opensource.creative.com/ :-|
I think it should be included in the official kernel. Patch attached.
Jan
--- linu
On Mon, Sep 11, 2000 at 05:48:44PM -0500, Tony Mantler wrote:
>
> "It's the latency, stupid". I wouldn't care to argue whether CVS is slower
> than BK or not, but consider that if you had a router between you and the
> CVS server that was dropping even 5% of your packets, or even just bumping
> t
On the recent test kernels, processes get stuck. A kill -9 results in
zombies.
# cat /tmp/ps.out
PID USER STAT WCHAN COMMAND
1 root Sfillon init [5]
2 root SW acpi_i [kapmd]
3 root SW swap_o [kswapd]
4 root SW brw_pa [kflushd]
5 root SW
Note: trimmed the 390 list, they don't care according to Alan..
On Tue, Sep 12, 2000 at 12:21:16AM +0200, Jamie Lokier wrote:
> Larry McVoy wrote:
> > That's a benefit [for BK] of having changesets, I only need to compare
> > the ChangeSet file to know that 4 files were updated 2 were moved, and
Alan Cox wrote:
>
> 2.2.18pre5
Just did a build on Debian2.2. Is it a misspellet IDE_PCI_DEVID_EQ?
ld -m elf_i386 -T /usr/local/src/linux/arch/i386/vmlinux.lds -e stext
arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o
init/version.o \
--start-group \
arch/i386/ke
On Mon, 11 Sep 2000, Bob Lorenzini wrote:
Yes! What is that. I get the same?
Nice to know that I am not the only one..
Any thoughts anyone?
---
ux/arch/i386/lib/lib.a \
--end-group \
-o vmlinux
drivers/block/block.a(ide-pci.o): In function `ide_scan_pcibus':
ide-pci.o(.text.in
At 5:13 PM -0500 9/11/2000, Larry McVoy wrote:
[...]
>> > > > over a 384Kbits/sec link.
>
>That's a 48Kbyte/sec link. Hardly a "horribly fast network". In fact,
>the bandwidth to FSMlabs.com and innominate.org seems to be identical,
>I suspect that my link is the bottleneck, not either of theirs
/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \
--start-group \
arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
mm/mm.o fs/fs.o ipc/ipc.o \
fs/filesystems.a \
net/network.a \
drivers/block/block.a drivers/char/char.o driv
David A. Gatwood wrote:
> > I'd love to see a filesystem feature where I could efficiently identify
> > "changed files", where "changed" is defined by last time this application
> > checked or something similar.
>
> An in-filesystem revision number would do the trick. Could be REALLY
> efficient
> > Fourth, non-null pulls are similarly faster, again, by design. BK only
> > moves the data it needs to move. That means if you have a 100GB file
> > in which you have changed one byte, BK will move on the order of 1 byte
> > to update that file. And that's it - it doesn't compare the two fil
On Mon, 11 Sep 2000 16:24:32 -0600,
"Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
>Keith,
>
>If you are volunteering to maintain the MANOS debugger after I hack it
>into Linux, then I accept. I'll give you an ftp and telnet account on
>vger.timpanogas.org and you can run with it.
How on earth did
Larry McVoy wrote:
> We thought about this too (filesystems are where I got into kernel hacking),
> but dismissed it as a Linux only solution. As much as I'd like it to be
> otherwise, BK is not a Linux only product. Whatever we do needs to work on
> NT (shudder) as well as all the dinosaur Unix
On Tue, 12 Sep 2000, Jamie Lokier wrote:
> I'd love to see a filesystem feature where I could efficiently identify
> "changed files", where "changed" is defined by last time this application
> checked or something similar.
An in-filesystem revision number would do the trick. Could be REALLY
eff
On Mon, 11 Sep 2000 16:19:14 -0600,
"Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
>Who pays you?
I used to work on kdb in my own time, for free. Then I joined SGI and
now I get paid to work on it. If I left SGI I would continue to work
on kdb, the original kdb developer left SGI but still cont
On Mon, 11 Sep 2000, Larry McVoy wrote:
> That's a 48Kbyte/sec link. Hardly a "horribly fast network". In fact,
I meant FSMlabs, but yeah. ;-)
> Second of all, if you ask around, you'll find that I'm a performance guy
> more than anything and that I'm not given to skewing the numbers and *i
On Tue, Sep 12, 2000 at 12:24:26AM +0200, Jamie Lokier wrote:
> Larry McVoy wrote:
> > We have a hack in BK for this, at least I think we do, where we can look at
> > the time stamps to notice that you haven't modified the files. We don't
> > use it because of NFS screwing up timestamps. I supp
Hi Martin
> well, was a little bit to pessimistic. After some look at the code
> I'm pretty sure the obvious check will solve it - succesfully tested
> on local UP box.
FYI: your patch made my 2 (quota enabled) boxes happy
(they did not boot 2.4.0-test8 to completion)
Thanks!
-- Marc Duponchee
> The timing is typical over repeated tries. The GCC tree contains 98.1
> megabytes of data in 9105 files, 532 directory. A little more than
> Linux (but I don't have an unpacked fresh tree to count for sure).
>
> I'm not going to try touching all the files.
>
> Conclusion: CVS is pretty fast
Keith,
If you are volunteering to maintain the MANOS debugger after I hack it
into Linux, then I accept. I'll give you an ftp and telnet account on
vger.timpanogas.org and you can run with it.
:-)
Jeff
"Jeff V. Merkey" wrote:
>
> Who pays you?
>
> Keith Owens wrote:
> >
> > On Mon, 11 Sep
I, or someone who was pretending to be me, found an undefined reference in
ide-pci.c, please submit this patch to 2.2.18pre5. Thanks,
--- linux/drivers/block/ide-pci.c-new Tue Sep 12 00:11:12 2000
+++ linux/drivers/block/ide-pci.c Tue Sep 12 00:07:51 2000
@@ -467,12 +467,12 @@
Larry McVoy wrote:
> We have a hack in BK for this, at least I think we do, where we can look at
> the time stamps to notice that you haven't modified the files. We don't
> use it because of NFS screwing up timestamps. I suppose we could enable
> it on a per repository basis so that if you knew
Who pays you?
Keith Owens wrote:
>
> On Mon, 11 Sep 2000 09:46:15 -0600,
> "Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
> >Thanks Ted. I know, but a kernel debugger is one of those nasty pieaces
> >of software that can quickly get out of sync if it's maintained
> >separately from the tree --
Larry McVoy wrote:
> That's a benefit [for BK] of having changesets, I only need to compare
> the ChangeSet file to know that 4 files were updated 2 were moved, and
> 5 were created, then I move those *portions* of those files across the
> wire.
What happens when I lose the ChangeSet file, or mis
In article <[EMAIL PROTECTED]>,
Richard B. Johnson <[EMAIL PROTECTED]> wrote:
>Whmm. I have a shell-script that makes a RAM-Disk bootable "Rescue Disk".
>It allows one to boot from two floppies and repair stuff, even execute
>vi, fdisk, mke2fs, tar, tar-gz, etc. Just about everything one would
>ne
On Tue, Sep 12, 2000 at 12:09:29AM +0200, Juan J. Quintela wrote:
> > "david" == David A Gatwood <[EMAIL PROTECTED]> writes:
> But I think that the null update is a "typical" usage, and more
> typical indeed a cvs diff (and how that it is spelled in bk). I want
> to be able to use cvs diff fo
On Mon, Sep 11, 2000 at 02:58:25PM -0700, David A. Gatwood wrote:
> > On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
> > > > Err, "faster"? The following is the moral equiv of 4 kernel updates
> > > > which had nothing to do using BitKeeper instead of CVS. The local copy
> > > > w
David A. Gatwood wrote:
> I'm sorry, but I can't believe those numbers. It takes longer than 1.6
> seconds to stat all the kernel directories unless the BK machine has a
> huge disk cache. It sounds like the BK server was a much more powerful
> machine.
Use treescan for fast stat preload :-) A
> "david" == David A Gatwood <[EMAIL PROTECTED]> writes:
Hi
[stuff about unfair test]
I don't arguee if the test was fair or not.
david> and does not include a "null update", as that is an atypical usage pattern
david> for most trees that unfairly skews the test towards software or
On Mon, 11 Sep 2000 09:46:15 -0600,
"Jeff V. Merkey" <[EMAIL PROTECTED]> wrote:
>Thanks Ted. I know, but a kernel debugger is one of those nasty pieaces
>of software that can quickly get out of sync if it's maintained
>separately from the tree -- the speed at which changes occur in Linux
>would
Larry McVoy wrote:
> On the other hand, if you do a
>
> find . -type f | xargs touch
> time cvs update .
>
> it will melt down your DSL line for what seems forever. I killed it after
> 20 minutes, I have better things to do with my bandwidth. It's pretty
> clear that CVS is comparing
On Mon, 11 Sep 2000, Larry McVoy wrote:
>
> On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
> > > Err, "faster"? The following is the moral equiv of 4 kernel updates
> > > which had nothing to do using BitKeeper instead of CVS. The local copy
> > > was in San Francisco and the re
On Mon, 11 Sep 2000, Adam wrote:
> > Does anybody know off the top of their head if there is an easy
> > way to have ^C work with /bin/bash as a shell, without having
> > to set up ptys?? Just setting terminal parameters to allow signals
> > doesn't do anything.
>
> not exactly the answer, but w
On Mon, 11 Sep 2000, Jamie Lokier wrote:
> Jeff V. Merkey wrote:
> > In NetWare, we didn't care if the page was touched or not since we
> > used our own bits in field bits 11-9 to store page specific stuff,
> > like whether the page was dirty or not.
>
> Linux does actually look at both bits, bu
On Mon, Sep 11, 2000 at 02:08:42PM -0700, Larry McVoy wrote:
>
> On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
> > > Err, "faster"? The following is the moral equiv of 4 kernel updates
> > > which had nothing to do using BitKeeper instead of CVS. The local copy
> > > was in San
Hi, Bernd & Fellow 'Kernel Krunchers' :-),
Ciao Amigos,
How yer all doin'?
Bernd, mate, I've not long since experienced more or less the exact same problem
that you've recently experienced.
After four attempts at unsuccessfully trying to overcome this irritatin'
problem (on kernels 2.4.0-test7
2.2.18pre5
o Added older VIA ide chipsets to the not to be (me)
autotuned list
o Fix crash on boot problem with __setup stuff(me)
o Small acenic fix(Matt Domsch)
o Fix hfc_pci isdn driver (Jens David)
o
On Mon, 11 Sep 2000, Jamie Lokier wrote:
> Rik van Riel wrote:
> > The main difference between Linux and Netware here is the
> > fact that Linux has a real userland, which can touch the
> > pages on its own without going through the kernel.
> >
> > This causes "spontaneously" dirtied or accessed
> Does anybody know off the top of their head if there is an easy
> way to have ^C work with /bin/bash as a shell, without having
> to set up ptys?? Just setting terminal parameters to allow signals
> doesn't do anything.
not exactly the answer, but what I do is just run command 'open bash' few
t
On Mon, 11 Sep 2000, Igmar Palsenberg wrote:
> > Correct me if I'm wrong, but I believe that all non-TOS
> > unices have behaved this way since the 70s.
>
> I see no reason why it shouldn't behave this way. Root can do su - user
> and screw up the file that way.
>
> Users with UID 0 are capable
I found a bug in the command-line parser, parse_options in
init/main.c. I examined only 2.2.16 and 2.2.17, but there might remain
the same problem in 2.4.0-test?.
The phenomenon is that argv_init becomes {"init", "", NULL}, when
one inputs a command-line like:
root=/dev/ram ro
Does anybody know off the top of their head if there is an easy
way to have ^C work with /bin/bash as a shell, without having
to set up ptys?? Just setting terminal parameters to allow signals
doesn't do anything.
Cheers,
Dick Johnson
Penguin : Linux version 2.2.15 on an i686 machine (797.90 Bo
On Mon, Sep 11, 2000 at 01:39:16PM -0500, Troy Benjegerdes wrote:
> Cool... So can the latest version of the sources for BitKeeper be checked
> out too, or do we just have to write a script to extract it from the BkWeb
> changesets? :P
We're working on the docs for the 2.0 release. You can get t
Rik van Riel wrote:
> The main difference between Linux and Netware here is the
> fact that Linux has a real userland, which can touch the
> pages on its own without going through the kernel.
>
> This causes "spontaneously" dirtied or accessed pages,
> meaning that we really want to use the hardw
On Sun, 10 Sep 2000, Alan Cox wrote:
> 2.2.18pre4
> o Fix some of the dquot races (Jan Kara)
this appears to be basically the same patch as applied to 2.4.0t8 vs. t7
producing an Oops in dquot_transfer(). This issue can (at least) be
triggered by chown'ing a file on an (
On Mon, Sep 11, 2000 at 09:55:01PM +0200, Jamie Lokier wrote:
> > Err, "faster"? The following is the moral equiv of 4 kernel updates
> > which had nothing to do using BitKeeper instead of CVS. The local copy
> > was in San Francisco and the remote copy is Cort's machine in New Mexico
> > over a
> > When we upgraded the motherboard, we got consistant GPFs right after
> > the line:
> > Enabling extended fast FPU save
>
> It sounds like Redhat patched the kernel to support the Pentium III XMM
> extensions and the kernel is misdetecting the Athlon as a PIII.
The Athlon claims to su
This is very verbose. Sorry. I much prefer to toss all the pieces on the
table at the same time.
Dag B
[1.] One line summary of the problem:
-test7/8 version of xircom_tulip_cb does not enable my Xircom Realport
(RBEM56G-100)
Nor any of the other kernels I have tried...
[2.] Full descript
Marty Leisner wrote:
> When we upgraded the motherboard, we got consistant GPFs right after
> the line:
> Enabling extended fast FPU save
It sounds like Redhat patched the kernel to support the Pentium III XMM
extensions and the kernel is misdetecting the Athlon as a PIII.
--
Hello,
I have a call beack registered on write_space in kernel, so when I do a
asynchronous sock_sendmsg in the kernel, I get notified. However, I want to
know how much data was sent on that socket, so I can free the socket after
all data has been sent. How do I check for this condition?
Thanks
Hello,
I have a call beack registered on write_space in kernel, so when I do a
asynchronous sock_sendmsg in the kernel, I get notified. However, I want to
know how much data was sent on that socket, so I can free the socket after
all data has been sent. How do I check for this condition?
Thanks
Hi!
> > (2) Make the architecture a configuration variable (!)
>
> Why?
>
> You still need to have all the damn cross-compilers etc. At which point
> being a configuration variable is the _least_ of your worries. You're
> better off with just a new tree.
Crosscompilers are easy: take pre-compi
Hi!
> > On Thu, Sep 07, 2000 at 10:00:05AM -0400, James Simmons wrote:
> > > On the console level their are complex issues as well. Consider a
> > > system with 4 VTs attached to one machine. What if one person pressed
> > > Ctrl-Alt-Del. Anyone can bring the system down when multiple people
One way of increasing signal to noise ratio (place in .procmailrc):
:0
* ^FROM.*jmerkey@timpanogas\.com
/dev/null
On Mon, Sep 11, 2000 at 03:53:48PM -0400, [EMAIL PROTECTED] wrote:
> On Mon, 11 Sep 2000, Jeff V. Merkey wrote:
> Now will you stop trying to incite pointless riots and allow those
1 - 100 of 235 matches
Mail list logo
