On Thu, 7 Sep 2000 [EMAIL PROTECTED] wrote:
> If the weight & priority of all runnable processes is 0 then the
> recalculate with recalculate p->counter=0 for all runnable
> processes, & the code will go into a tight loop between the
> goodness calculation & recalculate.
p->priority can never be
HI all,
Thanks for all the help. I have switched to a low-end 16-bit PCMCIA
network card by 3COM 3C589 10/BT. And now everything works as it
should. Before making this change, I thought that my problem was caused
by the TCP/IP layer -- between Linux and Sun, because I could get good
network pe
> Well, there's butt-loads of ugly Makefile shit all over the place. It
> isn't going away.
Some of it went away when Keith Owens rewrote modules-install.
More of it went away between 2.2 and 2.4. Check out drivers/net/Makefile
or drivers/scsi/Makefile or lots of other Makefiles, for instance.
Igmar Palsenberg writes:
> > Ugh. What rubbish.
> >
> > The moment I detect my provider changing anything beyond a TTL is the
> > moment I find a new provider.
>
> The 'problem' is a bunch of stupid American politics (excuse anyone
> American), than passed a law that all spam containing a
On Thu, 7 Sep 2000, Bill Wendling wrote:
> Also sprach dean gaudet:
> } On Wed, 6 Sep 2000, Linus Torvalds wrote:
> }
> } > Yeah. Maybe we fixed truncate, and maybe we didn't. I've thought that we
> } > fixed it now several times, and I was always wrong.
> }
> } obpainintheass: haven't you ant
On Thu, 7 Sep 2000, Henry Worth wrote:
> With all the talk of improving Linux's scalability to
> large-scale SMP and ccNUMA platforms -- including efforts
> at several HW companies and now OSDL forming to throw
> hardware at the effort -- is there any move afoot to
> coordinate these efforts?
Hello!
> I believe that the DoS is that the path through the kernel turns out to be
> long and that a lot of these packets will bring a machine to its knees.
It is not longer than path for any other kind of packet.
In the reported case it is much shorter. 8)
Apparently, you try to remind about
On Thu, 7 Sep 2000, Michael Elizabeth Chastain wrote:
>(1) Rules.make had a load of ugly code to translate from the source tree
>to the symlink farm. This code had plenty of bugs and race conditions
>(e.g. if two subdirectories have the same MOD_LIST_NAME and make
>runs in parallel).
On Thu, 7 Sep 2000 [EMAIL PROTECTED] wrote:
> Hello!
> > - Could there be some kind of handling for such packets (meaning TCP packets
> > reaching at an unused port with ACK bit set - with no previous SYN etc packet)
> > to avoid such DoS attacks? Is the same happening to newer kernels? If yes
On Tue, Sep 05, 2000 at 02:27:02PM -0700, [EMAIL PROTECTED] wrote:
> I was wondering if any one knows of a way around the following problem,
> and I wanted to warn people considering 3ware controllers as a storage
> solution.
>
> I talked to 3ware already and they don't have a solution.
>
> The
Hello!
> 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.
So that there is no real bug.
Alexey
-
To unsu
On Mon, 4 Sep 2000, Lars Knudsen wrote:
> I have have serious problems using a specific Quantum disk connected
> to a Promise ATA/100 controller. The disk causing problems is the
> QUANTUM FIREBALLlct10 30. The disk simply locks up the machine solid
> during boot at the point where it should repo
On Thu, 7 Sep 2000, Jeff V. Merkey wrote:
> [...] so it takes me longer to ponder and digest things -- [...]
i'll quote a few 'digesting' comments of you:
- about the Linux networking code:
" [...] what a mess indeed. "
- about Linux itself:
" The lack of a Kernel Debugger and other basic k
Also sprach dean gaudet:
} On Wed, 6 Sep 2000, Linus Torvalds wrote:
}
} > Yeah. Maybe we fixed truncate, and maybe we didn't. I've thought that we
} > fixed it now several times, and I was always wrong.
}
} obpainintheass: haven't you anti-debugger-religion folks been claiming
} that if you do
On Thu, Sep 07, 2000 at 12:25:41PM -0400, Claude LeFrancois (LMC) wrote:
>
> cardmgr[386]: executing: './network start 3c575_cb'
> cardmgr[386]: + usage: ifup
> cardmgr[386]: start cmd exited with status 1
The new hot plug PCI interface does not provide a method for passing
th
On Thu, 7 Sep 2000, Alexander Viro wrote:
> On Wed, 6 Sep 2000 [EMAIL PROTECTED] wrote:
> > scale in the end. We'll either see forking, see another OS like FreeBSD
> > fill the void, or (worst case) Solaris.
>
> Somehow I doubt that arguments from marketshare/field circus/etc. peppered
> with th
On Thu, 31 Aug 2000, Alan Cox wrote:
> > /lib/modules//.config is a big step up from the current situation
> > and I'm grateful. But I do want /proc/config.gz in the kernel.
>
> So cat it with a magic lead in after the bzImage gzip block into the bzImage.
> If you dont even know what file you a
Em Thu, Sep 07, 2000 at 01:14:24PM +0200, Torben Mathiasen escreveu:
> Linus and others,
>
> Please take a look at the patch attached, and consider applying. It fixes
> some of the OOM issues with sd.c and does general cleanups (module_init/exit,
> removing casts, etc.).
>
> I just searched the
On Thu, 7 Sep 2000, Jamie Lokier wrote:
>Common Subexpression Elimination.
>
>If the compiler sees an expression equivalent to one it evaluated
>earlier, there is no need to evaluate it a second time.
>
>So "a = x+x; b = x+x" will evaluate "x+x" just once and store it twice.
I didn't know the na
> "andrea" == Andrea Arcangeli <[EMAIL PROTECTED]> writes:
andrea> On Thu, 7 Sep 2000, Jamie Lokier wrote:
>> Well, now GCC does CSE across "asm" and will eliminate memory loads,
andrea> What is "CSE"?
Common Subexpresion Elimination. You can get a lot of info in "The
Dragon book".
Later,
On Thu, 7 Sep 2000, Jeff V. Merkey wrote:
> > > [...] Hardware problems require a debugger or logic analyzer to fix.
> > > [...]
> >
> > 'kernel problems need a kernel debugger to fix'. How wrong.
>
> It says "hardware problems" not "kernel problems". read it again.
translation of my sentenc
Andrea Arcangeli wrote:
> >Well, now GCC does CSE across "asm" and will eliminate memory loads,
>
> What is "CSE"?
Common Subexpression Elimination.
If the compiler sees an expression equivalent to one it evaluated
earlier, there is no need to evaluate it a second time.
So "a = x+x; b = x+x" w
> And what's up with the explosion of directories?
The existing system had at least three problems:
(1) Rules.make had a load of ugly code to translate from the source tree
to the symlink farm. This code had plenty of bugs and race conditions
(e.g. if two subdirectories have the same MO
On Thu, 7 Sep 2000, Horst von Brand wrote:
> Alexander Viro <[EMAIL PROTECTED]> said:
>
> [...]
>
> > BTW, tools are really nice, but I wouldn't call conventional debuggers
> > a-la [asg]db good ones. I've been _very_ impressed by Acid - after gdb it
> > feels like a switch from MCR to sh. Sm
Ingo Molnar wrote:
>
> On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
>
> > [...] Hardware problems require a debugger or logic analyzer to fix.
> > [...]
>
> 'kernel problems need a kernel debugger to fix'. How wrong.
It says "hardware problems" not "kernel problems". read it again.
:-)
Jeff
On Thu, 7 Sep 2000, Jamie Lokier wrote:
>I tried it with two compilers, one older than yours and one newer:
So maybe I'm just been unlucky/lucky (depends on the point of view :) or
maybe we patched something I'm not aware of to make the kernel to compile
right.
>.ident "GCC: (GNU) egcs
If you want to look at an existing source-code analyzer that works
hand-in-glove with compilers, to skim for good or bad ideas, take a look
at the LSE/SCA combo from the DECset tools. (Dunno if DECset is even
still available; I lost track of what went where as they were dicing up
the company.)
-
Ingo,
I did read it. You have to understand, I'm not a young guy but an old
man, so it takes me longer to ponder and digest things -- not because
I'm slower, but becasue I'm older. I used to blindy charge at anything
when a red flag was waved in front of my face in my youth. As I got
older, I
On Thu, 7 Sep 2000, Jamie Lokier wrote:
>Yes, it does.
Nice.
>.ident "GCC: (GNU) 2.96 2724 (experimental)"
>
>>From the Red Hat 7 beta.
Ok.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read
On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
> [...] Hardware problems require a debugger or logic analyzer to fix.
> [...]
'kernel problems need a kernel debugger to fix'. How wrong.
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Andrea Arcangeli wrote:
> >int *p;
> >int func()
> >{
> > int x;
> > x = *p;
> > __asm__ __volatile__ ("" : : : "memory");
> > x = *p;
> > return x;
> >}
>
> Defintely none difference here (-fstrict-aliasing doesn't change anything
> either).
>
> andrea@inspiron:~ > gcc -v
> Reading specs f
On Wed, 6 Sep 2000, Linus Torvalds wrote:
> Yeah. Maybe we fixed truncate, and maybe we didn't. I've thought that we
> fixed it now several times, and I was always wrong.
obpainintheass: haven't you anti-debugger-religion folks been claiming
that if you don't have a debugger you're forced to "t
Andrea Arcangeli wrote:
> Said that if your compiler puts the read before the spin_lock without the
> memory clobber, it is allowed to do that, and in such case you would proof
> it was a real world bug (not just a "documentation" one).
Yes, it does.
> Or maybe your testcase was a bit different
On Thu, 7 Sep 2000, Jamie Lokier wrote:
>Well, now GCC does CSE across "asm" and will eliminate memory loads,
What is "CSE"?
Andrea
-
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 Thu, 7 Sep 2000, Jamie Lokier wrote:
>int *p;
>int func()
>{
> int x;
> x = *p;
> __asm__ __volatile__ ("" : : : "memory");
> x = *p;
> return x;
>}
>
Defintely none difference here (-fstrict-aliasing doesn't change anything
either).
andrea@inspiron:~ > gcc -v
Reading specs from /usr/li
Linus Torvalds wrote:
> Nope. "memory" fills that role too. Remember: "memory" doesn't actually
> say "this clobbers all memory". That would be silly: an asm that just
> wipes all memory would not be a very useful asm (or rather, it would have
> just _one_ use: "execve()"). So "memory" really says
On Thu, 07 Sep 2000, George Athanassopoulos wrote:
Possibly post this message on the netfilter mailing list.
[EMAIL PROTECTED]
Michael Peddemors - Senior Consultant
Unix Administration - WebSite Hosting
Network Services - Programming
Wizard
On Tue, 5 Sep 2000, Jeff V. Merkey wrote:
> Ingo Molnar wrote:
> > > Your arguments are personal, not technical. [...]
> >
> > no, my arguments are technical, but are simply focused towards the
> > conceptual (horizontal) development of Linux, not the vertical
> > development of Linux (drivers
On Thu, 7 Sep 2000, Jamie Lokier wrote:
>Interestingly enough, the local variable case is one where "memory" does
>make a difference. Without "memory":
>
>movlp, %eax
>movl(%eax), %eax
>#APP
>#NO_APP
>
>With "memory":
>
>#APP
>#NO_APP
>movlp, %eax
>mov
Jeff, please read Linus' mail for an explanation about the dangers of
kernel debuggers.
Ingo
On Wed, 6 Sep 2000, Jeff V. Merkey wrote:
>
> Ingo,
>
> KDB is a user mode debugger designed to debug user space apps that's
> been hacked to run with a driver. It's not designed as a kernel
[EMAIL PROTECTED] wrote:
> Just hint. I remember the time when "memory" clobber option
> was _absent_ in gcc. And we managed to compile kernel with such gcc. 8)
> To all that I understand, "asm" (like function calls) implied barrier
> that time and constraints and clobber option were used only for
What's the point of running depmod at the end of modules_install? The
System.map doesn't contain any versioned symbols so it just bitches about
everything as being undefined. (depmod needs a "-i" to temporarily ignore
versioning and it still bitches) And looking at the System.map is a bad way
to
Timur Tabi wrote:
> Well, if it really is just his hobby, then he shouldn't be chanting
> the "World Domination" mantra.
Why not? World Domination is my hobby too :-)
-- Jamie
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Linus Torvalds wrote:
> Change it to something like
>
> __asm__("":"=r" (x):"0" (x));
>
> and the "volatile" should matter.
Yes it does. Without "volatile", the asm disappears :-)
> Not for memory references, perhaps. But for the movement issues.
The compiler isn't moving memory refere
I loose track at times Stephen -- sorry. I was talking about kgdb with
this statement.
:-)
Jeff
"Stephen C. Tweedie" wrote:
>
> Hi,
>
> On Wed, Sep 06, 2000 at 09:44:54AM -0600, Jeff V. Merkey wrote:
> >
> > KDB is a user mode debugger designed to debug user space apps that's
> > been hack
On Thu, 7 Sep 2000, Jamie Lokier wrote:
>
> It's ok for the compiler to do that (given we don't know what "volatile"
> means anyway :-). But it does have implications for spin_lock:
> spin_lock must say that it clobbers memory.
Yup. We should just fix that.
Linus
-
To unsubs
On Sun, Sep 03, 2000 at 02:59:43PM +0200, Pauline Middelink wrote:
>
> Anyway, linux-2.4.0-test7 wont boot on a Cyrix computer.
> test6 has no problems whatsoever and 7 stops right after
> 'Uncompressing kernel...'
>
> Kernel as always compiled for 586.
>
> Sounds familiar? Any solutions/tips?
On Wed, Sep 06, 2000 at 04:13:50PM -0400, James Simmons wrote:
>
>
> > > What video driver are you using? Fbcon or vgacon? If Fbcon which fbdev
> > > driver in particular?
> > >
> > This would be vgacon, having never figured out if it's even possible
> > to get framebuffers working on the machin
Hello!
> installed RH6.2 with Linux kernel 2.2.16 on my Dell laptop (P3-500,
> 256MB RAM). One thing that I found is the networking performance
> between this Linux box and all my Solaris 7 based servers are very very
> slow.
Make tcpdump before all.
> least 1000K/s, normally 3000k/s.
Somet
On Wed, Sep 06, 2000 at 04:13:50PM -0400, James Simmons wrote:
>
> > > What video driver are you using? Fbcon or vgacon? If Fbcon which fbdev
> > > driver in particular?
> > >
> > This would be vgacon, having never figured out if it's even possible
> > to get framebuffers working on the machine.
On Thu, 7 Sep 2000, Jamie Lokier wrote:
>
> ps. There is a _clobber_ for memory, but no way to say "this asm _reads_
> arbitrary memory". __volatile__ may be filling that role though.
Nope. "memory" fills that role too. Remember: "memory" doesn't actually
say "this clobbers all memory". That
Linus Torvalds wrote:
> "volatile" should be equivalent to clobbering memory, although the gcc
> manual pages are certainly not very verbose on the issue.
It isn't. Try the following with/without the memory clobber:
int *p;
int func()
{
int x;
x = *p;
__asm__ __volatile__ ("" : : : "memor
Hello,
I have a Compaq Armada 7400 running Mandrake 7.0 with the kernel 2.4.0-test7
and the pcmcia-3.1.19. I have two PCMCIA sockets in my system and only one
seems to work. I can read the following information in the
/var/log/messages:
pcmcia: Linux PCMCIA Card Services 3.1.11
k
On Thu, 7 Sep 2000 [EMAIL PROTECTED] 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 exactl
Hello!
> - Could there be some kind of handling for such packets (meaning TCP packets
> reaching at an unused port with ACK bit set - with no previous SYN etc packet)
> to avoid such DoS attacks? Is the same happening to newer kernels? If yes,
> should we just eat it and shut up (because th
Andrea Arcangeli wrote:
> >>int a = *p;
> >>__asm__ __volatile__("" : :);
> >>a = *p;
> >>
> >> (to do two explicit reads)
> >
> >Sorry, that does just one read, kgcc (old stable gcc) and also with
> >gcc-2.96. Type aliasing on/off makes no difference to the number of reads.
>
> I w
On Thu, 7 Sep 2000, Jamie Lokier wrote:
> asm *__volatile__* seems to make no difference. I've tried a few things.
>
> Andrea Arcangeli wrote:
> > Maybe we can rely on the __volatile__ statement of the asm that will
> > enforce that if we write:
> >
> > *p = 0;
> > __asm__ __volatile
the "vm_mm->mm" was of course a typo and should be read as
"vma->vm_mm". Sorry.
On Thu, 7 Sep 2000, Tigran Aivazian wrote:
> On Thu, 7 Sep 2000, Tigran Aivazian wrote:
>
> > On Thu, 7 Sep 2000, Linus Torvalds wrote:
> >
> > >
> > >
> > > On Thu, 7 Sep 2000, Tigran Aivazian wrote:
> > > >
>
David Howells <[EMAIL PROTECTED]> said:
[...]
> Anyway, I though I could get away with it, but on reflection, perhaps
> not... If two threads of the same process try and issue ReleaseMutex()
> simultaneously on one mutex, then theoretically, one should succeed and the
> other fail, but given the
On Thu, 7 Sep 2000, Andi Kleen wrote:
>On Thu, Sep 07, 2000 at 09:00:29AM -0700, Leonard N. Zubkoff wrote:
>> WaitQueue_T WaitQueueEntry = { current, NULL };
>> add_wait_queue(&Controller->CommandWaitQueue, &WaitQueueEntry);
>> current->state = TASK_UNINTERRUPTIBLE;
>> spin_unlock(&io_req
On Thu, 7 Sep 2000, Tigran Aivazian wrote:
> On Thu, 7 Sep 2000, Linus Torvalds wrote:
>
> >
> >
> > On Thu, 7 Sep 2000, Tigran Aivazian wrote:
> > >
> > > k) all swapout functions in mm/vmscan.c can be optimized by removing 'mm'
> > >argument. This part was reviewed by Rick van Riel and
** Reply to message from "J. Dow" <[EMAIL PROTECTED]> on Thu, 7 Sep 2000
02:50:37 -0700
> Aw, Tigran, give the kid his hobby, OK? We can try to bang some
> sense into his head and suggest ways his hobby could offer more
> satisfaction from good results achieved and make it more fun for
> the res
Hello!
> tried to grep gcc but my gcc knowledge is too low to reverse engeneer the
> implement semantics of the "memory" clobber fast
Just hint. I remember the time when "memory" clobber option
was _absent_ in gcc. And we managed to compile kernel with such gcc. 8)
To all that I understand, "asm
On Thu, 7 Sep 2000, Jamie Lokier wrote:
>asm *__volatile__* seems to make no difference. I've tried a few things.
It makes a difference, see below.
>
>Andrea Arcangeli wrote:
>> Maybe we can rely on the __volatile__ statement of the asm that will
>> enforce that if we write:
>>
>> *p = 0
On Thu, 7 Sep 2000, Leonard N. Zubkoff wrote:
>I tried retrieving that file but was unsuccessful; is that the correct URL?
I guess I cut and pasted too much directories, sorry. I attached the file
since it's small.
>Is the fix simply moving the spin_unlock right before the call to
>add_wait_que
Hello,
I am using a 3CCFE575CT with a Compaq Armada under the kernel 2.4.0-test7
and pcmcia-3.1.19. I am running Mandrake 7.0. The problem concerns the
cardmgr and/or the 3c59x kernel module. When the pcmcia service starts, it
initializes the cardmgr, reads the sockets, installs the proper kerne
On Thu, 7 Sep 2000, Linus Torvalds wrote:
>
>
> On Thu, 7 Sep 2000, Tigran Aivazian wrote:
> >
> > k) all swapout functions in mm/vmscan.c can be optimized by removing 'mm'
> >argument. This part was reviewed by Rick van Riel and approved.
>
> But they then get "mm" themselves anyway.
>
On Thu, 7 Sep 2000, G. Hugh Song wrote:
> if [ "$CONFIG_JOLIET" = "y" -o "$CONFIG_FAT_FS" != "n" \
> -o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" \
> -o "$CONFIG_SMB_FS" != n ]; then
n vs "n" is my error.
However 'make menuconfig' works with just n. I know I should h
Tigran Aivazian writes:
> On Thu, 7 Sep 2000, George Anzinger wrote:
> > I like this one better:
> >
> > "And I'm right. I'm always right, but in this case I'm just a bit more
> > right than I usually am." -- Linus Torvalds, Sunday Aug 27, 2000.
> >
>
> I like this one even better:
>
> "Littl
On Thu, 7 Sep 2000, Tigran Aivazian wrote:
>
> k) all swapout functions in mm/vmscan.c can be optimized by removing 'mm'
>argument. This part was reviewed by Rick van Riel and approved.
But they then get "mm" themselves anyway.
What's the point? With argument passing, on certain architect
[EMAIL PROTECTED] said:
> > If there's other stuff on the run queue, it won't return immediately,
> > will it?
> It most likely will return immediately.
Oh well in that case it ought to task its task to something other than
TASK_RUNNING...
> > Otherwise, it would be TASK_UNINTERRUPTIBLE.
>
Doug Gilbert and I ran across
some weirdness in the way the block device queues are plugged/unplugged.
It turned up with some benchmarks of the SCSI generics driver - with the new
queueing code, the generics driver is inserting requests into the same queue
that block device requests a
On Thu, 7 Sep 2000, Andrea Arcangeli wrote:
> On Mon, 4 Sep 2000, Andrea Arcangeli wrote:
>
> >barrier()). I also noticed __sti()/__save_flags() doesn't need to clobber
> >"memory".
>
> I'm not sure anymore if __sti and spin_unlock() doesn't need to clobber
> memory (it looks necessary to mak
David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > So it seems to be a bug at least in terms of timing. Unfortunately I
> > only got about 4 replies to the patches that touched 20+ drivers. I
> > suppose I should just hassle maintainers until they fix it or tell me
> > where I've gone wrong
Andi Kleen <[EMAIL PROTECTED]> wrote:
> This is far from a single CPU instruction between the test_bit and the
> set_bit. Even with a single CPU instruction you would need a cmpxchg with
> retry BTW, to handle the case of multiple CPUs entering the instruction at
> the same time. The easiest fi
On Thu, Sep 07, 2000 at 09:00:29AM -0700, Leonard N. Zubkoff wrote:
> WaitQueue_T WaitQueueEntry = { current, NULL };
> add_wait_queue(&Controller->CommandWaitQueue, &WaitQueueEntry);
> current->state = TASK_UNINTERRUPTIBLE;
> spin_unlock(&io_request_lock);
> schedule();
> current->sta
We had some problems booting 2.4.0-test7, and discovered that Linux fell
into a panic while parsing the MP Configuration table. After some debugging,
we found that there are 4 Busses entries:
Bus #0 is PCI
Bus #1 is PCI
Bus #18 is XPRESS
Bus #19 is EISA
Unfortunately, the XPRESS bus parsing calls
David Howells writes:
> I've done an implementation of some of the Win32 "system calls"
> in a kernel module in an attempt to speed up Wine.
Oh my. How dare you! I like it. :-)
> The preliminary benchmarks that I made, while not very real-world
> since I don't think I have managed to implement
Date: Thu, 7 Sep 2000 16:50:51 +0200 (CEST)
From: Andrea Arcangeli <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
cc: [EMAIL PROTECTED], Alan Cox <[EMAIL PROTECTED]>
X-GnuPG-Key-URL: http://e-mind.com/~andrea/aa.gnupg.asc
Hi Leonard,
this night I (hopefully) finally spotted and fi
asm *__volatile__* seems to make no difference. I've tried a few things.
Andrea Arcangeli wrote:
> Maybe we can rely on the __volatile__ statement of the asm that will
> enforce that if we write:
>
> *p = 0;
> __asm__ __volatile__("" : :);
> *p = 1;
>
> in the assembler we'll
On Thu, 7 Sep 2000, Franz Sirl wrote:
>In short terms:
>
>- __volatile__ assures that the code isn't reordered against other
>__volatile__ and isn't hoisted out of loops, nothing else
>- the "memory" clobber makes sure the asm isn't reordered against other
>memory accesses
Ok. That's all I wan
On Thu, 7 Sep 2000, Mike Jagdis wrote:
> > Q: Then why isn't kdb in the kernel?
> > A: Uh...
>
> More to the point, why don't the people that want a kernel
> debugger maintain kdb and simply drop in the patch when they
> need it? If Jeff releases his debugger will anyone care enough
> to maintai
Hi,
In the past few days, a couple of our webservers (dual P3s)
have started to emit $SUBJECT into the kernel logs fairly
frequently:
Sep 7 06:41:04 web2 kernel: initial req->mss below 8
Sep 7 06:56:03 web2 last message repeated 18 times
Sep 7 07:56:04 web2 last message repeated 18 times
Sep
At 17:03 07.09.00, Andrea Arcangeli wrote:
>On Mon, 4 Sep 2000, Andrea Arcangeli wrote:
>
> >barrier()). I also noticed __sti()/__save_flags() doesn't need to clobber
> >"memory".
>
>I'm not sure anymore if __sti and spin_unlock() doesn't need to clobber
>memory (it looks necessary to make sure th
David Howells <[EMAIL PROTECTED]> schrieb / wrote am / at : 07.09.2000
16:25:29
>
> Hold on a moment... You said "between the test bit and set bit"... this is a
> single CPU instruction! With the lock prefix, there should be no between.
>
> Also, a quote from asm/bitops.h:
> - /*
> - * These hav
On Thu, Sep 07, 2000 at 04:25:29PM +0100, David Howells wrote:
>
> Andi Kleen <[EMAIL PROTECTED]> wrote:
> > But that's not race free on SMP. Two CPUs can set the bit in parallel
> > and you'll never notice. You would need at least a protecting spinlock
> > between the test bit and set bit (or a
-test7 was the first one I tried that actually booted, the rest just froze.
I only tried 2 kernels. The first was compiled with
CONFIG_ALPHA_LEGACY_START_ADDRESS set to n, and the 2nd was with y.
First was -test6
when booting -test7, it can't find any IRQs for the PCI devices.
This is an Alpha
Andi Kleen <[EMAIL PROTECTED]> wrote:
> But that's not race free on SMP. Two CPUs can set the bit in parallel
> and you'll never notice. You would need at least a protecting spinlock
> between the test bit and set bit (or a cmpxchg on x86)
Are you sure? I understood that the "lock" prefix on a
I just found out that gcc-2.96 won't compile glibc-2.1.93 or glibc-2.1.2 or
glibc-2.1.3 successfully whereas gcc-2.95.2 will. It bombs in a couple of
places.
I just downgraded my machine to 2.95.2 to prove the point. Guess I'll wait
for gcc-3.0.
Michael
Test
--
In theory, practice and theory are the same, but in practice they
are different -- Larry McVoy
-
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/
Hi Linus,
This patch was reviewed by human kind for several hours and there was
found no fault in it.
It fixes:
a) bugfix to read_kmem() which currently can fail on low memory when it
should succeed (i.e. when it doesn't need that page)
b) nvram driver doesn't handle failures from misc_regi
Hi Linus,
This patch (courtesy of Eric W. Biederman <[EMAIL PROTECTED]>) allows
the microcode driver to make the correct decision about patch revision
even if there were no update done by the BIOS at all.
Regards,
Tigran
--- linux/arch/i386/kernel/microcode.c Thu Aug 24 08:08:43 2000
+++ work/
On Mon, 4 Sep 2000, Andrea Arcangeli wrote:
>barrier()). I also noticed __sti()/__save_flags() doesn't need to clobber
>"memory".
I'm not sure anymore if __sti and spin_unlock() doesn't need to clobber
memory (it looks necessary to make sure the compiler doesn't delay to
write data to the memory
David Woodhouse wrote:
> But how much work would it require to do so? If your theoretical vendor of
> closed-source compiler backends were to believe that a shared lib of the
> GCC frontend would be legal, surely they'd just make it shared themselves,
> then use it as such? It's hardly a effect
Hello,
I am not sure if this is the right list to point out some linux TCP
implementation "weakness" but I think that something should be done
first at the kernel level and after with any other way (firewalling etc).
The problem:
I am using 2.0.38 and I am receiving lots of DoS attacks on one of m
If it is the 2.2.16 scheduler & other linux'es have a bug.
The following code snippets can go into a tight loop.
while (p != &init_task)
{
if (can_schedule(p))
{
int weight = goodness(prev, p, this_cpu);
if (weight > c)
c = weight, next = p;
}
"make xconfig" failed in line 8 of fs/nls/Config.in.
---
#
# Native language support configuration
#
# msdos and Joliet want NLS
if [ "$CONFIG_JOLIET" = "y" -o "$CONFIG_FAT_FS" != "n" \
-o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" \
Linus Torvalds wrote:
> Yeah. Maybe we fixed truncate, and maybe we didn't. I've thought that
> we fixed it now several times, and I was always wrong. Time for some
> reverse phychology:
>
> I'm sure this one doesn't fix the truncate bug either.
So far things look really promising here. No ext2
David Woodhouse wrote:
> You cannot safely compile even 2.4 kernels with gcc-2.96 on any platform, as
> far as I'm aware. It's an insane thing to do. Use a sensible compiler.
Oh. I've been using gcc-2.96 with test7 for a while, no problems except
the ## warnings. Never occured to me that gcc-2.
Hi Leonard,
this night I (hopefully) finally spotted and fixed a longstanding deadlock
that was hitting us on heavily loaded server running the DAC960.
The bug is present also in the earlier 2.2.x and 2.4.x and it's _not_ been
introduced with the DAC960 updates in 2.2.17.
In 2.4.x the SMP deadl
101 - 200 of 265 matches
Mail list logo
