On Sat, Apr 21, 2001 at 02:21:38AM -0400, Alexander Viro wrote:
> Looks sane for me. However, I would add check for dentry being hashed and
> would skip the unhashed ones. Otherwise you can get a directory that
> had been removed but is still busy - doesn't look like a right thing to
> do. Jeremy?
On Fri, Apr 20, 2001 at 10:59:43PM -0700, Linus Torvalds wrote:
> It's untested, but looks fairly obvious. It removes the increment, and
> changes autofs4_expire() to properly bump the count of the returned dentry
> (and callers will dput() it when done). This may be unnecessarily careful,
> but i
"Eric S. Raymond" wrote:
> Here's what I have for you guys:
...
> CONFIG_DMB_TRAP: arch/parisc/kernel/sba_iommu.c
> CONFIG_FUNC_SIZE: arch/parisc/kernel/sba_iommu.c
>
> Would you please take these out of the CONFIG_ namespace? Changing the
> prefix to CONFIGURE would do nicely.
As willy noted
Hello,
I am a happy owner of Intel D815EEA2 mother board. This board
comes with integrated AC-97 audio. When I try to load i810_audio
driver for it, driver identifies the device as
"Intel 810 + AC97 Audio, version 0.02, 19:43:23 Apr 20 2001
i810: Intel ICH2 found at IO 0xef00 and 0xe800, IR
On Fri, 20 Apr 2001, Linus Torvalds wrote:
>
>
> On Fri, 20 Apr 2001, Jeremy Fitzhardinge wrote:
> >
> > I kept the dget/put out caution and ignorance, but they're clearly
> > problematic. I'm happy to drop them if holding dcache_lock is enough
> > to keep the tree stable while I traverse it
Something like this was presented at OSDI, uh, year before last.. you might
check the Usenix webpage about this.
On 20 Apr 2001 [EMAIL PROTECTED] wrote:
> Suppose that an entry on any filesystem could be replaced by a symlink
> which pointed to a URL, and that an appropriate handler was dispat
On Fri, 20 Apr 2001, Jeremy Fitzhardinge wrote:
>
> I kept the dget/put out caution and ignorance, but they're clearly
> problematic. I'm happy to drop them if holding dcache_lock is enough
> to keep the tree stable while I traverse it.
How does this patch look to you people?
It's untested, b
On Fri, 20 Apr 2001, Paul Mackerras wrote:
> Brown-paper bag time...
>
> The patch I sent earlier didn't include the accompanying changes to
> if_ppp.h and ppp_channel.h. Here they are.
>
> Paul.
>
> diff -urN linux/include/linux/if_ppp.h pmac/include/linux/if_ppp.h
> --- linux/include/linux/if_
when I use make menuconfig on the /usr/src/linux directory which linux
was symbolic link to /usr/src/linux-2.4.3 , I can see menu , but when I
press space or enter key will exit menu and show follow message :
Menuconfig has encountered a possible error in one of the kernel's
configuration files
On Fri, 20 Apr 2001, Fabio Riccardi wrote:
> I agree that comparing different hardware architectures is a tricky
> business, but you asked me to comment on some of the comparisons that
> you made...
well, those two systems looked similar enough. (same CPU speed and the
test is CPU limited in th
[EMAIL PROTECTED] wrote:
>
>Where does write support for NTFS stand at the moment? I noticed that it's
>still marked "Dangerous" in the kernel configuration. This is important to me
>because it looks like I'll have to start using it next week. My office laptop
>is going to be "upgraded" from W
[Cc: trimmed]
Russell King wrote:
>
[...]
>
> Generally it seems like diff needs to produce one more line of context, and
> most of these problems will go away. Yes, there will still be the odd
> problem, so then it becomes the "how much do you crank the setting" problem.
>
$ diff -6 ...
wil
Disconnect wrote:
> Addendum to 1. So far everyone (at least on LKML) who has had the
> crash-immediatly-do-not-pass-go issues has been using an iwill kk266 (or
> kk266r, IIRC) mobo.
>
> Have we gotten any fix, other than not using K7 optimizations?
I think it has something to do with the BIOS v
Suppose that an entry on any filesystem could be replaced by a symlink
which pointed to a URL, and that an appropriate handler was dispatched
for that URL. This would allow, for example, config files to point to
a different machine.
Right now we can accomplish this by mounting alternative file s
Lee Leahu wrote:
>
> On Friday 20 April 2001 20:39, you wrote:
> > Lee Leahu <[EMAIL PROTECTED]> writes:
> > > would somebody be kind enough to explain why writing to
> > > the ntfs file system is extremely dangerous, and what are the
> > > developers doing to make writing to ntfs filesystem saf
On Friday 20 April 2001 20:39, you wrote:
> Lee Leahu <[EMAIL PROTECTED]> writes:
> > would somebody be kind enough to explain why writing to
> > the ntfs file system is extremely dangerous, and what are the
> > developers doing to make writing to ntfs filesystem safe?
>
> It's dangerous because
On Fri, Apr 20, 2001 at 03:53:45PM -0400, Alexander Viro wrote:
> > Why are we doing the mntget/dget at all? We hold the spinlock, so we know
> > they are not going away. Not doing the mntget/dget means that we (a) run
> > faster and (b) don't have the bug, because we don't need to put the damn
>
Lee Leahu <[EMAIL PROTECTED]> writes:
> would somebody be kind enough to explain why writing to
> the ntfs file system is extremely dangerous, and what are the
> developers doing to make writing to ntfs filesystem safe?
It's dangerous because NTFS is a proprietary format, and the full
rules fo
From: "Lee Leahu" <[EMAIL PROTECTED]>
> would somebody be kind enough to explain why writing to
> the ntfs file system is extremely dangerous, and what are the
> developers doing to make writing to ntfs filesystem safe?
My understanding of the situation is that writing to an NTFS volume is not
Francois Cami wrote:
>
> Vibol Hou wrote:
> ...
>
> > Apr 17 16:10:12 omega kernel: eth0: Too much work in interrupt, status e401.
>
> I got that one too, PC is ASUS P2B-DS with two PII-350, 384MB RAM,
> 3C905B.
If you were getting this message occasionally, and if increasing the
max_interrupt_
would somebody be kind enough to explain why writing to
the ntfs file system is extremely dangerous, and what are the
developers doing to make writing to ntfs filesystem safe?
--
[EMAIL PROTECTED],
Open Source + Linux = Freedom
-
To unsubscribe from this list: send the line "unsubscribe linux-
This patch (made against linux-2.4.4-pre5) makes several changes to the rwsem
implementation:
(1) It fixes the bug found by Andrea by changing how processes that are
waiting on the semaphore are managed.
(2) As a result of (1), the wake_up_ctx() stuff is no longer used and has
been
On 04.21 Alan Cox wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
gcc-2.96 spits warnings about possibly-used-before-initialized vars in
mtrr.c, line 2004:
static void __init centaur_mcr_init(void)
{
int lo,hi;
..
if (anything)
set hi,lo
Andreas Dilger <[EMAIL PROTECTED]>:
> One of the issues for contacting each MAINTAINER is that this information
> is out-of-line from the actual kernel tree. The other is that the
> description of what a maintainer is actually controlling is somewhat
> vague.
I strongly agree. I first tripped o
Note: I'm not on this mailing list (for now, domain IP is changing).
Please email directly
1) I've noticed very high CPU load 3.00 running ./configure alone
2) some gnome applications (Gnome Mailcheck broke with 2.4.4-pre5)
3) Resolving local domains takes an awful long time (though netscape)
Alan Cox <[EMAIL PROTECTED]>:
> > Even supposing that's so, a 36% rate of broken symbols is way too high.
> > It argues that we need to do a thorough housecleaning at least once in
> > order to get back to an acceptably low stable rate.
>
> Many of your 'broken' symbols arent. We have no idea wh
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
Intermediate diffs are available from
http://www.bzimage.org
You may well need to 'make clean' before building -ac8 as the GDT layout
has changed a little.
2.4.3-ac11
o Merge Linus 2.4
On Sat, Apr 21, 2001 at 02:27:08AM +0200, Jesper Juhl wrote:
> Hi,
>
> While compiling a 2.4.3 kernel on my Slackware 7.1 box (heavily updated
> to have the correct utils and so on) I noticed a warning during 'make dep'.
>
> This is the exact message:
>
> make[6]: Leaving directory /usr/src/li
> Is there anything out there to test/benchmark MMX ops? (Preferably with
> reporting on MMX and equiv non-MMX ops, tunable memory bandwidth, etc.)
I wrote a set of programs to tune the MMX code. Arjan I suspect did similar
when he reoptimised the code for the newer Athlon. Simple stuff like
#
On Sat, 21 Apr 2001, Alan Cox did have cause to say:
> K7 optimisation basically enabled the MMX copy/clear code which adds 30-40%
> performance to those functions. It also materially ups the maximum memory
> bandwidth the processor will use which may be where the fun starts.
Not to be slow/dull
> Oddness. Is it all on that same via chipset? (I have seen some reports of
> the same chipset working on other mobos.)
Variants of the VIA chipset. But I have reports of works/not working from
the same board even.
> Is there a way to enable everything-K7-except-MMX? (Or, for that matter,
> an e
David Woodhouse <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] said:
> > Even supposing that's so, a 36% rate of broken symbols is way too
> > high. It argues that we need to do a thorough housecleaning at least
> > once in order to get back to an acceptably low stable rate.
>
> Accepted. Can we let
On Sat, 21 Apr 2001, Alan Cox did have cause to say:
> > Addendum to 1. So far everyone (at least on LKML) who has had the
> > crash-immediatly-do-not-pass-go issues has been using an iwill kk266 (or
> > kk266r, IIRC) mobo.
>
> Not quite all. Many have but I have other reports.
Oddness. Is it a
Hi,
While compiling a 2.4.3 kernel on my Slackware 7.1 box (heavily updated
to have the correct utils and so on) I noticed a warning during 'make dep'.
This is the exact message:
make[6]: Leaving directory /usr/src/linux-2.4.3/drivers/isdn/eicon'
make -C hisax fastdep
md5sum: WARNING: 12 of 12
> testb %al, intr_pending
> jnz somewhere_away_to_handle_defered_interrupt
>
> And - of course - interrupt checks intr_lock in its entry and if it is
> zero, sets intr_pending and exits immediatelly.
And immediately gets called again. You have to mask the irq which is non trivial
esp
> Addendum to 1. So far everyone (at least on LKML) who has had the
> crash-immediatly-do-not-pass-go issues has been using an iwill kk266 (or
> kk266r, IIRC) mobo.
Not quite all. Many have but I have other reports.
> Have we gotten any fix, other than not using K7 optimizations?
As far as I ca
> I was referring to the infamous CLI/STI combinations that are more
> analogous to spinlocks than anything you are talking about. spl levels are
> clean and transparent and have been doing a very nice job in helping to
> avoid race conditions in real unix systems for quite some time now.
It
> Where does write support for NTFS stand at the moment? I noticed that it's
> still marked "Dangerous" in the kernel configuration. This is important to
> me because it looks like I'll have to start using it next week. My office
> laptop is going to be "upgraded" from Windows 98 to 2000. Of c
Addendum to 1. So far everyone (at least on LKML) who has had the
crash-immediatly-do-not-pass-go issues has been using an iwill kk266 (or
kk266r, IIRC) mobo.
Have we gotten any fix, other than not using K7 optimizations?
I'm willing to keep trying new patches, if necessary. (And for that
matte
At 23:33 20/04/2001, Thomas Dodd wrote:
>[EMAIL PROTECTED] wrote:
> > Also, I'll have to recreate my Linux partitions after the
> upgrade. Does anyone
>
>Oll you should need is a boot floppy to get back into linux and fix
>the MBR (rerun lilo?) after the Windows install.
Rerunning lilo is corre
A SCHED_FIFO or SCHED_RR task with priority n+1 will not preempt a
running task with priority n. You need to give the higher priority task
a priority of at least n+2 for it to be chosen by the scheduler.
The problem is caused by reschedule_idle(), uniprocessor version:
if (preemption_go
At 23:08 20/04/2001, [EMAIL PROTECTED] wrote:
>Where does write support for NTFS stand at the moment? I noticed that
>it's still marked "Dangerous" in the kernel configuration.
It is extremely dangerous. Never use unless you are desperate. It creates
corrupt files and especially directories. I
On Fri, 20 Apr 2001, Andrea Arcangeli wrote:
>
> While dropping the list_empty check to speed up the fast path I faced the same
> complexity of the 2.4.4pre4 lib/rwsem.c and so before reinventing the wheel I
> read how the problem was solved in 2.4.4pre4.
I would suggest the following:
- the
Pavel Machek <[EMAIL PROTECTED]> writes:
[...]
> > I'm wondering if that veto business is really needed. Why not reject
> > *all* APM rejectable events, and then let the userspace event handler
> > send the system to sleep or turn it off? Anybody au fait with the APM
> > spec?
>
> My thinkpad
In article <[EMAIL PROTECTED]>,
Olaf Titz <[EMAIL PROTECTED]> wrote:
>> Ehh.. I will bet you $10 USD that if libc allocates the next file
>> descriptor on the first "malloc()" in user space (in order to use the
>> semaphores for mm protection), programs _will_ break.
>
>Of course, but this is a r
Thanks to all who offered suggestions, both on the list and privately. Rather
than answer them all individually, I'm going to respond in this one message.
Unfortunately the upgrade is not going to be done by me, but by our PC support
team. Our laptops originally were set up with two FAT32 par
Between 2.4.3-ac9 and 2.4.3-ac10 the CDROM Uniform Driver was modified.
The modification added a dependency of the *register_cdrom() functions
on the cdrom_init() function. Theoretically, cdrom_init() should have
been called before any call to register_cdrom(). But practically, when
the CDROM dri
> Even supposing that's so, a 36% rate of broken symbols is way too high.
> It argues that we need to do a thorough housecleaning at least once in
> order to get back to an acceptably low stable rate.
Many of your 'broken' symbols arent. We have no idea what the real amount is
-
To unsubscribe f
On Fri, Apr 20, 2001 at 08:36:37AM -0400, Doug McNaught wrote:
[ not much at all spams at linux-kernel ... ]
>
> That's partly because davem and Matti are rabid anti-spam weasels and
> very good at it. ;) There are all kinds of filters (including
> content-based ones) on l-k, otherwise we'd be
On Fri, Apr 20, 2001 at 08:17:09PM +0200, Hans-Joachim Baader wrote:
> Hi,
>
> in case it isn't already known:
>
> isdn_net.c: In function `isdn_ciscohdlck_dev_ioctl':
> isdn_net.c:1455: structure has no member named `cisco_keepalive_period'
>
Fix was posted last night here.
--
Karsten Keil
[EMAIL PROTECTED] wrote:
>
> partition. The upgrade, though, will involve wiping the hard drive, allocating
> the whole drive to a single NTFS partition, and reinstalling Notes after
> installing Windows 2000 . That means bye-bye FAT32 partition and hello NTFS. I
> can't mount it read-only bec
[EMAIL PROTECTED] wrote:
>
> Where does write support for NTFS stand at the moment?
>
I'll let someone who knows about that answer that part ;)
> Also, I'll have to recreate my Linux partitions after the upgrade. Does anyone
> know if FIPS can split a partition safely that was created und
"Eric S. Raymond" <[EMAIL PROTECTED]> writes:
> If there were already a library in ths stock Python distribution to
> digest .Xdefaults files I might consider this. Perhaps I'll write
> one.
No, please don't! .Xdefaults files as loaded by xrdb can contain cpp
directives which can depend on the
Where does write support for NTFS stand at the moment? I noticed that it's
still marked "Dangerous" in the kernel configuration. This is important to me
because it looks like I'll have to start using it next week. My office laptop
is going to be "upgraded" from Windows 98 to 2000. Of course,
"Richard B. Johnson" <[EMAIL PROTECTED]> writes:
> The kernel doesn't know if a process is going to use the FPU when
> a new process is created. Only the user's code, i.e., the 'C' runtime
> library knows.
Maybe you should try to understand the kernel code and the features of
the processor first
[EMAIL PROTECTED] said:
> Even supposing that's so, a 36% rate of broken symbols is way too
> high. It argues that we need to do a thorough housecleaning at least
> once in order to get back to an acceptably low stable rate.
Accepted. Can we let the 2.4 "angry penguin"-enforced stabilising pe
<[EMAIL PROTECTED]> writes:
> Machine has been locking up between 0-3 times a day sporadically. Nothing
> predictable about it. Hadn't locked up for 3 days, and locked 3x today,
> the last 2 times within 20 minutes of each other. Had run stable with
> 2.2.18, and was running fairly stable on 2.4.
David Woodhouse <[EMAIL PROTECTED]>:
> I'd be very surprised if the number of false positives isn't fairly stable,
> with new ones being introduced at a similar rate to the rate at which old
> ones finally become correct.
Even supposing that's so, a 36% rate of broken symbols is way too high.
[EMAIL PROTECTED] said:
> Not good enough. In a year, the pile of false positives would get
> high enough to make it too hard to spot real bugs like the Aironet
> mismatch. The whole point of the cleanup is to be able to mechanize
> the consistency checks so they require a minimum of human j
Russell King writes:
> - Secondly, its very easy to miss stuff in the lkml hunk of email each
> day when you have less than 4 hours to read it and think about it.
> (note that architecture maintainers have to read mail from their
> side which may not be on lkml, think about that, think about
David Woodhouse <[EMAIL PROTECTED]>:
> > Otherwise how can you distinguish between dead wood which must be
> > removed and potentially valid symbols referring to code existing only
> > in a remote tree?
>
> By periodically publishing a list of the potentially-obsolete symbols as ESR
> has done, a
[EMAIL PROTECTED] said:
> Therefore it's the maintainer's job to submit coherent patches and
> accept to see inconsistent CONFIG_* references be removed from the
> official tree until further patch submission is due.
Maybe. But you tend to include the latest MTD code in your tree, for
example,
Ingo Molnar wrote:
> > On a Dell PowerEdge 1550/1000 the published TUX 2 result is 2765.
> >
> > If you take into account the fact that the 1550 has a faster processor
> > (1GHz) and a more modern bus architecture (Serverworks HE with memory
> > interleaving and a triple PCI bus), the performance
Alan,
SPEC connections are cumulative of static (70%) and dynamic (30%) pages, with the
dynamic using quite a bit of CPU (25%-30%) and the static pages dataset of several
(6-8) gigabytes.
The chromium server is actually much faster than thttpd and it is a complete web
server.
- Fabio
Alan Cox
Machine has been locking up between 0-3 times a day
sporadically. Nothing predictable about it. Hadn't locked up for 3
days, and locked 3x today, the last 2 times within 20 minutes of each
other. Had run stable with 2.2.18, and was running fairly stable on 2.4.3
up until about last week. (might
> CONFIG_BINFMT_SOM: arch/parisc/config.in arch/parisc/defconfig
> Not used in code anywhere. Can you get rid of this one?
Its used in the parisc tree as are most of the others you see. You probably want
to simply skip processing arch/parisc
-
To unsubscribe from this list: send the line "unsub
> Incidentally the same server running on a kernel with a multiqueue scheduler
> achieves 1600 connections per second on the same machine, that was the original
> reason for my message for a better scheduler.
I get 2000 connections a second with a single threaded server called thttpd
on my setup.
[EMAIL PROTECTED] said:
> Have you tried mailing [EMAIL PROTECTED] and asking to be added?
Yes.
[EMAIL PROTECTED] said:
> I'd be highly surprised if they said no to adding UML to the list if
> you mailed them a request to update the page.
Well, be surprised then. The reply from hpa was that
I have attached a question concerning using 4GB of memory on an SMP.
Thanks for the time,
Dave
SMP Not using all 4GB Ram Question:
-
I am using a Compaq Proliant 8500 SMP with 8 550 Mhz processors and 4GB of RAM.
Using Kernel 2
[not subbed to [EMAIL PROTECTED], please mail me
directly]
Hi all,
I'm having MAJOR problems with using a USB Zip 250 with Linux 2.4.3.
First thing I saw, is under 2.4.3-ac9, I have hotplug support and
/sbin/hotplug installed, and I plugged it in and it found the drive
(yay!). Then I mounted t
Hi,
On Wed, Apr 18, 2001 at 06:45:40AM -0300, Marcelo Tosatti wrote:
> As far as I can see, you cannot guarantee that an inode which is unlocked
> _and_ clean (accordingly to the inode->i_state) is safely on disk.
>
> The reason for that are calls to sync_one() which write the inode
> asynchron
It looks to me like the kernel sets a trap for FP operations when a
process is switched in. Then when the process executes an FP op, the
kernel clears the trap and either loads the FP context or initializes
it, depending on whether it is the process' first FP operation. So no
help is need from
On Fri, Apr 20, 2001 at 08:54:29AM -0400, Eric S. Raymond wrote:
> CONFIG_KEYBOARD_L7200
> CONFIG_KEYBOARD_L7200_DEMO
> CONFIG_KEYBOARD_L7200_NORM
> CONFIG_SERIAL_L7200
> CONFIG_SERIAL_L7200_CONSOLE
> CONFIG_SERIAL_SA1100
> CONFIG_SERIAL_SA1100_CONSOLE
Nope.
> CONFIG_HOST_FOOTBRIDGE
Nope.
> CO
Matthew Wilcox <[EMAIL PROTECTED]>:
> Code not merged yet.
:
> it's old and needs to die properly. i haven't had time to fix that yet.
Thanks for the information. Actually the parisc tree is one of the ones
that leaks the fewest of these symbols...
--
http://www.tuxedo.org
On Friday 20 April 2001 18:45, Francois Romieu wrote:
> I assume nothing is overclocked or whatever
Nothing is overclocked.
> Could you try this patch (more output during the loop):
Tried it. The (lengthy) log is attached.
The interrupt is triggered when the other side initiates a request.
eth0
On Fri, Apr 20, 2001 at 03:47:43PM -0400, Eric S. Raymond wrote:
> CONFIG_BINFMT_SOM: arch/parisc/config.in arch/parisc/defconfig
>
> Not used in code anywhere. Can you get rid of this one?
Code not merged yet.
> CONFIG_DMB_TRAP: arch/parisc/kernel/sba_iommu.c
> CONFIG_FUNC_SIZE: arch/parisc/k
On Fri, 20 Apr 2001, Linus Torvalds wrote:
> Why are we doing the mntget/dget at all? We hold the spinlock, so we know
> they are not going away. Not doing the mntget/dget means that we (a) run
> faster and (b) don't have the bug, because we don't need to put the damn
> things.
>
> Comments?
Hi David,
please remove rwsem.o from the list of exported objects, if it is
not used.
Regards
Ingo Oeser
patch is as follows
--- lib/Makefile.orig Fri Apr 20 21:51:12 2001
+++ lib/MakefileFri Apr 20 21:51:19 2001
@@ -8,7 +8,7 @@
L_TARGET := lib.a
-export-objs := cmdline.o rwsem.o
Matthew Wilcox <[EMAIL PROTECTED]>:
> > Could I ask you to audit your tree and change the prefix on any
> > CONFIG_ symbols that are private over there? This would make life
> > easier for my auditing tools (kxref and Stephen Cole's ach script).
>
> I don't think we have any of those. We cert
Summary:
print bad BIOS maps (those containing overlaps in memory regions).
Kernel:
linux-2.4.3-ac10
Description:
This change informs the user when overlaping memory regions are
found in an e820 memory map. If overlaps are found, the mapping is
displayed and then an adjusted map
On 20 Apr 2001, Victor Zandy wrote:
>
> No dice. Your program does not fix the problem.
>
> If it were a hardware problem, I would expect the problem to occur
> under 2.4.2 as well as 2.2.*, and I would be surprised that we can
> consistently produce the behavior across our 64 node cluster. B
On Fri, 20 Apr 2001, Fabio Riccardi wrote:
> X15 is the server I was referring to and as far as I can measure I get
> very much the same performance as TUX.
>
> On a Dell 4400 (933 MHz PIII, 2G of RAM, 5 9G disks) I get 2450
> connections/second.
(the unit is not "connections/second" but "conne
On 20 Apr 2001, Ulrich Drepper wrote:
> "Richard B. Johnson" <[EMAIL PROTECTED]> writes:
>
> > If it "fixes" it, there is no problem with the FPU, but with the
> > 'C' runtime library which doesn't initialize the FPU to a known
> > state before it uses it.
>
> It's the kernel which initializes
The current chromium server is based on Apache 1.3, and it inherits its threading
limitations.
Incidentally the same server running on a kernel with a multiqueue scheduler
achieves 1600 connections per second on the same machine, that was the original
reason for my message for a better scheduler.
On Fri, 20 Apr 2001, Roberto Nibali wrote:
> No, it's not a bug but thank you for this tip. It's just a put-on limitation
> in the driver itself:
>
> --- starfire.c~ Fri Apr 20 18:48:05 2001
> +++ starfire.cFri Apr 20 18:27:20 2001
> @@ -308,7 +308,7 @@
> void (*resume)(struc
"Richard B. Johnson" <[EMAIL PROTECTED]> writes:
> If it "fixes" it, there is no problem with the FPU, but with the
> 'C' runtime library which doesn't initialize the FPU to a known
> state before it uses it.
It's the kernel which initializes the FPU. This was always the case
and necessary to i
No dice. Your program does not fix the problem.
If it were a hardware problem, I would expect the problem to occur
under 2.4.2 as well as 2.2.*, and I would be surprised that we can
consistently produce the behavior across our 64 node cluster. But we
are keeping the possibility in mind.
Thank
On Fri, Apr 20, 2001 at 12:50:05PM -0400, Eric S. Raymond wrote:
> Nicolas Pitre <[EMAIL PROTECTED]>:
> > Why not having everybody's tree consistent with themselves and have whatever
> > CONFIGURE_* symbols and help text be merged along with the very code it
> > refers to? It's worthless to have
On 20 Apr 2001, Victor Zandy wrote:
>
> Victor Zandy <[EMAIL PROTECTED]> writes:
> > We have found that one of our programs can cause system-wide
> > corruption of the x86 FPU under 2.2.16 and 2.2.17. That is, after we
> > run this program, the FPU gives bad results to all subsequent
> > proces
Hi,
On Fri, Apr 20, 2001 at 03:49:30PM +0100, Alan Cox wrote:
> There is a proposal (several it seems) to make 2.5 replace the conventional
> unix swap with a filesystem of backing store for anonymous objects. That will
> mean each object has its own vm area and inode and thus we can start blowi
> Optimization use in select: If all "interesting" file id's are known
> to be below "n", then only the first "n" bits in a FD_ISSET need to
> be examined. As soon as the bits are scattered, it takes MUCH longer
> to check for activity
That's an optimization, not a correctness issue.
> f
On Fri, 20 Apr 2001, Jeremy Fitzhardinge wrote:
>
> This is a fix for a potential deadlock in autofs4's expire routine.
It's wrong.
I don't think we should be able to do a mntput() _either_ inside the
spinlock. The filesystem should not "know" that mntput is safe.
For this reason I don't thin
On Fri, Apr 20, 2001 at 02:48:18PM -0400, Nicolas Pitre wrote:
>
>
> On Fri, 20 Apr 2001, Tom Rini wrote:
>
> > On Fri, Apr 20, 2001 at 12:35:12PM -0400, Nicolas Pitre wrote:
> >
> > > Why not having everybody's tree consistent with themselves and have whatever
> > > CONFIGURE_* symbols and hel
On Fri, Apr 20, 2001 at 09:23:47AM +0100, David Howells wrote:
> Andrea seems to have changed his mind on the non-inlining in the generic case.
I changed my mind because if you benchmark the fast path you will do it without
running out of icache (basically only down_* and up_* will be in the icac
On Fri, Apr 20, 2001 at 10:59:34AM -0400, Eric S. Raymond wrote:
> All right then. I'm going to send you a bunch of dead-symbol cleanup
> patches. I'll try to stay in the mainline code and out of the port
> trees. Would you please do me the kindness of telling me which ones
> can go in and whic
I ment to send this correspondence to the list.
It seems to be working much better now -- but is this
CLONE_FILES flag correct?
Is there a device to look at which does a kernel_thread on open,
and kills the thread on close (I'd like to see an example).
Thanks for the help...
Marty
- --- F
> "Jeff" == Jeff Dike <[EMAIL PROTECTED]> writes:
Jeff> [EMAIL PROTECTED] said:
>> http://www.kernel.org/ has a list of architecture websites. Also
>> the CREDITS / MAINTAINERS files tend to list the people who are
>> involved.
Jeff> Except it's restricted to processor ports, which would le
Victor Zandy <[EMAIL PROTECTED]> writes:
> We have found that one of our programs can cause system-wide
> corruption of the x86 FPU under 2.2.16 and 2.2.17. That is, after we
> run this program, the FPU gives bad results to all subsequent
> processes.
We have now tested 2.4.2 and 2.2.19.
2.2.1
On Fri, 20 Apr 2001, Tom Rini wrote:
> On Fri, Apr 20, 2001 at 12:35:12PM -0400, Nicolas Pitre wrote:
>
> > Why not having everybody's tree consistent with themselves and have whatever
> > CONFIGURE_* symbols and help text be merged along with the very code it
> > refers to? It's worthless to
On Fri, Apr 20, 2001 at 02:00:00PM -0500, Jeff Dike wrote:
> [EMAIL PROTECTED] said:
> > http://www.kernel.org/ has a list of architecture websites. Also the
> > CREDITS / MAINTAINERS files tend to list the people who are involved.
>
> Except it's restricted to processor ports, which would leav
1 - 100 of 253 matches
Mail list logo
