It seems I have a talent for speaking too soon, as this was actually not
the problem. I got similar performance to 2.2.16 for about 5 minutes,
then it was ten times as slow again.
I'll still have to look closer at what vmstat shows me after I do the
test with bunzip2. (Laptop packed away for the
On Thu, 31 Aug 2000, Neil Brown wrote:
> On Wednesday August 30, [EMAIL PROTECTED] wrote:
> >
> > I have strange messages in my kernel log (1-2 messages per day)
> >
> > raid5: bug: stripe->bh_new[2], sector 477640 exists
> > raid5: bh 8ffd6da0, bh_new 8ffd63e0
> > raid5: bug: stripe->bh_new[2]
Jan,
Motherboards that have integrated Promise Ultra/100 controller use
the 20265 chipset. The standard Promise Ultra/100 PCI card uses the
20267 chipset. However, both chipsets are supported in Andre patch
dated 08/05 or later. The latest patch is dated on 08/25. You can
download it at the follo
On Wednesday August 30, [EMAIL PROTECTED] wrote:
>
> I have strange messages in my kernel log (1-2 messages per day)
>
> raid5: bug: stripe->bh_new[2], sector 477640 exists
> raid5: bh 8ffd6da0, bh_new 8ffd63e0
> raid5: bug: stripe->bh_new[2], sector 6677320 exists
> raid5: bh aca1f060, bh_new a
Arnaldo Carvalho de Melo writes:
> Em Wed, Aug 30, 2000 at 10:49:22PM -0400, Richard Gooch escreveu:
> > Tigran Aivazian writes:
> > > On Sat, 26 Aug 2000, Arnaldo Carvalho de Melo wrote:
> > > > - if ((current->tty != tty) && !suser())
> > > > + if ((current->tty != tty) && !capable(C
Em Wed, Aug 30, 2000 at 10:49:22PM -0400, Richard Gooch escreveu:
> Arnaldo Carvalho de Melo writes:
> > Hi,
> >
> > Please consider applying.
> >
> > - Arnaldo
> >
> > --- linux-2.4.0-test8-pre1/arch/i386/kernel/mtrr.c Thu Jul 13 01:58:41 2000
> > +++ linux
Hi,
When I tried to install the pcmcia-cs-3.1.19, I got a message that I
attached it with this E-Mail, so I stopped the installation until I find the
answer.
This may help you:
I live in Egypt/CAIRO
thanks for help.
_/\_/\_
/ 0 ! O \
0| <___> |0
\___/
pcmcia-error
Hi,
When I tried to install the pcmcia-cs-3.1.19, I got a message that I
attached it with this E-Mail, so I stopped the installation until I find the
answer.
This may help you:
I live in Egypt/CAIRO
thanks for help.
_/\_/\_
/ 0 ! O \
0| <___> |0
\___/
-
To unsubscribe from
Arnaldo Carvalho de Melo writes:
> Hi,
>
> Please consider applying.
>
> - Arnaldo
>
> --- linux-2.4.0-test8-pre1/arch/i386/kernel/mtrr.cThu Jul 13 01:58:41 2000
> +++ linux-2.4.0-test8-pre1.acme/arch/i386/kernel/mtrr.c Wed Aug 30 20:52:48
>2000
Hi,
Please consider applying.
- Arnaldo
--- linux-2.4.0-test8-pre1/arch/i386/kernel/mtrr.c Thu Jul 13 01:58:41 2000
+++ linux-2.4.0-test8-pre1.acme/arch/i386/kernel/mtrr.c Wed Aug 30 20:52:48 2000
@@ -1427,7 +1427,7 @@
char *ptr;
char line[
Hi,
When I tried to install the pcmcia-cs-3.1.19, I got a message that I
attached it with this E-Mail, so I stopped the installation until I find the
answer.
This may help you:
I live in Egypt/CAIRO
thanks for help.
_/\_/\_
/ 0 ! O \
0| <___> |0
\___/
pcmcia-error
Linus,
Please consider applying.
- Arnaldo
--- linux-2.4.0-test8-pre1/drivers/char/console.c Thu Aug 10 10:14:23 2000
+++ linux-2.4.0-test8-pre1.acme/drivers/char/console.c Wed Aug 30 20:41:14 2000
@@ -69,6 +69,9 @@
*
* Removed old-style timers
On Thu, 31 Aug 2000, Keith Owens wrote:
> Before Rusty tells me that not everybody uses modules,
> /lib/modules/ can exist even if the kernel has no modules, it
> just needs a simple Makefile change. Think of /lib/modules/
> as a standard place to store information about kernel .
I like the ide
Em Wed, Aug 30, 2000 at 03:42:15PM -0700, J C Lawrence escreveu:
> Alan,
>
> I'm working on a device driver for a device that sits on the PC
> memory bus. I need to reserve/protect the memory range that the
> device occupies from the rest of the kernel/system. How do I do
> that? I think I see
I'm seeing a hard lockup under 2.4.0-test7. The good news is that it's
100% reproducible... all I have to do is attempt to install
gpm_1.19.3-3.deb from Debian unstable (interestingly, no other package
seems to trigger the problem). The bad news is that I have no idea
what the problem is.
The k
On Thu, Aug 31, 2000 at 11:49:34AM +1100, Keith Owens wrote:
> Before Rusty tells me that not everybody uses modules,
> /lib/modules/ can exist even if the kernel has no modules, it
> just needs a simple Makefile change. Think of /lib/modules/
> as a standard place to store information about kern
Hi,
Anyone know where i can find a copy of ramdisk dirver source code?.
JM
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Share information about yourself, create your own public profile at
http
> Because it is easier to solve the problem in user space.
I have to disagree with Keith here. It's more reliable to solve the
problem in kernel space. /proc/config.gz is guaranteed to hold the
configuration of the running kernel (if it exists at all). But
/lib/modules//.config might match the
On Wed, 30 Aug 2000 10:36:09 -0500,
Timur Tabi <[EMAIL PROTECTED]> wrote:
>** Reply to message from Chip Salzenberg <[EMAIL PROTECTED]> on Tue, 29 Aug 2000
>18:27:20 -0700
>> +CONFIG_PROC_CONFIG
>> + Say Y here if you want a copy of your current kernel configuration
>> + saved in the kernel tha
Seems after I updated pcmcia (per the Changes doco) I've managed to
discover again that I spoke too soon.
-Shawn
On 08/30, Me rearranged the electrons to read:
> On 08/30, Rik van Riel rearranged the electrons to read:
> > On Wed, 30 Aug 2000, Goblin wrote:
> >
> > > I am running Mandrake 7.1,
On 08/30, Rik van Riel rearranged the electrons to read:
> On Wed, 30 Aug 2000, Goblin wrote:
>
> > I am running Mandrake 7.1, pretty much stock with all the updates. I
> > would like to know how I might go about determining why my system is
> > incredibly sluggish using new kernels. Stock Mandra
On Wed, 30 Aug 2000 [EMAIL PROTECTED] wrote:
> Where can I find complete in-depth information about the
> structure of the linux ext2 file system ?
There are some nice pointers to information in the
Documentation/kernel-docs.txt file, which is included
in the kernel source.
If you're looking fo
Hi All,
Where can I find complete in-depth information about the
structure of the linux ext2 file system ?
Please copy your replies to [EMAIL PROTECTED] as I
am not on the linux-kernel list.
Regards,
-hiren
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Wed, 30 Aug 2000, Roman Zippel wrote:
> > Your repeated claims of VFS becoming more multi-threaded in ways
> > that are not transparent to fs drivers wrt locking are false.
>
> For example the usage of inode lock changed pretty much and was partly
> replaced with the page lock? I can st
Alan,
I'm working on a device driver for a device that sits on the PC
memory bus. I need to reserve/protect the memory range that the
device occupies from the rest of the kernel/system. How do I do
that? I think I see how I can mark blocks that are never to be
touched, but in this case the dr
Hello everybody,
On Wed, Aug 30, 2000 at 04:00:19PM +0300, Leonid Mamtchenkov wrote:
> Hello,
>
> In the archives of the lkml I have found a message from Peter Gervai
> ([EMAIL PROTECTED]) dated Tue Apr 25 2000 available here:
> http://boudicca.tux.org/hypermail/linux-kernel/2000week18/0317.ht
Linus Torvalds wrote:
> actually prefer
>
> if (complex_test)
> return complex_expression1;
>
> return complex_expression2;
>
> over
>
> return (complex_test) ? complex_expression1 : complex_expression2;
Trade offs trade offs...
Compare:
int mr (unsigned
Michael Peddemors wrote:
> The ./Documentation/i386/boot.txt written by HPA is a nice start about the
> boot processes, but yes, I found that very few people on this list have the
> time to explain generalized concepts. Makes it hard to wade in and
> contribute.. My struggles with INITRD_START
On Wed, 30 Aug 2000, Goblin wrote:
> I am running Mandrake 7.1, pretty much stock with all the updates. I
> would like to know how I might go about determining why my system is
> incredibly sluggish using new kernels. Stock Mandrake kernels run great.
>
> I guess I wanted to know if there was an
I am running Mandrake 7.1, pretty much stock with all the updates. I
would like to know how I might go about determining why my system is
incredibly sluggish using new kernels. Stock Mandrake kernels run great.
I guess I wanted to know if there was anyone else having the same
experience. Specific
Hi,
> Show me these removed locks. The only polite explanation I see is
> that you have serious reading comprehension problems. Let me say it once
> more, hopefully that will sink in:
>
> Your repeated claims of VFS becoming more multi-threaded in ways
> that are not transparent to f
Date: Wed, 30 Aug 2000 13:49:52 -0400
From: Horst von Brand <[EMAIL PROTECTED]>
The patch to sbus_unmap_single() is done on the theory that the
least generic types mentioned for the arguments are probably right,
please check. No new warnings now (at least here).
I still don't like
On Wed, 30 Aug 2000, Alan Cox wrote:
> > I think I have found something. I've currently got 4 processes deadlocked
> > on DAC960_WaitForCommand.
> >
> > This machine is a VA Linux VAR Server 3000.
>
> If they stay deadlocked there then let Leonard Zubkoff know. He's both the
> DAC960 guru and
> I have two comments about this patch. (the reqfree-batching-3)
>
> First. Couldn't it end up indefinitely starving a writer?
>
> Assume the free_list is empty [...]
I think that can also happen in 2.2.x and plain 2.4-test7.
I have a question. There is a rq queue for eache device, right ? Well
The problem that I reported for -test6 is still here:
I have a mounted CD. "ls -l /mount/point" shows its directory.
If I do umount /mount/point, replace CD with another one
and mount on the same point (I did not try different mount point),
"ls -l" shows the directory from the *first* CD. If I t
On Wed, 30 Aug 2000, Roman Zippel wrote:
> No, I didn't say that. I want the API to be less restrictive and make
> the job for the fs a bit easier. IMO the current API is inconsistent
> and/or incomplete and I'm still trying to find out what exactly is
> missing. The VFS is becoming more and mo
On Wed, Aug 30, 2000 at 10:04:12AM -0700, Linus Torvalds wrote:
> return copy_to_user(dst, src, size) ? -EFAULT : 0;
>
> is fine and quite readable. Fits on a simple line.
I agree so far. But when it's really
if (put_user(..>)
return -EFAULT;
if (
On Wed, Aug 30, 2000 at 10:36:09AM -0500, you [Timur Tabi] claimed:
> ** Reply to message from Chip Salzenberg <[EMAIL PROTECTED]> on Tue, 29 Aug 2000
> 18:27:20 -0700
>
>
> > +CONFIG_PROC_CONFIG
> > + Say Y here if you want a copy of your current kernel configuration
> > + saved in the kernel
On Wed, Aug 30 2000, Nikolaiev, Mike wrote:
> OK... I cannot resist...
>
> Working with large database systems,
> (700MHz 32P, 32GB ram, 500-18GB 15K drives)(Well I think it is big)
> We often configure many logical drives on a disk array controller.
> Each of these are represented under Linux as
> P-Pro CPUs dropping fast, these would make a nice SMP box (6 200Mhz
> processors would make a nice server, or in my case, a good test for parallel
> algorythms that use a large number of threads).
Let me suggest something different. Buy a pile of cheap celerons and 100Mbit
cards. Then you can t
On Wed, Aug 30 2000, Bill Wilson wrote:
> Agreed, this looks far better than the 16 x 16 table looping
> that was going on before (and not getting all disks). My last question,
> when you print stats will the format still be (%u,%u):(%u,%u,%u,%u)?
Yes, the format will remain the same.
> And now
PLease email response, I'm not back on the list yet after the move.
I'm considering building an ALR box cause I want to test some parallel
programming ideas under Linux. However, these machines require an expensive
"serial" card that contains the keyboard and mouse ports. Some of these are
4 P-
> I think I have found something. I've currently got 4 processes deadlocked
> on DAC960_WaitForCommand.
>
> This machine is a VA Linux VAR Server 3000.
If they stay deadlocked there then let Leonard Zubkoff know. He's both the
DAC960 guru and happens to work for VA so will know the box too 8)
On Wed, 30 Aug 2000, Alan Cox wrote:
> > > Please try 2.2.17pre20. THis has various vm and other fixes as well as an
> > > updated DAC960 driver
> >
> > That fixed it partly. I'm still getting lots of uninterruptible processes,
> > but it lasted a few hours this time before getting bad. The fre
On Wed, 30 Aug 2000, Alan Cox wrote:
> > > Please try 2.2.17pre20. THis has various vm and other fixes as well as an
> > > updated DAC960 driver
> >
> > That fixed it partly. I'm still getting lots of uninterruptible processes,
> > but it lasted a few hours this time before getting bad. The fre
> > Please try 2.2.17pre20. THis has various vm and other fixes as well as an
> > updated DAC960 driver
>
> That fixed it partly. I'm still getting lots of uninterruptible processes,
> but it lasted a few hours this time before getting bad. The freeze is
> still occurring in schedule().
>
> Any
OK, here it goes again. The last time around I screwed up making the patch,
sorry about that.
The patch to sbus_unmap_single() is done on the theory that the least
generic types mentioned for the arguments are probably right, please
check. No new warnings now (at least here).
--- linux-2.4.0-tes
On Wed, 30 Aug 2000, Alan Cox wrote:
> > I am running 2.2.16 unpatched on a PII-450 with 512 megs of memory. The
> > disk controller is a Mylex DAC960. Recently the machine seems to be
> > locking up under moderate load. I wanted to see what was causing it, and
> > running setiathome seems to be
On 30-Aug-2000 Jens Axboe wrote:
> Right now the code in my tree looks something like this:
>
> for (i = 0; i < MAX_BLKDEV; i++) {
> request_queue_t *q = blk_get_queue(MKDEV(i, 0));
> if (!q)
> continue;
> if (!activ
On Wed, Aug 30 2000, Marcel J.E. Mol wrote:
> But if the sar patches are applied, don't we have double stats? Isn't
> it better to somehow combine this and make a clean statistics setup including
> what the sar patches offer? I like the Stephen's sard output and think this
> should be included in
OK... I cannot resist...
Working with large database systems,
(700MHz 32P, 32GB ram, 500-18GB 15K drives)(Well I think it is big)
We often configure many logical drives on a disk array controller.
Each of these are represented under Linux as a minor dev number.
We may have 50-70 logical drives on
For some time now, the Linux Trace Toolkit has enabled it's users to
trace the Linux kernel. This capability included being able to view
and analyze the collected traces.
With the latest release, LTT supports tracing the RTAI (http://www.rtai.org)
real-time linux extension. This means that you c
On Wed, Aug 30, 2000 at 05:47:39PM +0200, Jens Axboe wrote:
> On Wed, Aug 30 2000, Marcel J.E. Mol wrote:
> > > .
> > > do {
> > > q = blk_get_queue(bh->b_rdev);
> > > if (!q) {
> > > ... no such device ..
> > >
On Wed, 30 Aug 2000, Rogier Wolff wrote:
>
> > source code smaller and more easier to read (yes, this is debatable,
> > I think it becomes more clean, other think otherwise, I'm just
> > following what Linus said he prefer).
>
> The kernel is a multi-million-lines-of-code piece of software.
>
On Wed, Aug 30 2000, Bill Wilson wrote:
> Won't we loose some important info by not looking at minors? hda and
> hdb are minors of IDE0_MAJOR, etc. Is this data distinguishable in the
> queues?
hda and hdb each have their own queue, so we don't loose anything
there.
> > No big deal, for now I
On Wed, 30 Aug 2000, Roman Zippel wrote:
> VFS isn't really wrong, the problem is that it moved from an almost
> single threaded API to a multithreaded API and that development isn't
> complete yet.
Sorry, it's a complete bullshit. VFS had been multi-threaded from the very
beginning. You are con
On 30-Aug-2000 Jens Axboe wrote:
>> and just remove the drive_stat_acct() thing completely.
>
> Agreed, I've implemented this and ripped the stats out of kstat. Patch
> coming soon :-)
>
> We do then loose the ability to tell when we've started a new request,
> now we just account all buffers a
On Wed, 30 Aug 2000, Alan Cox wrote:
> > Wouldn't it be better if we move the null pointer test and the panic()
> > inside kmem_cache_create() similar to this
>
> Most kmem_cache_creates should not be fatal. I question the socket one
> in some ways
because it is ok to have a protocol family com
On Wed, 30 Aug 2000, Michael Peddemors wrote:
> I usually get my sources from ftp.kernel.org but pre-8 isn't up.
> Where is the earliest site that the development kernels come out?
Try ftp.us.kernel.org. I fetched test8-pre1 yesterday from there.
C
-
To unsubscribe from this list: send the l
This patch has been explained by previous
messages. The computer will crash if any other
device takes the card default irq. Now, the
documented (previously non-functional) irq=#
boot string works:
--- /root/old.c Thu Aug 31 07:01:13 2000
+++ 3c507.c Thu Aug 31 07:02:05 2000
@@ -26,7 +26,6 @
I usually get my sources from ftp.kernel.org but pre-8 isn't up.
Where is the earliest site that the development kernels come out?
Michael Peddemors - Senior Consultant
Unix Administration - WebSite Hosting
Network Services - Programming
On Mon, 28 Aug 2000, Linus Torvalds wrote:
> "notify_parent()" uses p->p_pptr without any locking. As far as I can
> tell, that is wrong. It looks like it should have a read-lock on the
> tasklist_lock in order to not be racy (perhaps the parent does an exit on
> another CPU at just this moment
Hi,
> It sounds to me like different FSes have different needs. Maybe the best
> approach is to have two or three fs APIs, according to the needs of the
> fs.
No, having several fs API is a maintainance nightmare, I think that's
something everyone agrees on. What is needed is to modify the API
> Wouldn't it be better if we move the null pointer test and the panic()
> inside kmem_cache_create() similar to this
Most kmem_cache_creates should not be fatal. I question the socket one
in some ways
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
On 29 Aug 2000, Stuart Lynne wrote:
> >I think this needs to be resolved ASAP. I don't have kernel sources handy,
> >so I cannot tell you whether the functions are actually worth being
> >protected (inb/outb doesn't belong to this group really),
> If it is in the header file I think it should be
On Tue, 29 Aug 2000, Jeff V. Merkey wrote:
> I concur with this appraisal from Al Viro. Single threading the VFS is
> going backwards -- not a good idea.
It sounds to me like different FSes have different needs. Maybe the best
approach is to have two or three fs APIs, according to the needs of
On Wed, Aug 30 2000, Marcel J.E. Mol wrote:
> > .
> > do {
> > q = blk_get_queue(bh->b_rdev);
> > if (!q) {
> > ... no such device ..
> > }
> > + statistics(q, rw, bh->b_si
On Wed, 30 Aug 2000 [EMAIL PROTECTED] wrote:
> No matter what version 2.4.0 of the kernel I've tried to
> install, all it does is make my system immediatly reboot
> right when it says "loading kernel"
>
> It is a pentium 200mmx with 128megs of ram, 20 gig hdrive,
> its got an Intel 430HX socket
Ok Mike, here it is:
config.txt.gz
I am using binutils-2.9.1.0.23-6 redhat special
and egcs-1.1.2-24
That and I always compile as bzImage
You think that could be the problem?
On Wed, 30 Aug 2000 16:40:16 +0200 (CEST) you wrote:
> On Wed, 30 Aug 2000 [EMAIL PROTECTED] wrote:
>
> > No
On Wed, 30 Aug 2000, Tigran Aivazian wrote:
> Hi Linus,
>
> The sock slab cache is critical so one ought to panic if it can't be
> created, like we do for all other slab caches.
>
> Regards,
> Tigran
>
> --- linux/net/core/sock.c Thu Aug 24 08:08:47 2000
> +++ work/net/core/sock.c Wed
** Reply to message from Chip Salzenberg <[EMAIL PROTECTED]> on Tue, 29 Aug 2000
18:27:20 -0700
> +CONFIG_PROC_CONFIG
> + Say Y here if you want a copy of your current kernel configuration
> + saved in the kernel that you build. This is extremely useful if you
> + ever build more than one ker
On Wed, 30 Aug 2000, Alan Cox wrote:
>Please try 2.2.17pre20. THis has various vm and other fixes as well as an
>updated DAC960 driver
Note that the change to shrink_mmap to decrease the count in the while
clause, it's not fixing any deadlock.
To infinite loop the below conditions should be tru
I'm pleased to announce the Tux2 Filesystem project.
Tux2 is a GPL-licensed variation on Linux's standard Ext2 filesystem,
Like a journalling filesystem, Tux2 is designed to be robust in the
event of an unexpected interruption such as a system crash, power
outage or a user that likes to hit the p
> I am running 2.2.16 unpatched on a PII-450 with 512 megs of memory. The
> disk controller is a Mylex DAC960. Recently the machine seems to be
> locking up under moderate load. I wanted to see what was causing it, and
> running setiathome seems to be a pretty good trigger for it. Using
> control-
On Tue, 29 Aug 2000, Alan Cox wrote:
> > I can't tell you the redhat way of doing a kernel upgrade (things like
> > this are one of the resons I don't use redhat) but if you are useing the
>
> Mostly
> rpm -Uvh kernel-foo.i386.rpm
>
> the full details are in the support db
One small nit to pic
> > All the module in 2.2.16 seem to have unresolved symbols, eg all of
> > them have printk unresolved. Is there a fix for that?
>
> That sounds like it was built wrongly.
>
> Alan
Try unsetting
"Set version information on all module symbols"
and recompiling
-Justin
-
To unsubscribe from
Stephen Rothwell writes:
> Hi Richard,
>
> Richard Stallman <[EMAIL PROTECTED]> writes:
> > On my laptop, suspending to disk is slow. It takes a whole minute, and
> > another minute to unsuspend--if all of core is in use. But it is much
> > faster when I do it not too long after the system was
> > You arent supposed to use sym53c8xx with old chips but ncr53c8xx
>
> Some of our systems are mixed old and new. Making one driver work
> with both old and new is a significant life-simplification.
ncr53c8xx works with the old chips too but at a performance cost. Its all in
Gerhard's docs.
No matter what version 2.4.0 of the kernel I've tried to
install, all it does is make my system immediatly reboot
right when it says "loading kernel"
It is a pentium 200mmx with 128megs of ram, 20 gig hdrive,
its got an Intel 430HX socket 7 mb.
I have tried configuring the kernel as a pentium MM
On Tue, Aug 29 2000, Linus Torvalds wrote:
> Ho humm.. I actually kind of expected the statistics to be done in
> generic_make_request(), so that we'd have
>
> .
> do {
> q = blk_get_queue(bh->b_rdev);
> if (!q) {
>
I am running 2.2.16 unpatched on a PII-450 with 512 megs of memory. The
disk controller is a Mylex DAC960. Recently the machine seems to be
locking up under moderate load. I wanted to see what was causing it, and
running setiathome seems to be a pretty good trigger for it. Using
control-scroll lo
On Wed, Aug 30, 2000 at 02:09:21AM -0700, David S. Miller wrote:
>From: Chip Salzenberg <[EMAIL PROTECTED]>
>
>Some of our systems are mixed old and new. Making one driver work
>with both old and new is a significant life-simplification.
>
> There are some old ncr53c8xx chips for wh
Hi,
Some great replies helped me pinpoint the problem, or I should say,
would have .. I decided to use 2.4.0-test7 for the debugging and I can't
reproduce the problem, the nightly backup and tar work fine, no more
tape errors ..
so I consider it fixed for now do you think this bugfix time cou
On Wed, 30 Aug 2000 09:06:27 -0400, you wrote:
>'mkinitrd', which is in /sbin on my Mandrake 7.1 system can be used to
>create a new initrd. 'man mkinitrd' will tell you what you need to know
>about it.
Thanks to all who replied - mkinitrd indeed was what I needed to do -
I'll be sorting the
Alex,
'mkinitrd', which is in /sbin on my Mandrake 7.1 system can be used to
create a new initrd. 'man mkinitrd' will tell you what you need to know
about it.
Don't forget that lilo allows you to define multiple boot
configurations. An appropriate (second) entry in /etc/lilo.conf will set
Hello,
In the archives of the lkml I have found a message from Peter Gervai
([EMAIL PROTECTED]) dated Tue Apr 25 2000 available here:
http://boudicca.tux.org/hypermail/linux-kernel/2000week18/0317.html
Unfortunately, I was not able to find any reply to that message.
Currently, one of our
Jaroslav Kysela wrote:
>
> On Tue, 29 Aug 2000, M.H.VanLeeuwen wrote:
>
> > With default BIOS settings, IRQ 5 is unavailable for ISA yet
> > it is being assigned by the ne.c driver and NFS root system
> > doesn't finish booting.
> >
> > Is this a driver problem or a ISAPNP problem?
>
> It is ge
Hi,
Tony Mantler wrote:
> For those of you who would rather not have read through this entire email,
> here's the condensed version: VFS is inherintly a wrong-level API, QNX does
> it much better. Flame on. :)
VFS isn't really wrong, the problem is that it moved from an almost
single threaded A
Hi Linus,
The sock slab cache is critical so one ought to panic if it can't be
created, like we do for all other slab caches.
Regards,
Tigran
--- linux/net/core/sock.c Thu Aug 24 08:08:47 2000
+++ work/net/core/sock.cWed Aug 30 13:13:48 2000
@@ -609,7 +609,9 @@
{
sk_cache
Hi,
> Yes? And it will become simpler if you will put each and every locking
> scheme into the API?
No, I didn't say that. I want the API to be less restrictive and make
the job for the fs a bit easier. IMO the current API is inconsistent
and/or incomplete and I'm still trying to find out what e
Hello all,
New v0.0.5 has some minor corrections and a new userland utility. The
driver is available at :
http://oss.lineo.com/projects.html
Have fun :)
\
(@ @)
--oOOo-(_)-oOOo---
Pierre-Philippe Coupard
Software Engineer, Lineo, In
I have strange messages in my kernel log (1-2 messages per day)
raid5: bug: stripe->bh_new[2], sector 477640 exists
raid5: bh 8ffd6da0, bh_new 8ffd63e0
raid5: bug: stripe->bh_new[2], sector 6677320 exists
raid5: bh aca1f060, bh_new aca1f720
raid5: bug: stripe->bh_new[1], sector 6854048 exists
ra
On Wed, Aug 30, 2000 at 12:05:02AM -0400, root wrote:
> After compliation with the Promise UDMA chipsets support, with Use DMA
> by Default checked, the kernel refuses to acknowledge the existence of
> the chip. I have an ASUS K7M m/b that has the controller built in to
> the motherboard. After
Kernel 2.4.0-test8-pre1 .
With dos filesystem compiled as modules can't mount vfat32
filesystem .
Error-message:
/dev/hda1 has wrong major or minor number.
Thanks and T.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
P
I'm still getting the OOPS with via driver version 2.1:
jacques% cat oops1.2
ksymoops 0.7c on i686 2.4.0-test7. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.0-test7/ (default)
-m /boot/System.map (specified)
No module
Date:Wed, 30 Aug 2000 02:08:39 -0700
From: Chip Salzenberg <[EMAIL PROTECTED]>
Some of our systems are mixed old and new. Making one driver work
with both old and new is a significant life-simplification.
There are some old ncr53c8xx chips for which the sym53c8xx driver
abso
On Tue, 2000-08-29 22:40:00 -0400, Robert Schweikert wrote:
> Any news whether or not the final 2.4 kernel will have a
> journaling file system (ReisserFS, XFS, or JFS)?
I have a jumbo patch almost ready that contains rfs-3.6.13,
jfs-0.0.10, xfs-cvs2829, gfs-cvs2829, all patched into the
According to Alan Cox:
> > Nobody knows why this patch works. (Really!) But it does. (Really!)
> > It makes the sym53c8xx driver work even with some very old 53c810 chips.
> > Without this patch, the driver hangs on them. This is reproducible
>
> You arent supposed to use sym53c8xx with o
According to Andi Kleen:
> You probably don't have a .config.gz that is longer than a page
> (4K), because in that case it'll badly corrupt your memory (or you
> just haven't noticed the corruption yet ;)
Hm... they're all <4K, but a few are pushing it.
--
Chip Salzenberg - a.k.a. -
On Tue, Aug 29, 2000 at 12:17:15PM -0700, Jim Garlick wrote:
> Hi,
>
> Why does (2.2.14) linux/kernel/sched.c::count_active_tasks() consider
1 - 100 of 109 matches
Mail list logo