Cort Dougan <[EMAIL PROTECTED]> wrote:
> } Can somebody please tell me, who is currently maintaining
> } arch/ppc?
> }
> } The link
> }
> } http://www.ppc.kernel.org/
> }
> } in the MAINTAINERS file is dead.
> }
> } Regards, Till
> It's unmaintained right now. The www.ppc.kernel.org site is
On Thu, 7 Sep 2000, J. Dow wrote:
> > obpainintheass: haven't you anti-debugger-religion folks been claiming
> > that if you don't have a debugger you're forced to "think about the code
> > to find the correct fix"? so, like, why are you guessing right now? :)
>
> dean, that is another man
Horst von Brand <[EMAIL PROTECTED]> wrote:
> Lost me there. If after releasing the mutex it is free, the release was
> sucessful AFAIAC. If two threads try to do it at the same time, so what?
> Releasing an already free mutex is broken, OK. But two threads owning the
> mutex at the same time is m
On Fri, 8 Sep 2000 09:29:28 +0300,
Matti Aarnio <[EMAIL PROTECTED]> wrote:
>> From:Keith Owens <[EMAIL PROTECTED]>
>> Please do not use quoted-printable to mail to l-k, plain text without
>> MIME is much better.
>
> Do use some MUA software which handles MIME formats properly,
>
Just had an ext2 filesystem on SCSI that was corrupt. The first two
words of the group descriptor had been overwritten with 0xdeadbeef,
0x. The filesystem is fixed now but trying to track down the
problem is difficult, there are 50+ places in the kernel that use
0xdeadbeef.
I strongly s
While attempting to compile the 2.4.0test8-pre series on Alpha, I ran into
the following problem in the drivers/block/xor.c modifications:
gcc -D__KERNEL__ -I/src/kernel/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -mno-fp-regs -ffixed-8 -mcpu=ev5 -Wa,-mev6
-fno-strict-
> PS: How the hell did we go from complaining about the "stubby modules tree"
We ??
I thought you were on a one man insulting session aimed at the Makefile
maintainer ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
On Fri, 8 Sep 2000, Keith Owens wrote:
> Just had an ext2 filesystem on SCSI that was corrupt. The first two
> words of the group descriptor had been overwritten with 0xdeadbeef,
> 0x. The filesystem is fixed now but trying to track down the
> problem is difficult, there are 50+ place
On Fri, 8 Sep 2000 04:24:16 -0400 (EDT),
Alexander Viro <[EMAIL PROTECTED]> wrote:
>On Fri, 8 Sep 2000, Keith Owens wrote:
>> Just had an ext2 filesystem on SCSI that was corrupt. The first two
>> words of the group descriptor had been overwritten with 0xdeadbeef,
>> 0x. The filesystem
"Juan J. Quintela" wrote:
> > "kenneth" == Kenneth Johansson <[EMAIL PROTECTED]> writes:
>
> hi
>
> I only can guess that you are using a wrong System.map for
> doing the ksymoops. __mon_yday is an array, not a function,
> the backtrace don't make sense.
>
> Later, Ju
> Well, it looks like you're getting hit with stream.c or raped.c and what
> I'm passing on is just what I picked up from a CERT guy at Usenix. He
> claimed that stream.c worked by exploiting a long path through the kernel
> to bring the machine to its knees.
The traces look more like a very pri
There is a generic (i.e. not architecture specific) problem in the
ptrace code in 2.4.0, which I have seen on on x86.
If a debugger attempts to use a ptrace call to read from a process'
BSS page which has not yet been modified the ptrace call fails (with
EIO) rather than returning zero bytes as i
On Fri, 08 Sep 2000 10:33:35 +0200,
Kenneth Johansson <[EMAIL PROTECTED]> wrote:
>Is there some way I can fix the old report I don't have a unprocessed
>version of the oops as klogd "fixed" it automatically.
The raw data has been lost. Do you feel like grubbing through
whichever System.map klog
Hello,
Hope this is an OK place to send this.
I am running on a Compaq Armada E500 laptop, and after about a days worth
of the pcmcia network card being registered, the system looses network
connectivity with the following being logged to /var/log/messages
eth0: transmit timed out, tx_stat
Keith Owens writes:
> Just had an ext2 filesystem on SCSI that was corrupt. The first two
> words of the group descriptor had been overwritten with 0xdeadbeef,
> 0x. The filesystem is fixed now but trying to track down the
> problem is difficult, there are 50+ places in the kernel that u
OK.
When I boot up, I have a netfilter init script. It loads many netfilter
modules, among them, ipt_LOG, ipt_state, and ipt_limit. When they load,
whammo, instant OOPS.
ip_conntrack_irc is also among them.
want to lsmod? oops.
want to cat /proc/modules? oops.
want to rmmod? oops.
etc
test7-pre4 a
On Fri, Sep 08, 2000 at 03:01:08AM +0300, George Athanassopoulos wrote:
> On Fri, 8 Sep 2000, Andi Kleen wrote:
>
> :If Linux stopped sending ACKs for out of order packets your machine would
> :be pretty much unusable over lossy links (because fast retransmit would
> :not work properly anymore)
[EMAIL PROTECTED] wrote:
> > Well, now GCC does CSE across "asm" and will eliminate memory loads,
> > even though it may not move them! I suspect it always did CSE across
> > "asm" and we just never got hit by the bug.
>
> dummy_lock trick is equivalent to "memory" clobber.
For GCC 2.7.2 yes.
On Fri, 08 Sep 2000 23:50:32 -1100,
Daniel Stone <[EMAIL PROTECTED]> wrote:
>When I boot up, I have a netfilter init script. It loads many netfilter
>modules, among them, ipt_LOG, ipt_state, and ipt_limit. When they load,
>whammo, instant OOPS.
>ip_conntrack_irc is also among them.
You might hav
[EMAIL PROTECTED] said:
> We used to have the iBCS2 project, and I was actually considering
> making it part of the standard kernel when it started becoming a
> non-issue simply because there started to be more native Linux
> programs than iBCS2 programs.
Actually, you seemed to be considering
> "kenneth" == Kenneth Johansson <[EMAIL PROTECTED]> writes:
kenneth> Is there some way I can fix the old report I don't have a unprocessed version
of the oops as klogd "fixed" it automatically.
I don't think so. It is a good idea to run klogd with the -x option,
to prevent him from doind
Hello. I have a firewall at home which is used to protect my LAN. But I
have a small problem in that for the past few months (using kernels 2.2.14,
and a 2.2.17pre with the TCP "hang" fix), outgoing connections to a
destination port of 80 seem to "hang," and will timeout. Connections to
>Can somebody please tell me, who is currently maintaining
>arch/ppc?
>
>The link
>
>http://www.ppc.kernel.org/
>
>in the MAINTAINERS file is dead.
Cort Dougan ([EMAIL PROTECTED]) and Paul Mackerras ([EMAIL PROTECTED])
There's also a SourceForge site recently created to gather pending
patches an
Hello developpers,
this is a short description of a particular wish of notebook
users. Since kernel 2.2.11 the buffer flushing deamon is no longer
a user space program but part of the kernel (in fs/buffer.c).
Before this kernel release it was the bdflush-program which
could be called with ce
>I strongly suggest that people use different variants of dead beef to
>make it easier to work out where any corruption is coming from.
>Perhaps change the last 2-3 digits so magic values would be 0xdeadb000
>to 0xdeadbfff, assuming it does not affect any other code.
I think it's a nice idea.
I have just spent a frustrating day trying to rebuild the 2.2.17 kernel for
my new Debian potato installation.
It configures and builds fine. I am using 'make bzdisk' and then booting
from the resulting floppy.
When the new kernel boots it just reboots itself. The screen flash is so
brief that I
Hello,
We have here an older SMP machine (NCR Globalyst S40, quad Pentium 100)
with an Intel Xtended Xpress (or XXPRESS) motherboard, and all development
kernels since 2.3.20 don't boot with SMP on it, because they panic when
they discover a bus type they don't know ("XPRESS") when parsing the bu
Daniel Stone wrote:
>
> OK.
> When I boot up, I have a netfilter init script. It loads many netfilter
> modules, among them, ipt_LOG, ipt_state, and ipt_limit. When they load,
> whammo, instant OOPS.
(Well, gee. This would be a lot easier to diagnose if your
kernel came with a built-in debug
On Friday, 8 September 2000, Mark Hindley writes:
> I have just spent a frustrating day trying to rebuild the 2.2.17 kernel for
> my new Debian potato installation.
It works fine here:
13:49:15 appel ~$ uname -a
Linux appel.dyndns.org 2.2.17 #1 Wed Sep 6 01:05:43 CEST 2000 ppc unknown
>> When the new kernel boots it just reboots itself. The screen flash is so
>> brief that I can't see exactly how far it gets. ? about one full screen.
>
>try configuring it for a lower processor (say, 486 to be conservative).
Same, even for a 386, albeit a bit slower
>
>> The same result no ma
On Fri, 8 Sep 2000, Mark Hindley wrote:
> I have just spent a frustrating day trying to rebuild the 2.2.17 kernel for
> my new Debian potato installation.
>
[Snipped...]
As a temporary work-around, try a 'append="mem=NNN"' in lilo.conf. So far
everybody who has had symptoms like this has been su
Now that is what I want on a t-shirt. ;)
On Thu, 7 Sep 2000, Peter Samuelson wrote:
> [Now, centuries-old theological arguments may well be of supreme
> importance in some ways -- an undeniably subjective and personal
> judgment -- but in terms of Linux kernel development they are usually
> con
While preparing my first ever post to lkml just now about a problem in 2.2.17
(which I will post after this hopefully), I was fortunate enough to get my
first ever oops. I was in X at the time so I was unaware of the happy occasion.
All I noticed was su segfault once or thrice and then I couldn't
The other day I got the patch for 2.2.17 and after just over a day of normal
operation, while my sister was playing kpat (KDE solitaire) yesterday
afternoon, X died and dropped her out to the console.
After she told me about it later on I found this at the bottom of my dmesg:
CPU 0: Machine Check
Hi.
I just got hold of an old machine (P75, 32MB RAM). On trying to install
RH 6.2 on it, I got an oops after loading the kernel from the boot floppy.
I then tried to boot a 2.4.0-test8-pre6 (made with make bzdisk), but got
an oops. The same with 2.2.17.
Any help would be appreciated.
Oops fr
On Fri, Sep 08, 2000 at 04:19:25AM -0400, Christopher C. Chimelis wrote:
> xor.c: In function `xor_block_alpha':
> xor.c:1791: inconsistent operand constraints in an `asm'
> xor.c: In function `xor_block_alpha_prefetch':
> xor.c:2213: inconsistent operand constraints in an `asm'
>
Yes, I can repr
On Fri, Sep 08, 2000 at 06:33:34PM +1100, Keith Owens wrote:
> plain text. What next, rich text format and HTML with multiple copies
> of the text, MSWord format?
don't joke. a certain government department here (that shall remain
unnamed) has an email system that *automatically* converts every
[EMAIL PROTECTED] (Linus Torvalds) wrote:
> >I've done an implementation of some of the Win32 "system calls" in a kernel
> >module in an attempt to speed up Wine.
> Hmm.. I have this feeling that it would be much nicer to just implement
> the NT system calls directly.
Yes, perhaps, but as far as
On Fri, 8 Sep 2000, Ivan Kokshaysky wrote:
> Yes, I can reproduce this with gcc-2.95.2 (compiles cleanly with 2.96).
> Looks like older gcc doesn't like when output operand 5 listed
> also as input. Hmm.
> Simple swapping operands 4 and 5 makes gcc happy.
Great. I'll apply the patch and see wh
On Wed, 6 Sep 2000, George Anzinger wrote:
> Actually I was not quite correct. The call to timeout WILL return
> immediately, however, the timeout code will clean up the timer, so there
> should be no worry there. It is a bug in that the sleep does not happen
> as expected. I saw at least one
On Fri, Sep 08, 2000 at 02:12:09PM +0100, David Howells wrote:
>
> (1) A death-knell callback list to be placed in the task structure. Each
> function so listed (if any) would be invoked upon exit, signal-death or
> execve.
The SGI accounting project (and other accouting projects whic
> Great. I'll apply the patch and see where the next breakage is :-P I
> believe there was a problem in the netfilter code
> (net/ipv4/netfilter/ipt_REJECT.c, lines 67-68) with the selection of
> which xchg() to use (either __xchg_u32() or __xchg_u64()as detailed in
> include/asm-alpha/system.
On Sat, 9 Sep 2000, Anton Blanchard wrote:
> Yeah on most architectures you cant do an xchg of a 16 bit quantity.
> Rusty has a patch:
That's what I thought as well, at least for Alpha's case. Thanks...will
try both patches and let you all know how it goes...
C
-
To unsubscribe from this li
On Fri, 8 Sep 2000, Andi Kleen wrote:
:The only way to fix that with TCP is to pull the plug. You probably didn't
:understand it, but the RST is only *one* way where TCP replies, but there
:are lots of other ways too (like ACKs)
I think I know how TCP works but seems like you analyze the sub
Hi!
Recently I tried to read old VFAT-formatted MO disk with 2.4.0-test7 kernel.
Long time ago in the days of 2.3.x such operation caused no problems.
Today 2.4.0-testX kernels OOPSes at fat_file_read(), trying to
dereference NULL pointer at (inode->i_sb)->cvf_format->cvf_file_read
Due to 2028
On Fri, Sep 08, 2000 at 05:49:35PM +0300, George Athanassopoulos wrote:
> On Fri, 8 Sep 2000, Andi Kleen wrote:
>
> :The only way to fix that with TCP is to pull the plug. You probably didn't
> :understand it, but the RST is only *one* way where TCP replies, but there
> :are lots of other ways t
Hello!
> > I guess Alexey point is that the current compiler doesn't notice that.
Rather I proposed explanation, why missing barrier does not
have any effect. 8)8)
Alexey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Plea
On 6 Sep 2000, at 14:03, Linus Torvalds wrote:
> In article <[EMAIL PROTECTED]>,
> >Linus Torvalds wrote:
>
> Think of rabbits. And think of how the wolf helps them in the end. Not
> by being nice, no. But the rabbits breed, and they are better for having
> to worry a bit.
No matter how much t
Linus Torvalds <[EMAIL PROTECTED]> writes:
> Sure. I just don't see many end-users single-stepping through
> interrupt handlers etc.
>
> But yes, there probably are a few.
I think you would be surprised, and I speak as someone who has found
and fixed race conditions in your kernel.
There are m
Hello!
> Well, it looks like you're getting hit with stream.c or raped.c and what
> I'm passing on is just what I picked up from a CERT guy at Usenix. He
> claimed that stream.c worked by exploiting a long path through the kernel
He just said a crap. All the discussion around stream.c is banal
> There are people today that refuse to use computers for writeing,
> and they have good arguments, ...
Harken back to David Miller, who wrote about occupying his hands
with something to keep them the hell off the keyboard while he is
meditating on a screen full of code.
One of my debugging tool
> The other day I got the patch for 2.2.17 and after just over a day of normal
> operation, while my sister was playing kpat (KDE solitaire) yesterday
> afternoon, X died and dropped her out to the console.
> After she told me about it later on I found this at the bottom of my dmesg:
>
> CPU 0: M
On Sat, Sep 09, 2000 at 12:50:38AM +1100, Anton Blanchard wrote:
> Yeah on most architectures you cant do an xchg of a 16 bit quantity.
> Rusty has a patch:
>
...
FWIW, here are __xchg_u8 and __xchg_u16 for Alpha.
Ivan.
--- 2.4.0t8p6/include/asm-alpha/system.hThu Sep 7 19:01:46 2000
++
On Fri, 8 Sep 2000, Jean-Marc Saffroy wrote:
> We have here an older SMP machine (NCR Globalyst S40, quad Pentium 100)
> with an Intel Xtended Xpress (or XXPRESS) motherboard, and all development
> kernels since 2.3.20 don't boot with SMP on it, because they panic when
> they discover a bus type
This is the third in a series to add readonly BeOS fs
support to 2.2.16. Changes in this version:
o re-enabled functions in debug.c - must edit include/linux/beos_fs.h
and enable BEOS_DEBUG define to use. Removed most printk's.
o Beginning of write support. This does not work, yet.
Notes:
On Thu, 7 Sep 2000, Marty Fouts wrote:
> FWIW, large system scalability, especially NUMA is not tractable
> with a 'one size (algorithm) fits all' approach, and can be a
> significant test of the degree of modularity in your system.
> Different relative costs of access to the different levels of
On Fri, 8 Sep 2000, Maciej W. Rozycki wrote:
>
> While you may surely use your patch for now, I don't think it's good as a
> general solution. I think we should either handle all busses (some of
> them were never actually used for i386 machines) or leave the code as is.
> By handling of all
David Howells wrote:
> (2) Some sort of support for (dynamically allocated) system calls implemented
> in modules.
FWIW, this can be done with relatively low overhead by creating a
miscelaneous character device, and just using write() to write in the
arguments. This is a bit worse than pa
Hi,
This project has been sleeping for a while, so I thought it was about time
something happened. And now it has - I've put up version 0.0.2c of the
CD-RW packet writing module, aka the "happy birthday grandma" release 8)
A summary of some of the changes:
- inc usage count of buffer heads
- ad
Martin Dalecki <[EMAIL PROTECTED]> writes:
> There is some facility allowing to implement this kind of things
> in the C++ part of the most recent EGCS version which makes implementing
> such things "relatively" easy - basiclly there is the provision to dump
> the parser trees as easy to process
I am refering to:
>Date: Sat, 02 Sep 2000 15:00:20 -0600
>From: "Jeff V. Merkey" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS for
Linux
>"The lack of a Kernel Debugger and other basic kernel level facilities on
>Linux make
On Fri, 8 Sep 2000, Alan Cox wrote:
> > PS: How the hell did we go from complaining about the "stubby modules tree"
>
> We ??
>
> I thought you were on a one man insulting session aimed at the
> Makefile maintainer ?
Maybe there's someone with him that prevents him from
releasing his superiour
>From: "Jeff V. Merkey" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: [ANNOUNCE] Withdrawl of Open Source NDS Project/NTFS/M2FS for
Linux
>"The lack of a Kernel Debugger and other basic kernel level facilities on
>Linux make TRG's job about 20 times harder on Linux and take almost 10
This thread is dead. I am porting the MANOS debugger to Linux, and I
have dissolved TRG's incestuous relationship with Microsoft so we could
integrate a full NTFS on Linux -- two issues down. NDS provides no
value to Linux unless it's integrated into the OS, which will happen
when MANOS goes ou
On Fri, 8 Sep 2000, Jeff V. Merkey wrote:
> This thread is dead. I am porting the MANOS debugger to Linux,
Ohhh cool. While I don't use debuggers myself, I know people
who really like having a good debugger around and are more
productive finding and fixing problems when they have one.
A debugg
On Fri, 8 Sep 2000, Linus Torvalds wrote:
> I'm doing an alternative patch that just igores unknown buses, because
> paniccing is definitely the wrong answer for anything but some early
> debugging ("did I catch all the relevant cases?").
I think we must panic() for an unknown bus that has an I
On Fri, Sep 08 2000, Arnaldo Carvalho de Melo wrote:
> Hi,
>
> Please take a look and consider applying. Some of it are small cleanups, if
> they're deemed unnecessary, lemme now and I'm back it off. I think that there
> are some more unchecked calls that need fixing, but I think its better
On Fri, 8 Sep 2000, Andi Kleen wrote:
:The source address does not matter.
Well from the attacker's point of view I believe it does. For many reasons
starting from the fact that the more ip addresses, the more difficult to
block (per ip-blocking firewall basis) and, if there is a chance fo
On Fri, Sep 08, 2000 at 08:36:58PM +0400, Ivan Kokshaysky wrote:
> FWIW, here are __xchg_u8 and __xchg_u16 for Alpha.
I like it.
r~
-
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
On Fri, Sep 08, 2000 at 04:58:33PM +0400, Ivan Kokshaysky wrote:
> Yes, I can reproduce this with gcc-2.95.2 (compiles cleanly with 2.96).
> Looks like older gcc doesn't like when output operand 5 listed
> also as input. Hmm.
> Simple swapping operands 4 and 5 makes gcc happy.
I've got a patch to
On Fri, 8 Sep 2000, Maciej W. Rozycki wrote:
>
> I think we must panic() for an unknown bus that has an I/O APIC interrupt
> routed from that is marked as "conforming to the bus spec" in the MP
> table. Trying to assume any defaults is unsafe and is not any better --
> we may guess them upon
On Fri, 8 Sep 2000, Torben Mathiasen wrote:
> On Fri, Sep 08 2000, Arnaldo Carvalho de Melo wrote:
> > Hi,
> >
> > Please take a look and consider applying. Some of it are small cleanups, if
> > they're deemed unnecessary, lemme now and I'm back it off. I think that there
> > are some more
"J. Robert von Behren" <[EMAIL PROTECTED]> wrote:
> FWIW, this can be done with relatively low overhead by creating a
> miscelaneous character device, and just using write() to write in the
> arguments. This is a bit worse than passing things through registers,
> but doesn't seem all that bad.
Rik van Riel wrote:
>
>
> > NDS provides no value to Linux unless it's integrated into the
> > OS, which will happen when MANOS goes out next year around
> > March. NDS is more of a Microsoft play than a Linux play and
> > Linux already has better internet directory technology than NDS
> > --
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 depend
> on it.
That
On Thu, Sep 07, 2000 at 10:46:58AM +0200, Martin Dalecki wrote:
> > I've done an implementation of some of the Win32 "system calls" in a kernel
> > module in an attempt to speed up Wine.
>
> Please by no way don't include this patch into the official tree.
> It's insane due to the following:
>
>
umsdos wont compile
make modules_install fails because
stallion.o doesnt exist
Regards
John
-
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/
Ok, as the truncate problems really seem to be fixed, it's time to do an
official test8, the first development kernel in about a year and a half
that should have a working truncate() again. Thanks to everybody who
tested, and especially to Al Viro who did a lot of the heavy lifting.
There are a
>
Based on what bluesmoke.c said about my 2nd PII-333 CPU I just got
Intel to give me an RMA number for its replacement. Thank you Alan Cox ;-)
:
~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
Tim Brunne writes:
> *a silent hard disk hard disk is no longer feasible since kernel
> 2.2.11*.
Yes it is. I have one of my machines (which NFS serves a NFS root
client, both of which are on 24 hours a day) capable of spinning
down for up to 4 hours at a time, with no kernel modifications
what
On Fri, Sep 08 2000, Marcelo Tosatti wrote:
>
> On Fri, 8 Sep 2000, Torben Mathiasen wrote:
>
> > On Fri, Sep 08 2000, Arnaldo Carvalho de Melo wrote:
> > > Hi,
> > >
> > > Please take a look and consider applying. Some of it are small cleanups, if
> > > they're deemed unnecessary, lemme now
On Fri, Sep 08, 2000 at 12:25:48PM -0700, Linus Torvalds wrote:
> On Fri, 8 Sep 2000, Maciej W. Rozycki wrote:
> > I think we must panic() for an unknown bus that has an I/O APIC interrupt
> > routed from that is marked as "conforming to the bus spec" in the MP
> > table. Trying to assume any de
"Juan J. Quintela" wrote:
> > "kenneth" == Kenneth Johansson <[EMAIL PROTECTED]> writes:
>
> kenneth> Is there some way I can fix the old report I don't have a unprocessed
>version of the oops as klogd "fixed" it automatically.
>
> I don't think so. It is a good idea to run klogd with the -
On Fri, Sep 08, 2000 at 06:33:34PM +1100, Keith Owens wrote:
> Exmh handles MIME just fine and MIME is useful for some things. Other
> people (including Linus) have made it clear that MIME is not welcome on
> linux-kernel, plain text format is always better when you are sending
> plain text. Wha
> If anybody wants to explicitly state that their code will be valid under
> any version of the GPL (current or future - whatever they may look like),
> please send patches to say so for the code in question. If you've used the
> FSF boiler-place copyright notice, you already have this in place (i
> Based on what bluesmoke.c said about my 2nd PII-333 CPU I just got
> Intel to give me an RMA number for its replacement. Thank you Alan Cox ;-)
I'd like to finish verifying the code first but umm ok. Do send me traces
if you get any of these exceptions. I've still had no answer to my request
fo
I have a device driver which is experiancing problems doing DMAs.
I am running 2.4.0-test6 #6 SMP. The system is a dual 600MHz on a SuperMicro
PIIIDME, i840 chipset, with 256MBs of memory. My device is configured to do a
128KB DMA out of a kernel buffer. After sucessfully reading 4k of memor
On Fri, 8 Sep 2000, Andrew Clayton wrote:
> I am running on a Compaq Armada E500 laptop, and after about a days worth
> of the pcmcia network card being registered, the system looses network
> connectivity with the following being logged to /var/log/messages
> eth0: Resetting the Tx ring point
On Fri, 8 Sep 2000, Torben Mathiasen wrote:
> > ipx is using cli() too.
> >
>
> Mmmm, any reason for this besides just lazyness? I'd hate to do it, cause
> I'd hate to test it 8)
Because it was never really needed.
If someone complains about it, it will be done.
-
To unsubscribe from th
> I'd love to have somebody (yes, you) look at the actual MP table and see
> if there is something special with the XXPRESS bus, but in the end even if
> we don't know a bus we're better off always just mentioning the fact
> ("Unknown bus ") and going on with our life. Maybe the system won't
>
umsdos wont compile
make modules_install fails because
stallion.o doesnt exist
Regards
John
-
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 Fri, 8 Sep 2000 14:48:51 +0200,
Rasmus Andersen <[EMAIL PROTECTED]> wrote:
>I just got hold of an old machine (P75, 32MB RAM). On trying to install
>RH 6.2 on it, I got an oops after loading the kernel from the boot floppy.
>I then tried to boot a 2.4.0-test8-pre6 (made with make bzdisk), but
And here's another sample output for you:
CPU 1: Machine Check Exception: 0004<0>Bank 0: f20001000800general
protection fault:
CPU:1
EIP:0010:[mcheck_fault+263/368]
EFLAGS: 00010246
...
I seldom get a log entry, most of the time I get the first line on all my
xter
> And here's another sample output for you:
>
> CPU 1: Machine Check Exception: 0004<0>Bank 0: f20001000800general
>protection fault:
> CPU:1
> EIP:0010:[mcheck_fault+263/368]
> EFLAGS: 00010246
> ...
>
> I seldom get a log entry, most of the time I get the first li
Date: Thu, 7 Sep 2000 18:33:36 +0200 (CEST)
From: Andrea Arcangeli <[EMAIL PROTECTED]>
Andrea,
I'm testing the modified driver out in the released 2.2.17 and getting the
following messages while running mke2fs. Is this a known problem with 2.2.17,
or something introduced by the change in wa
On Fri, 08 Sep 2000 23:09:14 +0200,
Kenneth Johansson <[EMAIL PROTECTED]> wrote:
>I have now put "-k /boot/System.map-$(uname -r)" as argument to klogd
>so it can't possibly choose the wrong file but is there some
>reason to turn off the lookup in klogd and use ksymoops ??
klogd only handles som
Russell King wrote:
> > *a silent hard disk hard disk is no longer feasible since kernel
> > 2.2.11*.
>
> Yes it is. I have one of my machines (which NFS serves a NFS root
> client, both of which are on 24 hours a day) capable of spinning
> down for up to 4 hours at a time, with no kernel modifi
Jamie Lokier writes:
> With laptops, people are willing
> to assume the RAM is reliable -- accidentally pulling the plug out won't
> lose the data.
But a buggy apm implementation and the battery running down can.
(and I've seen my Thinkpad 380XD with RH's 2.2.14-5.0 kernel and
RH's apmd run itse
Hey David -
Since at least two of us agree that having dynamically allocated syscall
table entries would be handy, perhaps that is worth pursuing. I suppose
the one issue (as you mention below) is that you might need a large
number of these free entries. Does anyone know if there would be any
Alan Cox wrote:
> Every line of code I wrote is under the GPLv2 or later (except those bits
> I contributed that were BSD non advertising derived and which I left the BSD
> license on).
By the way, the tiny amounts of code from me that are in there are GPLv2
or later too. (Do we need a copyrigh
1 - 100 of 144 matches
Mail list logo
