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 behind the curtain we are supposed to ignore
when
On 7 Sep 00 at 21:12, Mike A. Harris wrote:
On Thu, 7 Sep 2000, Petr Vandrovec wrote:
Hi,
I already asked this about week ago... But today I was informed
that [EMAIL PROTECTED] received oopses below too. It really looks
like that vmmon does something wrong, but I cannot find anything.
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 much
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
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
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+ places
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 is fixed
"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, Juan "waiting for
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
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
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 klogd
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,
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 use
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
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) But
[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. For
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 have
"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 the
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
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 and bug
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
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
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
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 debugger)
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 matter how
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
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
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
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 which
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.h)
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
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]
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 more
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 tools
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:
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:
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
-
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 TRG's
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
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
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
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 unchecked
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:
1. Linux
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/
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 and I'm back it
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 defaults
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. What
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 (it
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
for
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 pointer.
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/
sorry about that truncated email, this is the rest of what I ment to send
And here's another sample output for you:
CPU 1: Machine Check Exception: 00040Bank 0: f20001000800general
protection fault:
CPU:1
EIP:0010:[mcheck_fault+263/368]
EFLAGS: 00010246
...
I
And here's another sample output for you:
CPU 1: Machine Check Exception: 00040Bank 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
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
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 some
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 modifications
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 itself
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
Russell King wrote:
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.
Well, perhaps the risk is worth it.
-- Jamie
-
To unsubscribe from this list:
On Sat, 9 Sep 2000, Jamie Lokier wrote:
I think an appropriate concern. The future GPL is constrained by the GPLv2
clause 9 to be 'similar in spirit...'. You also dont ever have to take any
code that specifies GPLv3 or later.
Linus, nobody can ever force GPLv3 upon you. If you don't
Linus Torvalds wrote:
It's about the fact that when I chose the GPL, I did it because I wanted
the source-code to be free and unencumbered. Forever. Whether I maintained
that code or not. I didn't want my code to have any extra rules and
regulations - the GPLv2 is already quite complex
Oops from 2.2.17 (some more before this, but it went offscreen):
...
You need to capture and decode the first oops. Compile a kernel with a
serial console and capture the oops log on a second machine.
Or set your console for more than 80x25 using SVGATextMode. I use
/usr/sbin/SVGATextMode
Jamie Lokier writes:
Russell King wrote:
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.
Well, perhaps the risk is worth it.
At the least,
On Sat, Sep 09, 2000 at 12:32:27AM +0200, Jamie Lokier wrote:
You're right, but what you're missing is that with "noflushd", it was
possible to keep the disk spun down _even with pending writes_.
You may tweak /proc/sys/vm/bdflush
to have it collect data for a long time before it is written to
Hi all,
I got this error when I tried to 'make bzImage' or 'make install' ...etc
the error is attached with this message and the makefile also attached
thankx for your help
Yours,
Ibrahim El-Shafei
_/\_/\_
/ 0 ! O \
0| ___ |0
\___/
Makefile
gcc -D__KERNEL__
On Fri, Sep 08 2000, [EMAIL PROTECTED] wrote:
Incorrect number of segments after building list
nr_segments is 3
counted segments is 20
Flags 0 0
Segment 0xc59cf920, blocks 4, addr 0x59177ff
[snip]
Try attached patch, I hadn't noticed the segment counts were wrong
because I have implicit
Em Fri, Sep 08, 2000 at 08:33:45PM +0200, Torben Mathiasen escreveu:
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
This patch fixes a init-function name-clash between some code in paride
and net/hamradio. Apparently, _noone_ uses these simultaneous, as this
bug has existed since the times of v2.0.xx at least...
This patches changes the names of the init-functions for the
hamradio-drivers pt.c and pi2.c. None
On Sat, 9 Sep 2000, David Weinehall wrote:
This patches changes the names of the init-functions for the
hamradio-drivers pt.c and pi2.c. None of the new names are used anywhere
else in the kernel.
Patch applied, but I also wonder why these things are global names anyway?
Why not just
Try attached patch, I hadn't noticed the segment counts were wrong
because I have implicit recounting.
Yes, this patch fixes the problem, thanks. Once I aplied I could mount the
cd and write a file to it, so it seems to work.
Three semi-related comments.
The udf from cvs tree has
On Fri, 8 Sep 2000, Linus Torvalds wrote:
On Sat, 9 Sep 2000, David Weinehall wrote:
This patches changes the names of the init-functions for the
hamradio-drivers pt.c and pi2.c. None of the new names are used anywhere
else in the kernel.
Patch applied, but I also wonder why
Hi everybody,
my name is Andreas Eibach and it's the first time I'm here.
I'm aware of the fact that posting here requires having read ALL FAQs and
available documents before doing that.
I did this, of course.
But since the problem seems brand-new (due to the fact that these huge-sized
HDs are
With ipchains, we have alignment problem. H. Kambara
[EMAIL PROTECTED] found that it core dumps on SuperH machine.
The cause of this problem is get_user accesses wrongly in
ip_setsockopt.
Here's a patch, avoiding useless access.
diff -ruN linux-2.4.0-test8-pre6/net/ipv4/ip_sockglue.c
For SH-4 (with virtually indexed, physically tagged cache), we have
problems with swap.
I think that there're bugs in do_swap_page and try_to_swap_out.
I've read "Documentation/cachetlb.txt" and I know that now is
the transition to newer interface, but we need a fix at the moment
with old
On Fri, Sep 08, 2000 at 11:10:13PM +0200, Kurt Garloff wrote:
Stop making stupid statements like this, please, and comparing well-defined
RFC standards with proprietary formats.
MIME is a way for people that happen to use non 7bit characters to be able
to print their name correctly, even in
Ragnar Hojland Esp writes:
On Fri, Sep 08, 2000 at 11:10:13PM +0200, Kurt Garloff wrote:
Stop making stupid statements like this, please, and comparing well-d=
efined
RFC standards with proprietary formats.=20
MIME is a way for people that happen to use non 7bit characters to be=
able
On Fri, 8 Sep 2000, Adam wrote:
Hmm can someone remind me what (if) is the reason root is not bound by
write permissions?
Because linux is not a trusted operating system. On linux,
root = uid 0 = superuser.
[root@pepsi /tmp]# su adam
[adam@pepsi /tmp]$ touch blah
[adam@pepsi /tmp]$
Hello.
My kernel panicked at /net/core/skbuff.c (line: 93 "BUG();")
That was the first time when I booted into it.
The second time, it was fine till about 2 hours, while I was writing *this* mail.
Rebooted all of
a sudden (no idea as to where the problem was. It was _quick_. No messages,
On Fri, Sep 08, 2000 at 03:41:27AM +0100, Anton Altaparmakov wrote:
[kernel-2.4.0-test3 to kernel-2.4.0-test8-pre6, bug present in those two,
didn't try others]
I have been trying to get the linear md driver to work with NTFS volumes
for several months and it never worked. - I was
On Fri, Sep 08, 2000 at 02:56:59AM -0700, David S. Miller wrote:
That's a really anal, zero purpose, check to put into a firewall.
I don't know of even any embedded printer stacks that puke when
the reserved flag bits are non-zero. The only things this protects
anyone from are extensions
the reserved flag bits are non-zero. The only things this protects
anyone from are extensions such as ECN :-)
To be fair even older netfilter had the same problem (ipt_unclean would
complain about the reserved bits). It is probably a common bug.
The current British Standard kitemark
On Fri, 8 Sep 2000, David S. Miller wrote:
The authors of rfc793 probably, in all honesty, really meant
"must be set to zero by current implementations".
Thats often the problem when interpretations are possible: Different
people see the meaning differently.
Even though they did not say
Hi David,
I'd like to explain my point clearly. My point is that accessing with
get_user as int is questionable. In my case, it's string. I don't
think all the string argment to the kernel should be aligned.
David S. Miller wrote:
Why not make sure in the user tools that the argument is
From: NIIBE Yutaka [EMAIL PROTECTED]
Date: Sat, 09 Sep 2000 12:18:28 +0900
I'd like to explain my point clearly. My point is that accessing
with get_user as int is questionable. In my case, it's string. I
don't think all the string argment to the kernel should be aligned.
Hello!
Following a discussion about ECN and firewalls some days ago:
We have the same problem here with several Cisco PIX Firewalls not
handling ECN correctly. After a little research we think we know what is
going wrong: The firewall checks the TCP-Header against rfc793. There it
is stated for
[EMAIL PROTECTED] said:
I tried it with two compilers, one older than yours and one newer:
In both cases, the memory read occurs before "zzz".
[EMAIL PROTECTED] said:
I guess Alexey point is that the current compiler doesn't notice
that.
I don't understand why we're bringing empirical
Date: Fri, 8 Sep 2000 11:42:54 +0200 (CEST)
From: Ulrich Kiermayr [EMAIL PROTECTED]
quote
Reserved: 6 bits
Reserved for future use. Must be zero.
/quote
The point is: 'must be zero' is redefined by rfc2481 (ECN).
The authors of rfc793 probably, in all honesty,
On Fri, 8 Sep 2000, David Woodhouse wrote:
[EMAIL PROTECTED] said:
I guess Alexey point is that the current compiler doesn't notice
that.
I don't understand why we're bringing empirical evidence into this
discussion. Didn't we get into the horrible mess we've already got w.r.t.
I'm the
Ingo Molnar wrote:
They seem focused on keeping us in the dark ages. We need tools to make
it faster and easier for folks to perform kernel development and make
field support of Linux easier.
tools can sometimes bring the dark ages faster than anything else.
However, if Jeff would
Andrea Arcangeli wrote:
BTW Look also into asm-i386/bitops.h and dummy cast to some crap there.
Are you impressed? 8)
Yep 8). If we add "memory" such stuff could be removed I think. As far I
can see the object of such stuff is to cause gcc to say `I'm too lazy to
see exactly what memory
1 - 100 of 243 matches
Mail list logo