> [Linus]
> > > (otherwise I'll just end up disabling shared mmap - I
> doubt anybody
> > > really uses it anyway, but it would be more polite to just support
> > > it).
>
> [Peter Rönnquist]
> > I was thinking about using mmap for shared mememory in my program,
> > but now I am
Linus Torvalds wrote:
>
> Ok, this contains one of the fixes for the dirty inode buffer list (the
> other fix is pending, simply because I still want to understand why it
> would be needed at all). Al?
I've run the same test suite against vanilla test12-pre5 on two machines for
five hours. On
[Linus]
> > (otherwise I'll just end up disabling shared mmap - I doubt anybody
> > really uses it anyway, but it would be more polite to just support
> > it).
[Peter Rönnquist]
> I was thinking about using mmap for shared mememory in my program,
> but now I am reconsidering. Is the System V
Hello,
In a recent posting Linus Torvalds mentioned
(http://marc.theaimsgroup.com/?l=linux-kernel=97598683318724=2) :
> (otherwise I'll just end up disabling shared mmap - I doubt anybody really
uses it anyway, but it would be more polite to just support it).
I was thinking about using mmap
On Tue, Dec 05, 2000 at 01:07:30AM -0600, Brian F. G. Bidulock wrote:
> Jeff,
>
> Have you also seen this applied where it is to the employer's
> disadvantage? For example, given that I looked at and worked
> with GPL code (say Linux kernel) in University before taking
> employment as a
Hi Linus,
A writepage() parameter got removed, but not the caller in
the UDF filesystem, patch below fixes this.
regards,
Davej.
--
| Dave Jones <[EMAIL PROTECTED]> http://www.suse.de/~davej
| SuSE Labs
diff -urN linux.vanilla/fs/udf/inode.c linux/fs/udf/inode.c
---
Adam, could you check my work here? I haven't done this before It
compiles, but I don't have the hardware to verify anything. And, being
a lousy kernel hacker, I've probably introduced at least one bug.
Peter
diff -urk~ test12pre5/drivers/sound/Config.in~
Jeff,
Have you also seen this applied where it is to the employer's
disadvantage? For example, given that I looked at and worked
with GPL code (say Linux kernel) in University before taking
employment as a programmer that the employer's product is
inevitably contaiminated and no longer a trade
On Tue, 5 Dec 2000, Lukasz Trabinski wrote:
>Date: Tue, 5 Dec 2000 02:19:55 +0100 (CET)
>From: Lukasz Trabinski <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Cc: [EMAIL PROTECTED]
>Content-Type: TEXT/PLAIN; charset=ISO-8859-2
>Subject: Problems with Athlon CPU
>
>Hello
>
>There is probably not a
Hello,
I'm absolutely green when it comes to Linux kernel development, and so
working on a school project to port a TCP/IP-based service into the kernel
has been quite challenging (but also intesting)! Currently, I'm absolutely
mystified regarding how the "wait queue" subsystem works. I've been
Hi,
Could anyone point me to information on running linux from flash?
Rgds,
Sreekrishnan V
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Hello,
Thanks to all of you who responded to my first RFC on this subject. The
discussion ended up going in the Ethernet direction, and I frankly don't
know whether that applies to this case, or even if it _should_ apply or
they should really be separate config. subsystems. This is another
The following fixes to many arguments error in fs/udf/inode.c for
test12-pre5
--- fs/udf/inode.c.orig Mon Dec 4 23:34:23 2000
+++ fs/udf/inode.c Tue Dec 5 00:26:59 2000
@@ -202,7 +202,7 @@
mark_buffer_dirty(bh);
udf_release_data(bh);
-
Alan has it and Linus hasn't applied Alan's patch yet...
Linus said.
"[ Alan - I ahve your patches in my incoming queue still, I wanted to
get
an interim version out to check with Al on the block list and the VM
stuff with Rik and people. ]"
"Garst R. Reese" wrote:
>
> Did you send
[1.] One line summary of the problem:
During burning of CD onto SCSI driver (using cdrecord) crashes. during
the burn (10% or so) it crashes with "Unable to handle kernel null pointer"
[2.] Full description of the problem/report:
During burning of CD onto SCSI driver (using
On Mon, 4 Dec 2000, Linus Torvalds wrote:
> So? Why wouldn't clear_inode() get rid of it?
It will. Mea culpa. However, other reasons for taking the bh of freed
block from the list still stand. IOW, consider that part as an
optimization.
-
To unsubscribe from this list: send the line
Did you send it Linus?
It is not in pre5
Garst
"Mohammad A. Haque" wrote:
> Ok, so here's the proper patch for those who dont want to wait for t5 =)
> Ignore previous.
>
> On Mon, 4 Dec 2000, Jeff Garzik wrote:
>
> > the fix is in module.h which needs extra parens in the def of
> >
On Mon, 4 Dec 2000, Linus Torvalds wrote:
> I just wanted to be clear on the purpose of the patches. The bforget() one
> looks like "taking care of the details", but not like a bug-fix. Agreed?
Agreed - invalidate_inode_buffers() seems to be doing the right thing,
so previous objections do
[Mohammad A. Haque]
> Cool. Anyone have have a unified patch against pre4 or should I start
> digging through my mail? =)
test12pre5, I guess.
Peter
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at
[Pavel Machek]
> Hmm, add special code for GPL into gzip ;-).
Someone on debian-devel thought of this, but went one further: change
the gzip header magic so that only a "GPL-enabled" gzip can decompress
it.
I wonder how the zlib maintainers (zlib is not GPL) would feel about
having to add
On Mon, 4 Dec 2000, Alexander Viro wrote:
>
> On Mon, 4 Dec 2000, Linus Torvalds wrote:
> >
> > Ok, this contains one of the fixes for the dirty inode buffer list (the
> > other fix is pending, simply because I still want to understand why it
> > would be needed at all). Al?
>
> See previous
Hello,
The following patch is a combo patch between a revised locking patch
and a transmission patch for drivers/net/dmfe . Please review this before
it goes to Linus for a final blessing. Please apply to
2.4.0-test12-pre5 . [For some reason, my juno account
truncates the following, but my CMU
On Mon, 4 Dec 2000, Alexander Viro wrote:
>
> Well, to start with you don't want random bh's floating around on the
> inode's list. With the current code truncate()+fsync() can send a lot
> of already freed stuff to disk. Even though we can survive that (making
> clear_inode() to get rid of
On Mon, 4 Dec 2000, Linus Torvalds wrote:
>
> Ok, this contains one of the fixes for the dirty inode buffer list (the
> other fix is pending, simply because I still want to understand why it
> would be needed at all). Al?
See previous posting. BTW, -pre5 doesn't do the right thing in
Hello,
The drivers/net/dummy.c compile error still exists..Looks like the
module.h patch wasn't included.
Regards,
Frank
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
On Mon, 4 Dec 2000, Linus Torvalds wrote:
>
>
> On Tue, 5 Dec 2000, Andrew Morton wrote:
> >
> > - test12-pre4
> > - aviro bforget patch
>
> Is the bforget patch really needed?
>
> If clear_inode() gets rid of dirty buffers, I don't see how new dirty
> buffers can magically
Ok, this contains one of the fixes for the dirty inode buffer list (the
other fix is pending, simply because I still want to understand why it
would be needed at all). Al?
Also, it has the final installment of the PageDirty handling, and now
officially direct IO can work by just marking the
Cool. Anyone have have a unified patch against pre4 or should I start
digging through my mail? =)
Andrew Morton wrote:
> This is with
>
> - test12-pre4
> - aviro bforget patch
> - UnlockPage() removed from vmscan.c:623
> - and
>
> ---
On Tue, 5 Dec 2000, Andrew Morton wrote:
>
> - test12-pre4
> - aviro bforget patch
Is the bforget patch really needed?
If clear_inode() gets rid of dirty buffers, I don't see how new dirty
buffers can magically appear. I may have missed part of the discussion on
all this.
I
Now that there was some discussion about umount,
I released a version of mount/umount that perhaps
has a slightly better behaviour. Since the change
was largish (and is untested), don't put it blindly
into your distribution.
Another change was one intended to make things behave
a bit better for
On Mon, 4 Dec 2000 20:39:29 -0500,
Wakko Warner <[EMAIL PROTECTED]> wrote:
>Keith Owens wrote
>> Is there any chance of changing arch/alpha/kernel/traps.c to print
>> registers, trace and _raw_ code, in that order so it is more like other
>> architectures? You can print the decoded instructions
Alexander Viro wrote:
>
> OK, guys, I think I've got it:
Yes, you have.
Two machines, four hours, zero failures.
This is with
- test12-pre4
- aviro bforget patch
- UnlockPage() removed from vmscan.c:623
- and
---
[EMAIL PROTECTED] wrote:
>
> On Sun, Dec 03, 2000 at 11:36:11PM +0100, Frank van Maarseveen wrote:
> > While playing with routing (zebra) and PPP I regularly see this
> > message appearing. It always happens when pppd terminates a connection,
> > e.g:
> > Dec 3 23:09:08 mimas kernel:
Alan Cox wrote:
>> > Crystal 4280/461x + AC97 Audio, version 0.14, 13:39:25 Dec 4 2000
>> > cs461x: Card found at 0xf8ffe000 and 0xf8e0, IRQ 18
>> > cs461x: Unknown card (:) at 0xf8ffe000/0xf8e0, IRQ 18
>> > ac97_codec: AC97 Audio codec, id: 0x4352:0x5914 (Unknown)
>>
>>
Jens Axboe wrote:
> On Fri, Dec 01 2000, Russell Cattelan wrote:
> > > If performance is down, then that problem is most likely elsewhere.
> > > I/O limited benchmarking typically thrives on lots of request
> > > latency -- with that comes better throughput for individual threads.
> > >
> > > >
On Sun, Dec 03, 2000 at 11:36:11PM +0100, Frank van Maarseveen wrote:
> While playing with routing (zebra) and PPP I regularly see this
> message appearing. It always happens when pppd terminates a connection,
> e.g:
> Dec 3 23:09:08 mimas kernel: waitpid(823) failed, -512
This means a system
> Most architectures dump their code as a string of bytes and print the
> code after the registers and trace back. Alpha dumps the code before
> the trace and also decodes the instructions which really confuses
> ksymoops. Somebody changed 'Trace: ' to 'Trace:' between 2.2 and 2.4
> kernels so
Hello
There is probably not a kernel bug, but bug in gcc, but... :)
[root@beer linux]# make bzImage
[snip]
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -fno-strict-aliasing -pipe
-mpreferred-stack-boundary=2 -march=i686-DEXPORT_SYMTAB -c
Following the form:
[1.] PROBLEM: Kernel Oops 10% of diskless boots
[2.] When booting a diskless workstation (etherboot) the boot will fail
with an Oops, roughly 10% of the time. This has remained the failure
rate for quite some time. The included Oops if from 2.4.0-test12-pre4.
Similar
Am Tue, 5 Dec 2000 schrieb [EMAIL PROTECTED] :
> On Tue, Dec 05, 2000 at 01:04:05AM +0100, Stefan Pfetzing wrote:
> > Hello,
> >
> > I think i possibly foun a Bug in the Linux Kernel 2.4.0-test11.
> > I patched the kernel with the bttv driver 7.49 but nothing else.
> > My system was up for 5
On Tue, Dec 05, 2000 at 01:04:05AM +0100, Stefan Pfetzing wrote:
> Hello,
>
> I think i possibly foun a Bug in the Linux Kernel 2.4.0-test11.
> I patched the kernel with the bttv driver 7.49 but nothing else.
> My system was up for 5 1/2 days and than it crashed.
> [ page_alloc: BUG at line 84 ]
Hello,
I think i possibly foun a Bug in the Linux Kernel 2.4.0-test11.
I patched the kernel with the bttv driver 7.49 but nothing else.
My system was up for 5 1/2 days and than it crashed.
I have a Pentium 200MMX (overclocked to 225 but I REALLY don't think that's
the problem, because it worked
Rusty Russell <[EMAIL PROTECTED]> writes:
> In message <[EMAIL PROTECTED]> you write:
> > yes, but is it a dual machine or is it an N-way SMP with N > 2? the
> > other guy with iptables/SMP problems also has a quad box. could this
> > perhaps be a problem only when you have more than two
On Tue, Dec 05, 2000 at 12:19:17AM +0100, J . A . Magallon wrote:
> Hi everyone.
>
> I would like to know if there is any back-port of ACPI to 2.2.
> Problem: 2-way machine, so APM does not work.
> I would love my box powers down when I shutdown...just like macs.
Make sure APM is compiled in
(cross-posted to linux-kernel and linux-scsi)
Hi,
The SCSI oops I reported last week is still present in test12-pre4.
This is on a Dell PowerEdge 6300. It has two Adaptec AIC-7890, one
Adaptec AIC-7860, and an AMI MegaRAID controller. There's nothing on
the 7890s, a CDROM and a tape drive on
Keith Owens wrote:
>
> On Mon, 4 Dec 2000 17:31:04 -0500 ,
> "Boerner, Brian" <[EMAIL PROTECTED]> wrote:
> >The driver
> >is generating a segmentation fault and produces and oops. I have included
> >Code: 00 00 00 00 00 00 00 00 b8 00 00 00 83 ec 34 68 00 2c 82 c8
>
> That code looks bad. I
> > Crystal 4280/461x + AC97 Audio, version 0.14, 13:39:25 Dec 4 2000
> > cs461x: Card found at 0xf8ffe000 and 0xf8e0, IRQ 18
> > cs461x: Unknown card (:) at 0xf8ffe000/0xf8e0, IRQ 18
> > ac97_codec: AC97 Audio codec, id: 0x4352:0x5914 (Unknown)
>
> This is failing to
Jens Axboe wrote:
> On Fri, Dec 01 2000, Russell Cattelan wrote:
> > > If performance is down, then that problem is most likely elsewhere.
> > > I/O limited benchmarking typically thrives on lots of request
> > > latency -- with that comes better throughput for individual threads.
> > >
> > > >
> Crystal 4280/461x + AC97 Audio, version 0.14, 13:39:25 Dec 4 2000
> cs461x: Card found at 0xf8ffe000 and 0xf8e0, IRQ 18
> cs461x: Unknown card (:) at 0xf8ffe000/0xf8e0, IRQ 18
> ac97_codec: AC97 Audio codec, id: 0x4352:0x5914 (Unknown)
This is failing to detect the
Hi everyone.
I would like to know if there is any back-port of ACPI to 2.2.
Problem: 2-way machine, so APM does not work.
I would love my box powers down when I shutdown...just like macs.
--
Juan Antonio Magallon Lacarta #> cd /pub
mailto:[EMAIL PROTECTED]
Andi Kleen writes:
> On Mon, Dec 04, 2000 at 05:31:04PM -0500, Boerner, Brian wrote:
> > EIP:0010:[]
Note the value of EIP, and compare it with the structure size of
"struct module".
> > Code: 00 00 00 00 00 00 00 00 b8 00 00 00 83 ec 34 68 00 2c 82 c8
> ^^^
On Mon, 4 Dec 2000 17:31:04 -0500 ,
"Boerner, Brian" <[EMAIL PROTECTED]> wrote:
>The driver
>is generating a segmentation fault and produces and oops. I have included
>Code: 00 00 00 00 00 00 00 00 b8 00 00 00 83 ec 34 68 00 2c 82 c8
That code looks bad. I suspect you are using an old
Hi,
I am seeing something strange too, trying to reliably reproduce it
for a while - it is rare but irritating.
Most likely to happen on cold power on (first@evening)
--- X ---
XFree86 Version 3.3.6 / X Window System
(protocol Version 11, revision 0, vendor release 6300)
Release Date: January
On Mon, Dec 04, 2000 at 05:31:04PM -0500, Boerner, Brian wrote:
> EIP:0010:[]
> Using defaults from ksymoops -t elf32-i386 -a i386
> EFLAGS: 00010286
> eax: 0025 ebx: c881c000 ecx: edx:
^
> esi: 0001 edi: ebp: c88296a0 esp: c6b51e74
Hi
I would like to nosmp kernel option to be working again.
In my case (Bp6) machine gets frozed while
hda: 40088160 sectors (20525 MB) w/1961KiB Cache, CHS=2495/255/63,
UDMA(33)
hdf: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=59560/16/63,
UDMA(66)
Partition check:
Many of you, specifically customers of Dell Computer have been asking about
the aacraid driver and the 2.4.0 kernel. Development is underway, however I
have run into a stumbling block and am not sure how to proceed. The driver
is generating a segmentation fault and produces and oops. I have
In <[EMAIL PROTECTED]> Henrik Størner <[EMAIL PROTECTED]> writes:
>I discovered yesterday that printing does not work in 2.4.0-test12-pre4.
OK - mea culpa. It turned out to be a configuration problem: I had
been playing with the I2C support for lm_sensors, and in my attempt to
get it working I
Hi,
On Thu, Nov 30, 2000 at 01:07:37PM -, John Meikle wrote:
> I have been experimenting with a module that returns data to either a user
> space programme or another module. A memory area is passed in, and the data
> is written to it. Because the memory may be allocated either by a module
On Mon, 4 Dec 2000 14:27:10 -0700,
Steven Cole <[EMAIL PROTECTED]> wrote:
>If I have the cs46xx driver compiled either as a module or into
>the kernel, then 2.4.0-test12-pre4 locks up when KDE 2.0
>is started.
>[snip]
>When I say the system freezes, I mean it completely locks up, and
>ALT-SYSRQ-
Agreed. I've got one of these beasts running NT Server, dual 433 non o/c,
4x12.7 gig software raid. Before i put the Promise Ultra/33 card in, i was
using the HPT366. Random lockups every couple weeks. Stopped using the
HPT366, machine is stable now. In hindsight, I think the HPT366 was the
On Mon, 4 Dec 2000 16:26:42 -0500,
Wakko Warner <[EMAIL PROTECTED]> wrote:
>PCI patches that were added between pre3 and pre4 allow me to boot the
>kernel on my noritake alpha. Once it boots, however, it oops's in the
>swapper. I've tried a few times in the past to use ksymoops on oops's on
On Mon, 4 Dec 2000, Richard Torkar wrote:
> Dan Hollis wrote:
> > On Tue, 5 Dec 2000, Gerard Sharp wrote:
> > > Gnea wrote:
> > > > > [1.] One line summary of the problem:
> > > > > Intermittent corruption of 4 bytes in SMP kernels using HPT366
> > > > [snip]
> > > > Have you tried updating the
On 01-Dec-00, Neil Brown wrote:
> On Friday December 1, [EMAIL PROTECTED] wrote:
>> I found a real showstopper problem in the SoftwareRAID autodetect
>> code; 2.4.0-test10 and 2.4.0-test11 are affected (I didn't test
>> previous versions).
[detailed report]
>
> Fixed in 2.4.0-test12pre3.
I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan Hollis wrote:
> On Tue, 5 Dec 2000, Gerard Sharp wrote:
> > Gnea wrote:
> > > > [1.] One line summary of the problem:
> > > > Intermittent corruption of 4 bytes in SMP kernels using HPT366
> > > [snip]
> > > Have you tried updating the bios on
If I have the cs46xx driver compiled either as a module or into
the kernel, then 2.4.0-test12-pre4 locks up when KDE 2.0
is started.
The problem with dummy.o in 2.4.0-test12-pre4 allowed me
to find the possible source of this lock-up which I have been
seeing recently (since test11-ac2) while
PCI patches that were added between pre3 and pre4 allow me to boot the
kernel on my noritake alpha. Once it boots, however, it oops's in the
swapper. I've tried a few times in the past to use ksymoops on oops's on
the alpha arch, but it doesn't appear to work. (I'm using the ksymoops
that's
Rusty,
Excellent! I applied the patch and netfilter is happy with 4 processors. Thank you
and
thanks to everyone else who sent suggestions.
Roger
Rusty Russell wrote:
> In message <[EMAIL PROTECTED]> you write:
> > yes, but is it a dual machine or is it an N-way SMP with N > 2? the
> >
Hi,
I have pushed another set of raw IO patches out, this time to fix a
bug with bounce buffer copying when running on highmem boxes. It is
likely to affect any bounce buffer copies using non-page-aligned
accesses if both highmem and normal pages are involved in the kiobuf.
The specific new
On Tue, 5 Dec 2000, Gerard Sharp wrote:
> Gnea wrote:
> > > [1.] One line summary of the problem:
> > > Intermittent corruption of 4 bytes in SMP kernels using HPT366
> > [snip]
> > Have you tried updating the bios on the bp6? This solved a LOT of
> > problems for me, and afaik, ru is the
I discovered yesterday that printing does not work in 2.4.0-test12-pre4.
This is a pretty stock PC system with a printer on the parallel port.
Both parport and lp is compiled into the kernel - and the parport
appears to be detected OK, but the lp driver for some reason refuses
to use it:
[snip
Hi there,
I've had some strange problems with autoloading of some modules in the
latest versions of the kernel (up to test12-pre4). I'm using devfs and
modutils 2.3.21. Most of the modules autoload fine however ppp_async and
parport_pc don't autoload anymore. /etc/modules.conf has the following
On Mon, 4 Dec 2000, Alexander Viro wrote:
> Tigran, think about the uses from knfsd.
Yes, you are right. I thought I grepped for all usages of vfs_link but
looks like I did not, i.e. when sending the patch I was sure that sys_link
is the only user of vfs_link but now that you pointed it out I
Yo Tigran!
On Mon, 4 Dec 2000, Tigran Aivazian wrote:
> Second attempt, the first one failed due to stupid setup of ISP and the
> usage of mail-abuse.org which blocks anything that has no reverse DNS
> lookup.
Mail-abuse.org does nothing with reverse DNS.Many that hate spam
choose to
On Mon, 4 Dec 2000, Tigran Aivazian wrote:
> It is true that your patch fixes the problem as reported but let us look
> one step deeper into the problem. Linux supports multiply mounted
> instances of a filesystem and the check in sys_link() comparing the
> mountpoints would refuse (with
Well, i just checked ide-dma.c, and the WDC 21600 isn't listed. 31600 is, but no
21600
I've been using the 21600 for awhile now with DMA enabled, under reasonable load,
and it seems to hold up.
Guennadi: I don't suppose you can get your hands on a different size/brand drive
long enough to plug
On Mon, 4 Dec 2000, Stephen C. Tweedie wrote:
> Agreed. However, is there any reason to have this as a separate
> function? bforget() should _always_ remove the buffer from any inode
> queue. You can make that operation conditional on (bh->b_inode !=
> NULL) if you want to avoid taking the
So what is a coder to do. We need to define the pi_mutex_trylock(). If
I understand this thread, it should return 0 on success. Is this
correct?
George
On Saturday 25 November 2000 22:05, Roger Larsson wrote:
> On Saturday 25 November 2000 20:22, Philipp Rumpf wrote:
> > On Sat, Nov 25,
In-Reply-To: <[EMAIL PROTECTED]>
Thanks for the replies.
As for why I ran the devel kernel with important data, I made the
fatal mistake of listening:
Me: "Are you sure it will be ok??!?"
Friend: "No problems. It's rock solid. I've been running it
for weeks."
The fact that he also
Hi,
What kernel (test10)?
> -m /boot/System.map-2.4.0-test10 (specified)
What compiler/version?
Please post a list of your USB devices from
/proc/bus/usb/devices .
Are you inserting or unplugging a USB device when this happens?
If not, are you doing anything with USB when this happens?
Ivan,
I've recompiled as you have suggested. Any ideas?
Here is my dmesg output:
Linux version 2.4.0-test12 ([EMAIL PROTECTED]) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #3 Mon Dec 4 02:38:18 EST 2000
Booting GENERIC on Miata using machine vector Miata from SRM
On Mon, 4 Dec 2000, Alan Cox wrote:
> > Second attempt, the first one failed due to stupid setup of ISP and the
> > usage of mail-abuse.org which blocks anything that has no reverse DNS
> > lookup. So some of my messages (about 20%) get lost and I have to resend
> > them when I feel it's been
On Mon, Dec 04, 2000 at 10:13:09AM -0500, J. Nick Koston wrote:
> My machine crashes almost every night with this oops. I've finally
> managed to catch it before it was totally gone.
This looks like a usb device was unplugged and plugged back in.
What devices do you have connected?
What host
> Second attempt, the first one failed due to stupid setup of ISP and the
> usage of mail-abuse.org which blocks anything that has no reverse DNS
> lookup. So some of my messages (about 20%) get lost and I have to resend
> them when I feel it's been too quiet :)
mail-abuse doesnt do this. One
Certain older WDC drives are explicitly blacklisted due to firmware bugs.
WDC put out firmware upgrades but given no answer from them on how to be sure
a drive was upgraded we play safe
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Second attempt, the first one failed due to stupid setup of ISP and the
usage of mail-abuse.org which blocks anything that has no reverse DNS
lookup. So some of my messages (about 20%) get lost and I have to resend
them when I feel it's been too quiet :)
-- Forwarded message --
Alan Cox wrote:
> What format is it that causes the problems, the only badly supported key format
> right know I know of is 16bit bigendian. That needs some small esd patches.
S8 is a not very well supported format.
And btw there are many applications that cannot live with esd for
latency
Hello
Thanks for your reply. But this can create problems
in some of the cases. For example, "scp" over TCP
starts with TOS 0, then goes to 8 (bulk data). What
happens is that when RTOs are cached, they are
updated for TOS 8 and not for TOS 0, therefore a
new connection does not pick up the
On Mon, Dec 04, 2000 at 01:01:36AM -0500, Alexander Viro wrote:
>
> It doesn't solve the problem. If you unlink a file with dirty metadata
> you have a nice chance to hit the BUG() in inode.c:83. I hope that patch
> below closes all remaining holes. See analysis in previous posting
> (basically,
> Anything in between is IMO silly. Killing the format
> conversion drops the advantage of running many existing
> applications but don't bring you much closer to the goal
> of simplicity.
Those applications already have to deal with the fact some devices only
support 48KHz 16bit stereo audio. I
Thanks, Andre! Briefly, the problem is that I can't turn on DMA for a WDC AC21600H CCC
F6 drive, all the details are on this mailing list, but I'll put them all together in
a single message and email it to you personally, ok? There is still a SMALL chance,
that the problem is solvable locally
On Mon, Dec 04, 2000 at 02:57:34PM -0200, Rik van Riel wrote:
> On Sat, 2 Dec 2000, hugang wrote:
>
> > Hello all:
> >
> > old> points = p->mm->total_vm;
> >
> > change to ---> points = p->pid;
>
> Ummm, what exactly do you want to achieve with this?
I suspect that
Guennadi,
I have watched this and even if UDMA is not supported cleanly by the
drive, the classic ATA-2 Multi-wrod DMA should be. There was a time in
the past where WDC had some problems, but they have fixed most if not all
with "modern" drives. I will be at WDC in two weeks, and I can raise
Well, yes, I thought they could not have known:-)) I'm absolutely stuck. If disk is
fine, chipset is fine and supported by the kernel, then BIOS doesn't (or shouldn't)
make a difference... Then WHAT ON THE EARTH??? Mike, have you been able to recall what
BIOS option turned DMA on? Shall I
A better (right, IMVHO) patch is:
--- linux-2.4.0-test/include/linux/module.h~Mon Dec 4 09:06:47 2000
+++ linux-2.4.0-test/include/linux/module.h Mon Dec 4 13:55:18 2000
@@ -345,7 +345,7 @@
#endif /* MODULE */
#ifdef CONFIG_MODULES
-#define SET_MODULE_OWNER(some_struct) do {
On Sat, 2 Dec 2000, hugang wrote:
> Hello all:
>
> old> points = p->mm->total_vm;
>
> change to ---> points = p->pid;
Ummm, what exactly do you want to achieve with this?
> before change it ,kernel will kill some pid, to change it kernel
> will kill hello(bash).
On Mon, 4 Dec 2000, Horst von Brand wrote:
> SPARC64, Red Hat 6.2 + local updates
A better patch has already been posted, and is present in the
2.4.0-test11-ac series. module.h needs to be modified to protect the
argument of SET_MODULE_OWNER.
Jeff
-
To unsubscribe from this list:
Hello Again
Some more details, now that I scraped a few minutes on the weekend to
look into this.
Same hardware configuration as my earlier post; with a newer bios
version on the motherboard; with no improvement.
Some long winded test results, and my conclusions:
[abridged] output from diff for
On Mon, 4 Dec 2000, Thomas Sailer wrote:
> And before killing format conversion you should kill
> the mmap stunt, because the format conversion complexity
> (~25 LOC) is by far dwarfed by the mmap emulation stuff.
mmap -emulation- ?? Ug. Is Quake really worth that much? :)
> The underlying
SPARC64, Red Hat 6.2 + local updates
dummy.c: In function `dummy_init_module':
dummy.c:103: invalid type argument of `->'
A patch follows:
--- linux-2.4.0-test/drivers/net/dummy.c~ Mon Dec 4 09:03:05 2000
+++ linux-2.4.0-test/drivers/net/dummy.cMon Dec 4 13:27:23 2000
@@
Hi,
I got problems using ip_tables.
Insmodding ip_tables gives me:
/lib/modules/2.4.0-test11/kernel/net/ipv4/netfilter/ip_tables.o:
unresolved symbol nf_unregister_sockopt
/lib/modules/2.4.0-test11/kernel/net/ipv4/netfilter/ip_tables.o:
unresolved symbol nf_register_sockopt
1 - 100 of 264 matches
Mail list logo
