On Tue, 12 Dec 2000, Petr Vandrovec wrote:
> That's wrong. They must first register MTRR and then split it to
> 24+8, as they cannot register 24MB range. They can split it
> 16+16, or (16+8)+8, but at cost of 1 (or 2) additional MTRR entries -
> and there is very limited number of possible MTRRs.
Basically if the setting of
* "hdx=flash" : allows for more than one ata_flash disk to be
* registered. In most cases, only one device
* will be present.
fails then I will look into this but, the breaking of laptops that
Alan, this is identical to the patch that was in patch-2.3.10 of Jul 5 1999
except a line number difference of one.
It is only needed if you build your v2.2.x kernel for the Initio 1060p LVD
SCSI controller using a later compiler
than 2.7.2.3 and then are stupid enough to ignore any compiler
Hi,
I have just compiled Linux 2.2.18 (UP) and Linux 2.4.0-test12 (SMP,
devfs), and in each case I compiled the msr and cpuid drivers as
modules. However, when I tried to read from the devices (using "cat"),
I got oopses from both 2.2.18 and 2.4.0-test12. Neither the msr.o nor
the cpuid.o modules
On Tue, Dec 12, 2000 at 08:08:40PM -0800, Matthew Dharm wrote:
> Depending on the type of device you have and how you use it, it can either:
> (1) Work properly
> (2) Corrupt your data
> (3) Crash the driver
> (4) Crash your system
The reboot was about Iomega's Zip Drive under 2.2.18pre21:
Hi,
I have two questions:
1. Is it ok to make a "wake_up_process()" call from an interrupt
handler?
In my work, there is a kernel thread that sleeps under "sleep_on()" and
wakes up by the "wake_up_process()" by an interrupt handler.
My system is crashing and I just wanna make sure if this is
Hi folks.
Today I saw well-known "innd bug"(truncate(tm)), and my brother said
he had seen it with -test12-pre7. I don't know about -test12-pre3,
neither I nor my brother hadn't noticed it since -test10. But we could
miss it with -test12-pre3, and I didn't try any -test11 kernels. Thus
possibly
On Wed, 13 Dec 2000, Rainer Mager wrote:
> Thanks for the info...
>
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff V. Merkey
> > > So, is this related to the larger signal 11 problems?
> >
> > There's a corruption bug in the page cache somewhere, and it's 100%
> > reproducable. Finding it
Depending on the type of device you have and how you use it, it can either:
(1) Work properly
(2) Corrupt your data
(3) Crash the driver
(4) Crash your system
It's allready labeled EXPERIMENTAL. Perhaps it should be labeled
DANGEROUS, also, but how many labels can you put on things to warn
On Wed, 13 Dec 2000, Alan Cox wrote:
> > (3) modifies the output of /proc/apm when power status reporting is
> > disabled - on reflection, maybe this wasn't such a smart thing to do
> > (could royally stuff anybody who is automagically parsing /proc/apm?)
>
> Please dont - it correctly reports
What's the real status of the mass storage backport to 2.2.18?
Some people report it can corrupt your data, another that it
rebooted his computer while doing a large trasnfer, and so on.
If it's not good, shouldn't it be removed or labeled
DANGEROUS? BTW, where can I see a list of what's
In article <[EMAIL PROTECTED]>,
Jeff V. Merkey <[EMAIL PROTECTED]> wrote:
>On Wed, Dec 13, 2000 at 09:22:55AM +0900, Rainer Mager wrote:
>> I have a tiny bash script that launches a Java swing app. If I run my
>> script from an xterm (or gnome-terminal or whatever) then it starts up fine.
>>
On Wed, 13 Dec 2000, Neil Brown wrote:
>
> Yes... you are right. Alright, I can't escape it any other way so I
> guess I must admit that it is a raid5 bug.
>
> But how can raid5 be calling b_end_io on a buffer_head that was never
> passed to generic_make_request?
> Answer, it snoops on the
hi,
i think somethings gone wrong with via82cxxx_audio. Playing anything
through it seems to cause massive latency in apps like xmms, esd,
asmixer, etc.. anything to do with playing or mixer levels suddenly
takes a minute or more to respond.
It didn't always do this, and when it started
>From searching Google, I know some sort of driver exists. In July, Adam J.
>Richter ([EMAIL PROTECTED]) posted a 2.2.16 driver he obtained from Dave
>Gotwisner at Wyse Technologies. And Tim Hockin mentioned that he was using
>an NSC driver, but had made some minor modifications.
This one has a
> (3) modifies the output of /proc/apm when power status reporting is
> disabled - on reflection, maybe this wasn't such a smart thing to do
> (could royally stuff anybody who is automagically parsing /proc/apm?)
Please dont - it correctly reports 'dunno' right now
-
To unsubscribe from this
" Paul C. Nendick " <[EMAIL PROTECTED]> writes:
> Shall I submit this to Matrox as a bug then?
The "bug" is in the XFree86 core, so telling Matrox might not do a lot
of good.
The driver code just says "I want to map a framebuffer of this size at
this physical address" (or actually "with these
> >From searching Google, I know some sort of driver exists. In July, Adam J.
> Richter ([EMAIL PROTECTED]) posted a 2.2.16 driver he obtained from Dave
> Gotwisner at Wyse Technologies. And Tim Hockin mentioned that he was using
> an NSC driver, but had made some minor modifications.
We're
Thanks for the info...
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff V. Merkey
> > So, is this related to the larger signal 11 problems?
>
> There's a corruption bug in the page cache somewhere, and it's 100%
> reproducable. Finding it will be tough
Ok, granted this will be tough but
On Tue, 12 Dec 2000, Neale Banks wrote:
[...]
> New diff to follow, hopefully tomorrow.
New diff against unmolested 2.2.18pre24 (appears to apply cleanly to
2.2.18 also) is attached.
Main points:
(1) adds a configure item for buggy BIOS (i.e. that can't be automagically
detected).
(2)
> > - metrics -- L1 cacheline size is the important one: you align array
...
> Anyone can give me some pointers on how this is done runtime ? (name of
> the .c file is fine).
kernel/sched.c:aligned_data. as mentioned elsewhere,
the correct alignment is not necessarily L1 linesize.
-
To
On Wed, Dec 13, 2000 at 02:09:31AM +0100, Marco d'Itri wrote:
> On Dec 06, Rik van Riel <[EMAIL PROTECTED]> wrote:
> >> We deeply regret this and apologize honestly, but also would
> >> like to resubscribe...
> >Could you make it a one-way list this time?
>
> If vger postmasters do not mind,
Steven Cole <[EMAIL PROTECTED]> writes:
> Your patch will probably let journal.c get compiled, but it might be
> dangerous to use considering what Chris said.
I've just tried it and got filesystem corruption, so no, it doesn't
work. I'll wait for someone else to provide a patch that works.
--
On Wed, Dec 13, 2000 at 09:22:55AM +0900, Rainer Mager wrote:
> Hi again,
>
> Ok, I just upgraded to 2.4.0test12 (although I don't think there was any
> work in 12 that directly addresses this signal 11 problem). When compiling
> the new kernel I chose to disable AGPGart and RDM as
Adam Sampson wrote:
>The latest reiserfs patch on ftp.namesys.com causes compilation errors
>against test12 due to the task queue changes. Does this look correct?
[patch snipped]
>
>It does at least compile with these changes, but I haven't yet tested
>it. Looking at run_task_queue, it would
On Dec 06, Rik van Riel <[EMAIL PROTECTED]> wrote:
>> We deeply regret this and apologize honestly, but also would
>> like to resubscribe...
>Could you make it a one-way list this time?
If vger postmasters do not mind, next week I'm going to unidirectinally
gate linux-kernel (and maybe other
Hello all,
As part of our final year project, we are implementing a network based on
SCSI to use as a cheap fast eth link.
This module is made of two parts:
-sn: A scsi device that talk with the scsi mid layer
-scsinet: A network device driver that talks with sn.
We made a
Torrey Hoffman wrote:
>
> I am wondering about the current status of a driver for the NS83815 ethernet
> chip.
>
> >From searching Google, I know some sort of driver exists. In July, Adam J.
> Richter ([EMAIL PROTECTED]) posted a 2.2.16 driver he obtained from Dave
> Gotwisner at Wyse
Hiya.
The latest reiserfs patch on ftp.namesys.com causes compilation errors
against test12 due to the task queue changes. Does this look correct?
--- fs/reiserfs/journal.c.orig Wed Dec 13 00:13:00 2000
+++ fs/reiserfs/journal.c Wed Dec 13 00:40:52 2000
@@ -1762,7 +1762,7 @@
On Wed, Dec 13, 2000 at 01:34:46AM +0100, Dominik Kubla wrote:
> On Mon, Dec 11, 2000 at 11:11:41AM -0700, Jeff V. Merkey wrote:
> ...
> > Then this is the vga=271 stuff?
> >
> > Jeff
>
> No, that's just selecting the VGA resolution. I am referring to the
> video parameter:
>
>
I am wondering about the current status of a driver for the NS83815 ethernet
chip.
>From searching Google, I know some sort of driver exists. In July, Adam J.
Richter ([EMAIL PROTECTED]) posted a 2.2.16 driver he obtained from Dave
Gotwisner at Wyse Technologies. And Tim Hockin mentioned that he
> There was some discusion lately re: Dell Inspiron FB probs. The bad news
> is the ATI Mach64 display support is still broken but just selecting
> VESA VGA graphics console is working fine.
>
> The patient is a Dell Inspiron I7500 1050x1450 display, vga = 794.
Ah the infamous Rage Mobility
Hi again,
Ok, I just upgraded to 2.4.0test12 (although I don't think there was any
work in 12 that directly addresses this signal 11 problem). When compiling
the new kernel I chose to disable AGPGart and RDM as suggested by
[EMAIL PROTECTED] I will report later if this makes any
On Tuesday December 12, [EMAIL PROTECTED] wrote:
>
>
> On Wed, 13 Dec 2000, Neil Brown wrote:
> >
> > Could you add this test to the top of md_make_request as well, because
> > requests to raid5 don't go through generic_make_request.
>
> Sure they do. Everything that calls ll_rw_block() or
> - metrics -- L1 cacheline size is the important one: you align array
> elements to this size when you want a per-cpu array, so that multiple
> CPUs do not share a cacheline for accessing their "own" structure.
> Proper alignment avoids "cacheline ping-pong", as it's called,
> whenever
> > Use handshaking
>
> Heh...do what I did. Go on eBay and pick up a Hayes ESP card.
Hmm.. High speed comm is fine here, as long is I use handshaking. If I
don't, I'll loose chars.
> I have a fairly weak system by todays standards, and I found that
> even with a 16550 serial port, I'd get
There was some discusion lately re: Dell Inspiron FB probs. The bad news
is the ATI Mach64 display support is still broken but just selecting
VESA VGA graphics console is working fine.
The patient is a Dell Inspiron I7500 1050x1450 display, vga = 794.
Bob
-
To unsubscribe from this list: send
On Tue, 12 Dec 2000 09:39:31 -0500,
root <[EMAIL PROTECTED]> wrote:
>I've just patched and reconfigured to 2.2.18 (from 2.2.17 on an
>i686-linux-gnu[2.2]). make bzImage fails with:
>ld:/usr/src/linux/arch/i386/vmlinux.lds:73: parse error
> /* Stabs debugging sections. */
> .
> stab 0 : {
On Wed, 13 Dec 2000, Neil Brown wrote:
>
> Could you add this test to the top of md_make_request as well, because
> requests to raid5 don't go through generic_make_request.
Sure they do. Everything that calls ll_rw_block() or submit_bh() will go
through generic_make_request.
Neil, you're
Hi Linus
Here is a minor update to Documentation/sound/ALS which covers the PnP
issues with a little more clarity than is currently done. It is for the
2.4.testXXX series and made against the ALS file from test10.
Regards
jonathan
--- linux-2.4.test10-orig/Documentation/sound/ALS Wed
On Wed, 13 Dec 2000 00:25:25 Jussi Laako wrote:
> Marc Mutz wrote:
> >
> > Just to not miss the obvious: You know about ulimit(3)?
>
> Yes, but it doesn't stop deadlocks caused by kernel's VM system going
> wild... I think that no matter what user process does, root should be always
> able to
On Tue, 12 Dec 2000 18:46:42 +0100, Juan blurted forth:
> Hi!
>
> This error exists since 2.4.0-test10preX or so. It occurs when the
> network interface is activated.
>
> I'm using RedHat 7.0 and my ethernet card is a "Kingston EtheRx KNE20
> Plug and Play ISA Adapter". I'm unable to
Wouldn't you know it. I've patched my kernel with kdb and now I can't
get it to throw up.
Maybe it'll do it once this mail gets sent out like it did last time.
I'd prefer a dumper also. I went and grabbed LKCD but it didn't patch
cleanly against test12 so I decided against it.
dean gaudet
Marc Mutz wrote:
>
> Just to not miss the obvious: You know about ulimit(3)?
Yes, but it doesn't stop deadlocks caused by kernel's VM system going
wild... I think that no matter what user process does, root should be always
able to stop it. User process should never be able to render whole
i've always been curious why none of the crash dump patches are default.
an oops dumper alone would seem to be most useful. (i know anything more
would be unacceptable 'cause linus isn't into debuggers ;)
-dean
On Tue, 12 Dec 2000, Miles Lane wrote:
>
> Try reading:
>
>
On Tuesday December 12, [EMAIL PROTECTED] wrote:
> On Tue, Dec 12, 2000 at 11:06:07AM -0800, Linus Torvalds wrote:
> >
> > To get better debug output, could you please do something for me?
> >
> > In fs/buffer.c, get rid of "end_buffer_io_bad" completely, and replace all
> > users of it with
Hi Linus,
Are the old static timers gone completely?
Some comments are either obsolete or out of place.
Pavel Rabel
--- include/linux/timer.h.old Tue Dec 12 22:07:35 2000
+++ include/linux/timer.h Tue Dec 12 22:09:28 2000
@@ -5,13 +5,9 @@
#include
/*
- * This is completely
Jussi Laako wrote:
>
> Hello,
>
> Would it be possible to implement some VM CPUtime/bandwidth limitation?
>
Just to not miss the obvious: You know about ulimit(3)?
man 3 ulimit
help ulimit (when in bash).
Marc
--
Marc Mutz <[EMAIL PROTECTED]> http://EncryptionHOWTO.sourceforge.net/
Date: Tue, 12 Dec 2000 21:28:18 +0100 (CET)
From: Gérard Roudier <[EMAIL PROTECTED]>
You can be as dump as you want with PCI, but not that much. :-)
Your point is well taken.
Btw, unlike the person, that proposed it, that will be able to test
peer-to-peer unability only, my
On Tue, Dec 12, 2000 at 11:06:07AM -0800, Linus Torvalds wrote:
> > Dec 12 14:04:50 spaans kernel: invalid operand:
> > Dec 12 14:04:50 spaans kernel: CPU:1
> > Dec 12 14:04:50 spaans kernel: EIP:0010:[end_buffer_io_bad+85/92]
> >
> > Dec 12 14:04:50 spaans kernel: Call Trace:
> >
I compiled linux-2.4.0-test12 without any problems:
it does:
Lilo:
loading v240t12 .
Uncompressing Linux... Ok, booting the kernel.
then it is in an endless loop i think because vmware uses all cpu-power.
First I start in Grub, from there i start Lilo and then the kernel. - maybe
there's
On Tue, 12 Dec 2000, David Woodhouse wrote:
> [EMAIL PROTECTED] said:
> > Both MODULE_PARM and __init are removed by precompiler when not
> > compiler as module, so no need for ifdefs. 2.4.0-test12pre8
>
> -#ifdef MODULE_PARM
> MODULE_PARM(mda_first_vc, "1-255i");
> MODULE_PARM(mda_last_vc,
Hello,
I have a SMP mobo MSI 694D with (2xPIII667MHz).
Under 2.2.18 the EMU10K1 *is* recognised (var/log/boot)
<6>Creative EMU10K1 PCI Audio Driver, version 0.6, 18:26:49 Dec 6 2000
<6>emu10k1: EMU10K1 rev 8 model 0x8027 found, IO at 0xe400-0xe41f, IRQ 18
But produce no mixer device for
On Tuesday 12 December 2000 13:38, Linus Torvalds wrote:
> On Tue, 12 Dec 2000, Steven Cole wrote:
> > Task: make -j3 bzImage for 2.4.0-test12-pre7 kernel tree.
>
> Actually, do it with
>
> make -j3 'MAKE=make -j3' bzImage
>
> A single "-j3" won't do much. It will only build three
Hello,
Would it be possible to implement some VM CPUtime/bandwidth limitation?
We have server used by multiple developers. Problem is when someone happens
to implement memory hole to application the system goes wild swapping and
ALL other activity stops. No response to keyboard/mouse events nor
Shall I submit this to Matrox as a bug then?
/paul
Alan Cox ([EMAIL PROTECTED]) said:
> > Petr, the Matrox card splits the memory between the two video screens
> > when running in a multi-head configuration and "pretends" that it is two
> > distinct cards. Thus, a 32 mb card will register an
On Tue, Dec 12, 2000 at 06:13:39PM +0100, Andreas Bombe wrote:
> On Tue, Dec 12, 2000 at 09:34:30AM -0500, Mohammad A. Haque wrote:
> > Someone gave me a really awesome idea about possibly using a palm pilot
> > to capture the oops. Anyone know if it will be a problem using
> > /dev/ttyUSB0 as
Alan Cox wrote:
> > to fall through, but is this correct? I've inserted a break at the end
> > of the Intel switch before and have not had problems, but I left it out
>
> Lucky
Wouldn't be the first time...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Die, Dez 12, 2000 at 04:15:44 +0100, Guest section DW wrote:
> On Tue, Dec 12, 2000 at 02:17:04PM +0100, Matthias Czapla wrote:
>
> > I have a quite old cdrom drive, called Cyberdrive 240D. With linux 2.2.17
> > it worked with soemtimes odd behavior, but it worked.
> > With 2.4.0-test11 I can
On Tue, 12 Dec 2000, David S. Miller wrote:
>Date: Tue, 12 Dec 2000 20:17:21 +0100 (CET)
>From: Gérard Roudier <[EMAIL PROTECTED]>
>
>On Mon, 11 Dec 2000, David S. Miller wrote:
>
>> Tell me one valid use of this information first :-)
>
>SCRIPTS. Have a look into my kind
On Sat, 9 Dec 2000, Mohammad A. Haque wrote:
> It was just an example. Basically, you'd be able to do in with just
> about any language that has ORBit bindings.
>
> Ben Ford wrote:
> > Why would you *ever* want to write a device driver in perl???
>
Precisely... but also, there could be a
> Petr, the Matrox card splits the memory between the two video screens
> when running in a multi-head configuration and "pretends" that it is two
> distinct cards. Thus, a 32 mb card will register an mtrr for 24mb and
> for 8mb seperately when in this mode.
That is a driver bug. The intel
Mario Vanoni wrote:
>
> Same latencies as 2.2.16 and 2.2.17 vanilla,
> over 75 seconds to wait on an other screen!
> And top(1) on a serial VT510 freezes.
>
> Machine loaded with 2 setiathome and
> Doug Ledford's memtest.
>
> ASUS P2B-DS Dual PIII550 1024MB memory,
> only SCSI devices (no
On 12 Dec 00 at 16:07, John Cavan wrote:
> Petr Vandrovec wrote:
> > > kernel: mtrr: base(0xd400) is not aligned on a size(0x180) boundary
> > > last message repeated 2 times
> >
> > For some strange reason X thinks that you have 24MB of memory on the G450.
> > You can either create 32MB
Yeah, get yourself one of those nifty add-in IDE controllers that CAN see
drives greater than 32GB. S'What I did and it works fine.
On Fri, 8 Dec 2000, Matan Ziv-Av wrote:
>
> Hi,
>
>
> I have an IBM drive, DTLA-307075 (75GB), and a bios that hangs with
> large disks. I use a jumper to clip
Petr Vandrovec wrote:
> > kernel: mtrr: base(0xd400) is not aligned on a size(0x180) boundary
> > last message repeated 2 times
>
> For some strange reason X thinks that you have 24MB of memory on the G450.
> You can either create 32MB write-combining region at 0xd400, or
> teach X
Try reading:
http://www.linuxhq.com/kernel/v2.3/doc/oops-tracing.txt.html
It mentions:
Patch the kernel with one of the crash dump patches. These save
data to a floppy disk or video rom or a swap partition. None of
these are standard kernel patches so you have to find
On Mon, Dec 11, 2000 at 07:53:05PM -0600, Peter Samuelson wrote:
>
> [Mohammad A. Haque]
> > Wasn't there discussion that user space apps shouldn't include kernel
> > headers?
>
> Oh, it's been discussed, many times. Here is my executive summary of
> why nobody needs to use kernel headers in
Hi Alan.
The enclosed patch deals with two problems relating to the Magic SysRq
function, as follows:
1. One of my pet peeves with SysRq as implemented is the apparently
random order theoptions as listed in the SysRq help list. This
patch sorts that list into case-insensitive
Hi Alan.
I've just done a comparison of the configuration variables listed in
the config.in files against those listed in the Configure.help file.
I have enclosed the bash script I wrote to perform this analysis, and
would like to submit it for inclusion with the kernel as the file...
On 11 Dec 00 at 14:00, Paul C. Nendick wrote:
> -Matrox g450 32MB RAM dual-heal AGP video card w/ hand compiled X driver
> from matrox
Make sure you do not use either matroxfb or XFree's driver... Same chip
ID, but different ramdac :-(
> and immediately after starting X:
>
> kernel: mtrr:
On Tue, 12 Dec 2000, Steven Cole wrote:
>
> Task: make -j3 bzImage for 2.4.0-test12-pre7 kernel tree.
Actually, do it with
make -j3 'MAKE=make -j3' bzImage
A single "-j3" won't do much. It will only build three directories at a
time, and you'll never see much load. But doing it
Nope, this didn't fly. Would have been neat if it did work. Maybe it can
be made to work for future use?
On Tue, 12 Dec 2000, Greg KH wrote:
> I don't know if /dev/ttyUSBX would work, but I think it would. People
> have successfully run consoles through the usb-serial drivers, but I'm
> not
Date: Tue, 12 Dec 2000 20:17:21 +0100 (CET)
From: Gérard Roudier <[EMAIL PROTECTED]>
On Mon, 11 Dec 2000, David S. Miller wrote:
> Tell me one valid use of this information first :-)
SCRIPTS. Have a look into my kind :-) response to Martin.
Ok, this I understand.
> b) If
[EMAIL PROTECTED] said:
> Both MODULE_PARM and __init are removed by precompiler when not
> compiler as module, so no need for ifdefs. 2.4.0-test12pre8
-#ifdef MODULE_PARM
MODULE_PARM(mda_first_vc, "1-255i");
MODULE_PARM(mda_last_vc, "1-255i");
-#endif
That was #ifdef MODULE_PARM not
See my answers inline below. /paul
Mark Hahn ([EMAIL PROTECTED]) said:
> > kernel: mtrr: base(0xd400) is not aligned on a size(0x180) boundary
>
> X is trying to set an mtrr for the framebuffer. the odd thing
> is that its trying to set a 24M mtrr, which is pretty strange.
> what
> kernel: mtrr: base(0xd400) is not aligned on a size(0x180) boundary
> last message repeated 2 times
>
> and finally:
>
> %cat /proc/mtrr
> reg00: base=0x ( 0MB), size= 256MB: write-back, count=1
> reg01: base=0xd000 (3328MB), size= 64MB: write-combining, count=1
>
On Tuesday 12 December 2000 11:40, Linus Torvalds wrote:
> On Tue, 12 Dec 2000, Steven Cole wrote:
> > Executive summary: SMP 2.4.0 is 2% faster than SMP 2.2.18.
>
> > I ran X and KDE 2.0 during the tests to provide a greater though
> > reproducable load on the tested kernel.
>
> You might want
On Mon, 11 Dec 2000, David S. Miller wrote:
>Date: Mon, 11 Dec 2000 23:07:01 +0100 (CET)
>From: Gérard Roudier <[EMAIL PROTECTED]>
>
>So, if you want to fix this insane PCI interface:
>
>1) Provide the _actual_ BARs values in the pci dev structure, otherwise
> drivers
On Wed, Dec 13, 2000 at 06:56:22AM +1100, Neil Brown wrote:
> Guilt by association :-)
>
> What this bit of code (complete_stripe/raid5_end_buffer_io) is doing
> is observing that it as completed some I/O request that was made of
> the raid5 device and is calling the b_end_io on the buffer_head
Please cc: any responses to my email address <[EMAIL PROTECTED]>
My setup
-A standard install of RedHat 7.0 with the 2.2.16smp w/ hand compiled X
4.0.1 to support xinerama
-Tyan tiger 133 s1834 motherboard (VIA Apollo Pro133A Chipset)
-256mb PC133 RAM
-Two 800 Mhz PIII eb Slot-1 CPU's
-Matrox
On Tue, 12 Dec 2000, Martin Mares wrote:
> Hello!
>
> > It is the bar cookies in pci dev structure that are insane, in my opinion.
> >
> > If a driver needs BARs values, it needs actual BARs values and not some
> > stinking cookies. What a driver can do with BAR cookies other than using
> >
Hello!
> > It would be better to understand the issue f.e. trying to restore
> > the history of this descriptor.
>
> How to do this? I mean what should I do to provide you with more information?
I do not know exactly. It depends on curcumstances, frequency
of the stalls and... your luck. 8)
Hi,
Have you tried setting MPS to 1.1 in your bios (instead of 1.4)?
This seems to be needed for 2.2.x kernels but not 2.4.x.
regards,
Stephen.
--
On Tue, 12 Dec 2000, Jasper Spaans wrote:
> On Mon, Dec 11, 2000 at 06:52:55PM -0800, Linus Torvalds wrote:
> >
> > Ok, there it is. Noticeable changes from pre8 are mainly (a) new tq list
> > compile fixes and (b) the NetApp snapshot thing.
>
> > - final:
> > - Neil Brown: raid and md
NFSv3-Kernel-Server:
Debian potato linux-2.2.16
mount-2.10f
NFSv3-Kernel-Client(-Support)
Debian woodylinux-2.4.0-test10
mount-2.10q
There is a Bootwarning message, when the /etc/init.d/mountnfs.sh script
On Tue, 12 Dec 2000, Mohammad A. Haque wrote:
> i440BX is consistent with mine as is running the drive at UDMA33.
>
> > It happened when I decided to copy old 18GB IDE disk to new 40GB IDE one
> > (both UDMA33, one (18GB src) as primary master, one (40GB dst) as
> > secondary master; i440BX).
>
On Tue, 12 Dec 2000, Steven Cole wrote:
>
> Executive summary: SMP 2.4.0 is 2% faster than SMP 2.2.18.
Note that kernel compilation really isn't a very relevant benchmark,
because percentage differences in this range can be basically just noise:
things like driver version differences that
(please CC me when replying as I follow this list on the Web)
[1.] One line summary of the problem:
2.4.0-test12 non-fatal oops while copying files or doing shell file name
completion.
[2.] Full description of the problem/report:
With 2.4.0-test12, I got a non reproducible oops after having
On Monday 11 December 2000 11:46, Alan Cox wrote:
>
> Its an interesting demo that 2.4 has some performance problems since 2.2
> is slower than 2.0 although nowdays not much.
Results for SMP 2.2.18 vs SMP 2.4.0-test12 are in.
I repeated my earlier tests on a much faster dual P-III machine.
On Tue, Dec 12, 2000 at 09:34:30AM -0500, Mohammad A. Haque wrote:
> Someone gave me a really awesome idea about possibly using a palm pilot
> to capture the oops. Anyone know if it will be a problem using
> /dev/ttyUSB0 as the serial port?
The driver itself has to provide support for serial
i440BX is consistent with mine as is running the drive at UDMA33.
> It happened when I decided to copy old 18GB IDE disk to new 40GB IDE one
> (both UDMA33, one (18GB src) as primary master, one (40GB dst) as
> secondary master; i440BX).
--
what mobo/chipset are you using? i and a bunch of other people have
been having very similar problems with this and the 2.4.0-test kernels.
we all use the tyan tiger 133 mobo with the apollo pro 133a chipset. i
believe that the 2.2.18 usb support has been pulled from the 2.4.0-test
source, so
http://www.eecs.harvard.edu/~keith/usenix96/aging.tar.gz
It's a good and 100% reproducible workload, I think.
BTW, does test12 solve the fs corruption once and for all?
--
Lorenzo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
It hangs after "Booting the kernel.ok"
Bye!!!
--
D. Juan Piernas Cánovas
Departamento de Ingeniería y Tecnología de Computadores
Facultad de Informática. Universidad de Murcia
Campus de Espinardo - 30080 Murcia (SPAIN)
Tel.: +34968367657Fax: +34968364151
email: [EMAIL PROTECTED]
PGP
An updated version of the UP-APIC patch for Intel P6 processors
is now available at:
http://www.csd.uu.se/~mikpe/linux/upapic/
The current version is intended for 2.4.0-test12 final.
This version is based on Ingo Molnar's upapic-2.4.0-test9-F8 patch,
with add-on patches from Maciej W.
Hi!
This error exists since 2.4.0-test10preX or so. It occurs when the
network interface is activated.
I'm using RedHat 7.0 and my ethernet card is a "Kingston EtheRx KNE20
Plug and Play ISA Adapter". I'm unable to access the Internet because
the ethernet card doesn't work :-(. Besides, the
well, i hate to be piling on here, but i just encountered this (i think
it's this) this morning. i was printing a 145+m file (to /dev/lp0) from
an ide drive and it locked up. just before the lockup, i noticed it was
very sluggish, as if it were under very heavy load (which is really
wasn't).
On Tue, Dec 12, 2000, Laramie Leavitt <[EMAIL PROTECTED]> wrote:
> [1.] One line summary of the problem:
> USB (MS Intellimouse specifically) does not work with SMP kernel 2.2.18.
>
> [2.] Full description of the problem/report:
> When trying to install a Microsoft Intellimouse Explorer (USB)
>
Can you tell us what controller chipset you have (output of lspci should
be fine) and if your hard drive has DMA or uDMA enabled?
There have been a few other reports of oopsen and fs corruption during
periods of high interrupt activity. Mine seems to occur whenever I
saturate my local network
1 - 100 of 330 matches
Mail list logo
