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
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
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
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
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.
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)
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
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
> > 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,
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
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
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
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?
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
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
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 @@
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
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 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
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
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
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
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
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
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
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
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.
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
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
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
---
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
>
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 \
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':
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
/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
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
>
> > 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
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
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
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
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
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
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
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
> 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
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
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
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
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
> > > >
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 :-)
> "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
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
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,
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.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
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
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
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
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
> > 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
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
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?
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?
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
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
On Mon, 11 Sep 2000, Marcelo Tosatti wrote:
> On Mon, 11 Sep 2000, Marcelo Tosatti wrote:
> > On Mon, 11 Sep 2000, octave klaba wrote:
> >
> > > Hello,
> > > upgrading from 2.2.16 to 2.2.17 a raid-soft config (adaptec 5x36Go)
> > >
> > > /sbin/lilo gave a D process ( :) )
> > >
> > > root
On Mon, 11 Sep 2000, Jeff Garzik wrote:
> Dan Aloni wrote:
> > On Mon, 11 Sep 2000, Bernd Jucknischke wrote:
> > > I've just tried to compile a 2.4.0-test8 on an IBM thinkpad T20 and got the
> > > following error:
> > > cs46xx.c: 2488: cards causes a section type conflict
> >
On Mon, Sep 11, 2000 at 09:00:02PM +0200, Mike Galbraith wrote:
> The symptom is _different_ than without the patch being applied? That
> should be impossible. With Kernel Debugging disabled, the patch should
> have zero effect.. you should have your original oops back.
Yeah, sorry about that
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.
For some old discussions on related topics, see:
http://www.openpgp.net/random/
> We've been
> working on parallel development
[EMAIL PROTECTED] wrote:
> Now will you stop trying to incite pointless riots and allow those of us
> who are trying to use linux-kernel as a useful means of communicating
> development issues a chance for a decent signal to noise ratio?
>
> -ben
Ben,
Read the thread before
I'll give it some thought. Most of Linux has better paging than NetWare
already -- NetWare is pretty simple in this respect. THe process
mapping stuff in Netware (PCB's are mapped to recursively point to
themselves with a global brach table) is unique, but not as good as
what's in Linux.
:-)
Larry McVoy wrote:
> > Development:
> > In addition, by maintaining the system in CVS we can offer much
> > faster and convenient source updates than are currently available
> > from other Linux-based systems currently available.
>
> Err, "faster"? The following is the
On Mon, 11 Sep 2000, Marcelo Tosatti wrote:
>
> On Mon, 11 Sep 2000, octave klaba wrote:
>
> > Hello,
> > upgrading from 2.2.16 to 2.2.17 a raid-soft config (adaptec 5x36Go)
> >
> > /sbin/lilo gave a D process ( :) )
> >
> > root 14823 0.0 0.1 1184 496 ?DSep10 0:00
On Mon, 11 Sep 2000, Jeff V. Merkey wrote:
> If you need to know if the page has been accessed, you can clear this
> bit when a page is first mapped, and when someone touches it, the
> hardware will set this bit. It set's it by doing a R/M/W operation on
We've set the accessed bit for a long
On Mon, 11 Sep 2000, octave klaba wrote:
> Hello,
> upgrading from 2.2.16 to 2.2.17 a raid-soft config (adaptec 5x36Go)
>
> /sbin/lilo gave a D process ( :) )
>
> root 14823 0.0 0.1 1184 496 ?DSep10 0:00 /sbin/lilo
>
> one question:
> reboot or not to reboot ?
>
> I
Jeff V. Merkey wrote:
> One of the best references that describes the bus transaction model for
> Intel in "plain english" is the Pentium Pro Processor System
> Architecture Manual by Tom Shanley of Mindshare, Inc., Addison Wesley,
> ISBN: 0-201-47953-2. It explains a very good detail how the
1 - 100 of 353 matches
Mail list logo
