Attached is a revised "hotplug update" patch, against 2.4.0-test10.
It's looking close to submit-able now.
General change description is the same as the first patch, which can be
found at
http://boudicca.tux.org/hypermail/linux-kernel/this-week/0785.html
Changes since the first patch:
*
All,
Additional follow up.
The idea of modifying this variable is to increase the amount of memory that a
process can use. A database like Oracle can benefit from this because it allows
Oracle to create a bigger data buffer.
An obvious side effect of allocating more physical memory to a
Linus Torvalds wrote:
> Considering that about 100% of the sound drivers do not follow that
> particular API damage anyway (they can't, as has been pointed out: the
> driver doesn't even receive enough information to be _able_ to follow the
> documented API), I doubt that there are all that many
Linus Torvalds wrote:
>
> On Sat, 4 Nov 2000, Jeff Garzik wrote:
> > > So fix the stupid API.
> > >
> > > The above is just idiocy.
> >
> > We're pretty much stuck with the API, until we look at merging ALSA in
> > 2.5.x. Broken API or not, OSS is a mature API, and there are
> > spec-correct
On Sat, 4 Nov 2000, Jeff Garzik wrote:
> > So fix the stupid API.
> >
> > The above is just idiocy.
>
> We're pretty much stuck with the API, until we look at merging ALSA in
> 2.5.x. Broken API or not, OSS is a mature API, and there are
> spec-correct apps that depend on this behavior.
In article <[EMAIL PROTECTED]>,
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>neither flock() nor fcntl() serialisation are effective
>on linux 2.2 or linux 2.4. This is because the file
>locking code still wakes up _all_ waiters. In my testing
>with fcntl serialisation I have seen a single
Richard A Nelson wrote:
> I've been assigned a device driver that uses the old (2.0) PCI
> support APIs - and is still working on 2.2.
>
> I need to get this driver working on 2.2 and 2.4, I'm assuming I'll
> need to go switch to the newer PCI stuff - but am curious about the
> toleration
Linus Torvalds wrote:
>
> On Thu, 2 Nov 2000, Thomas Sailer wrote:
> >
> > The OSS API (http://www.opensound.com/pguide/oss.pdf, page 102ff)
> > specifies that a select _with the sounddriver's filedescriptor
> > set in the read mask_ should start the recording.
>
> So fix the stupid API.
>
>
Tim Riker <[EMAIL PROTECTED]> writes:
> Agreed. C99 does not replace all the needed gcc features. We should
> start using the ones that make sense, and push for
> standardization/documentation on the rest.
> I'm perfectly happy with this as a long term goal. I'll put what effort
> I can into
Håvard Garnes wrote:
>
> This occurs when the 3c509-module is being loaded at startup, and in
> /proc/modules it is listed as (initialising). It it worth mentioning
> that I have two 3c509-cards in my computer. This worked in test8.
Oops. This is one of the newer (and better) ISA modules,
On Fri, 3 Nov 2000, Jens Axboe wrote:
> On Fri, Nov 03 2000, Mike Galbraith wrote:
> > > I very much agree. Kflushd is still hungry for free write
> > > bandwidth here.
> >
> > In the LKML tradition of code talks and silly opinions walk...
> >
> > Attached is a diagnostic patch which gets
On Thu, 2 Nov 2000, Andi Kleen wrote:
> On Thu, Nov 02, 2000 at 07:07:12PM +, Alan Cox wrote:
> > > 1. There are architectures where some other compiler may do better
> > > optimizations than gcc. I will cite some examples here, no need to argue
> >
> > I think we only care about this when
Jorge Nerin wrote:
>
> ...
> So I think that it could be a little window near sock_wait_for_wmem that
> could be SMP insecure wich is affecting me.
>
> The code of sock_wait_for_wmem in 2.4.0-test10 is this:
>
> static long sock_wait_for_wmem(struct sock * sk, long timeo)
> {
>
dean gaudet wrote:
>
> On Tue, 31 Oct 2000, Andrew Morton wrote:
>
> > Dean, it looks like the same problem will occur with flock()-based
> > serialisation. Does Apache/Linux ever use that option?
>
> from apache/src/include/ap_config.h in the linux section there's
> this:
>
> /* flock is
[EMAIL PROTECTED] wrote:
>
> Andrew Morton writes:
> > This patch is a moderate rewrite of __wake_up_common. I'd be
> > interested in seeing how much difference it makes to the
> > performance of Apache when the file-locking serialisation is
> > disabled.
> > - It implements
From: Philippe Troin <[EMAIL PROTECTED]>
Date: 03 Nov 2000 19:53:04 -0800
Yes I agree, mixing signed and unsigned arithmetic is evil... Doesn't
gcc have a flag for unsafe signed/unsigned mixtures ?
Would you consider this patch (or a variant) for inclusion ?
I would accept a
Let me see if I understand you correctly. Metrowerks (Motorola) makes a
twenty something million dollar investment in your little company, and as
part of the agreement (not to mention Metrowerk's sole motivation) you are
required to create a version of Linux that compiles under their ANSI c
Date:Fri, 03 Nov 2000 14:44:17 -0500
From: [EMAIL PROTECTED]
My problem is that pthread_create (glibc 2.1.3, kernel 2.2.17 i686) is
failing because, deep inside glibc somewhere, nanosleep() is returning
EINTR.
Sounds like it might be a bug in pthread_create although
--- Philippe Troin <[EMAIL PROTECTED]> wrote:
> Rob Landley <[EMAIL PROTECTED]> writes:
> The source IP address (as returned by getsockname())
> is only set when
> the socket is connected... It follows the same
> logic: for a multihomed
> machine, we know which interface will be used only
> when
"Richard B. Johnson" wrote:
> On Fri, 3 Nov 2000, Jeff Garzik wrote:
> > "Richard B. Johnson" wrote:
> > > (3) With the new kernel, I can't access screen memory anymore. When
> > > testing software drivers for hardware that I don't have, I usually use
> > > the screen-regen buffer to emulate
I seem to recall when reading about sigaction in APUE, that while sigaction
solves many of the races that can come up with various "signal"
implementations, there were still some cases where there was no way to do
what was desired without races. Is there ANY way (in theory, at least) to
On Fri, 3 Nov 2000, Jeff Garzik wrote:
> "Richard B. Johnson" wrote:
> > I have, again, tried to use a new kernel. It is linux-2.4.0-test9
> > Apparently a newer version was just put up while downloading this
> > one. This is possible because it took a day to download it );
>
> If you could
Alan Cox wrote:
> > > Not unless it was fixed in test10 release. I have a PC LinkSys dual 10/100 and
> > > 56K card that will kill the machine if you physically pull it out no matter what
> Linksys rings a bell with an outstandng 2.2 lockup on pcmcia. I think this might
> be a driver bug ?
I
Hi Stephen
I've been experiencing similar problems with what would seem at first a
completely unrelated problem. To make things short:
I have the following configuration:
- CVS server (vers. 1.10.4) running on HPUX B.11.00
- different CVS clients (running different cvs client versions:
[Jeff Merkey]
> Is this what is causing the lockup problems on 2.4.0-pre-10 with
> PPro, or something else. Looks like something else.
Yeah, it does, doesn't it. If this particular patch cured a
kernel-side lockup I would be very surprised. Because the only effect
this patch is *supposed* to
I posted a few of my oops here last week and received a few helpfull replys.
I have modified my logging so my ksymoops should be more readable. It looksed
to me that it was mostly esd and emu10k1 that were causing my greif. I have
since tried recompiling esound from srs and grabbing the latest
On Fri, 3 Nov 2000, Brian Gerst wrote:
> > That bug fix is for the earlier Cyrix 6x86 if I'm not mistaken.
> > The MII is a different monster.
> According to the docs on VIA's site, the MII's cpuid can still be turned
> off, but it is on by default at reset. I wouldn't trust the BIOS to not
>
dput() is called with dcache_lock already held, resulting in deadlock.
Here is a suggested fix:
= expire.c 1.3 vs edited =
--- 1.3/linux/fs/autofs4/expire.c Tue Oct 31 15:14:06 2000
+++ edited/expire.c Fri Nov 3 17:47:47 2000
@@ -223,8 +223,10 @@
[EMAIL PROTECTED] wrote:
>
> Brian Gerst wrote...
> >> I believe the MII always has CPUID enabled. It was the older Cyrixes
> >> that did not. DaveJ is the guru..
> > Well, according to comments in bugs.h, some broken BIOSes disable cpuid.
>
> That bug fix is for the earlier Cyrix 6x86 if I'm
On Fri, 3 Nov 2000 17:10:52 -0800 (PST),
James Simmons <[EMAIL PROTECTED]> wrote:
>
>> * VGA Console can cause SMP deadlock when doing printk {CRITICAL}
>>(Keith Owens)
>
>Still not fixed :-( Here is the patch again. Keith give it a try and tell
>me if it solves your problems.
The
In article <[EMAIL PROTECTED]> you
wrote:
> I simultaneously run "top d1" and two of the test computations. All is
> well (top updates smoothly) until physical RAM is exhausted. However, as
> soon as swap is touched, then top freezes and does not update. In this
> state, I can switch virtual
[matthew]
> ls /proc > killscript
> added "kill -9" to the beginning and "\" to the end of each line,
> ran it as the database user. It worked pretty well.
Sounds like a lot of trouble.
su {oracle} -c 'kill -9 -1'
Or is there some reason that wouldn't have worked in your case?
Peter
-
To
On Sat, Nov 04, 2000 at 12:13:33PM +1100, Gareth Hughes wrote:
> Yes, we can certainly mask out the mxcsr value in both cases. I just
^^^
s/can/must/
> think this makes the code a lot simpler and cleaner as a result - three
I agree about the three vs one copy issue. Anyways my first
[TenThumbs]
> I noticed that kwhich is called a lot:
>
> make oldconfig:10
> make dep: 65
> make bzImage modules: 142
Yes indeed, I suggested the ':=' when kwhich first went in, for this
reason. I suspect my mail was either ignored or overlooked.
That whole raft of
David Ford wrote:
> The odd part is that it used to work "way back when". Was this just a fluke?
That may have been back in the legacy days. Ejecting ne2k should be ok
as long as you are using ne2k-pci or pcnet_cs. Eject serial looks like
bad news unless you are using serial_cs (which is
Alan Cox wrote:
>
> > > Not unless it was fixed in test10 release. I have a PC LinkSys dual 10/100 and
> > > 56K card that will kill the machine if you physically pull it out no matter what
> > > cardctl/module steps are taken.
> > >
> > > It uses the ne2k and serial drivers.
> >
> > Part of
Andrea Arcangeli wrote:
>
> On Sat, Nov 04, 2000 at 10:50:00AM +1100, Gareth Hughes wrote:
> > if ( HAVE_FXSR ) {
> > if ( __copy_from_user( >thread.i387.fxsave, (void *)buf,
> > sizeof(struct user_fxsr_struct) ) )
> >
On Sat, Nov 04, 2000 at 10:50:00AM +1100, Gareth Hughes wrote:
> if ( HAVE_FXSR ) {
> if ( __copy_from_user( >thread.i387.fxsave, (void *)buf,
> sizeof(struct user_fxsr_struct) ) )
> return -EFAULT;
> /*
"Richard B. Johnson" wrote:
> I have, again, tried to use a new kernel. It is linux-2.4.0-test9
> Apparently a newer version was just put up while downloading this
> one. This is possible because it took a day to download it );
If you could download patch-2.4.0-test10, and try out test10-final,
Brian Gerst wrote...
>> I believe the MII always has CPUID enabled. It was the older Cyrixes
>> that did not. DaveJ is the guru..
> Well, according to comments in bugs.h, some broken BIOSes disable cpuid.
That bug fix is for the earlier Cyrix 6x86 if I'm not mistaken.
The MII is a different
Alan Cox wrote..
> > Hmm, after a bit more investigation, it appears that the Cyrix MII
> > processors support cmov instructions, even though we currently don't
> > compile for that processor with -march=i686. Please ignore this patch
> > until I can come up with something better.
> I believe
On Sat, Nov 04, 2000 at 01:09:42AM +, Julian Anastasov wrote:
> Something like the attached old patch for 2.2. It is very
It's not ok for 64bit archs.
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please
Alan Cox wrote:
>
> > Alan Cox wrote:
> > > Q: are any of the things you test present in processors only after we
> > > do magic 'cpuid' enable invocations ?
> >
> > Hmm, after a bit more investigation, it appears that the Cyrix MII
> > processors support cmov instructions, even
> Alan Cox wrote:
> > Q: are any of the things you test present in processors only after we
> > do magic 'cpuid' enable invocations ?
>
> Hmm, after a bit more investigation, it appears that the Cyrix MII
> processors support cmov instructions, even though we currently don't
>
> } Andi, neither you nor me nor Alan nor anyone are able to audit
> } all this unnevessarily overcomplicated code. It was buggy, is buggy
> } and will be buggy. It is inavoidable, as soon as you have hundreds
> } of drivers.
> }
> If they are buggy and unsupported, why aren't they being
> > Not unless it was fixed in test10 release. I have a PC LinkSys dual 10/100 and
> > 56K card that will kill the machine if you physically pull it out no matter what
> > cardctl/module steps are taken.
> >
> > It uses the ne2k and serial drivers.
>
> Part of that might be that serial doesn't
Andi Kleen wrote:
> de4x5 is stable, but tends to perform badly under load, mostly because
> it doesn't use rx_copybreak and overflows standard socket buffers with its
> always MTU sized skbuffs.
One of the reasons that de4x5 isn't gone already is that I get reports
that de4x5 performs better
Andrea Arcangeli wrote:
>
> --- 2.4.0-test10/arch/i386/kernel/i387.cThu Nov 2 20:58:58 2000
> +++ PIII/arch/i386/kernel/i387.cThu Nov 2 18:44:36 2000
> @@ -440,8 +436,25 @@
> int set_fpxregs( struct task_struct *tsk, struct user_fxsr_struct *buf )
> {
> if ( HAVE_FXSR
On Fri, Nov 03, 2000 at 05:30:26PM -0500, Jeff Garzik wrote:
> Bill Wendling wrote:
> >
> > Also sprach [EMAIL PROTECTED]:
> > } > de4x5 is probably also buggy in regard to this.
> > }
> > } de4x5 is hopeless. I added nice comment in softnet to it.
> > } Unfortunately it was lost. 8)
> > }
> > }
Michael Rothwell <[EMAIL PROTECTED]> said:
> Andi Kleen wrote:
> > On Wed, Nov 01, 2000 at 02:59:05PM -0500, Michael Rothwell wrote:
> > > Is there a working userspace nfs v3 server for linux?
> > Yes, just install user mode linux and use its v3 knfsd server.
> Does anyone have any suggestions
Alan Cox wrote:
> Q: are any of the things you test present in processors only after we
> do magic 'cpuid' enable invocations ?
Hmm, after a bit more investigation, it appears that the Cyrix MII
processors support cmov instructions, even though we currently don't
compile for that
I have, again, tried to use a new kernel. It is linux-2.4.0-test9
Apparently a newer version was just put up while downloading this
one. This is possible because it took a day to download it );
The following problems exist:
(1) I have SCSI modules that have to be installed upon boot
from
Hi all,
Does Linux have any TCP/IP Task Offload support ?
If a network adapter can offload some of the TCP/IP tasks, is there a
support from Linux for such activity ?
- Sonal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
When 2.4.0test10 bootup, i got the "Loading" message, then "Uncompressing
kernel...", i can see quickly "Booting.", and it does it: it reboots.
My last kernel was 2.4.0test7, and was not exibiting the problem. I've
recheck my .config, but it's the same as for 2.4.0test7.
My gcc:
Andrea,
We will give it a try.
How difficult would it be to move that patch to 2.4?
It would be great if it could be a kernel configuration time option.
Regards,
Andrea Arcangeli wrote:
> On Fri, Nov 03, 2000 at 09:27:07PM +0100, Kai Harrekilde-Petersen wrote:
> > Is this available as a
Bill Wendling wrote:
>
> Also sprach [EMAIL PROTECTED]:
> } > de4x5 is probably also buggy in regard to this.
> }
> } de4x5 is hopeless. I added nice comment in softnet to it.
> } Unfortunately it was lost. 8)
> }
> } Andi, neither you nor me nor Alan nor anyone are able to audit
> } all this
} 2.4.0-test10 doesn't compile correctly on a mac.
} Only 2 changes are necessary to make it work.
} Or are there any bigger problems with the ppc arch?
}
} the 2 changes:
} in ./include/asm-ppc/param.h the following lines have to be added
} right before the last #endif:
}
} #ifdef __KERNEL__
}
> On Fri, Nov 03 2000, David Mansfield wrote:
> > Hi Jens.
> >
> > I've tried your blk-8 patch and it oopses during boot. I only hand
> > copied the stack trace, and ran it through ksymoops:
> >
>
> > I'm going to try taking MSDOS out of my .config to try to work around
> > this. I'll keep you
| From: Jeff Garzik <[EMAIL PROTECTED]>
| Subject: Re: non-gcc linux?
|
| "D. Hugh Redelmeier" wrote:
| > Being GCC-dependent is rather parochial. Being GCC-version-dependent
| > is downright embarrassing.
| >
| > Summary: spurious GCC-isms are a bad thing.
|
| Summary: You have no clue
Also sprach [EMAIL PROTECTED]:
} > de4x5 is probably also buggy in regard to this.
}
} de4x5 is hopeless. I added nice comment in softnet to it.
} Unfortunately it was lost. 8)
}
} Andi, neither you nor me nor Alan nor anyone are able to audit
} all this unnevessarily overcomplicated code. It
The odd part is that it used to work "way back when". Was this just a fluke?
-d
Jeff Garzik wrote:
> > Not unless it was fixed in test10 release. I have a PC LinkSys dual 10/100 and
> > 56K card that will kill the machine if you physically pull it out no matter what
> > cardctl/module steps
2.4.0-test10 doesn't compile correctly on a mac.
Only 2 changes are necessary to make it work.
Or are there any bigger problems with the ppc arch?
the 2 changes:
in ./include/asm-ppc/param.h the following lines have to be added
right before the last #endif:
#ifdef __KERNEL__
# define
Alan Cox wrote:
> > * Check all devices use resources properly (Everyone now has to use
> >request_region and check the return since we no longer single
> >thread driver inits in all module cases. Also memory regions are
> >now requestable and a lot of old drivers
On Fri, 3 Nov 2000 [EMAIL PROTECTED] wrote:
> I don't mean this to sound like a rant. It's just that I can't possibly
> ascertain why someone in their right mind would want any behaviour
> different than SA_RESTART.
study apache 1.3's child_main code, you'll see an example of EINTR in use.
hpa,
Is this what is causing the lockup problems on 2.4.0-pre-10 with PPro,
or something else. Looks like something else.
Jeff
"H. Peter Anvin" wrote:
>
> Hello friends,
>
> Attached is a patch against 2.4.0-test10 that changes asm/resource.h to
> define RLIM_INFINITY insite the #ifdef
[EMAIL PROTECTED] wrote:
>
> Hello!
>
> > that does hardware register access without protecting against interrupts
> > or checking if the interface is up.
>
> This issue is not that issue. It is separate issue and in fact
> it is private problem of driver and its author, what is safe,
> what
Followup to: <[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
>
> Thanks for the info.
>
> After looking at it, let me modify my position a bit.
>
> My problem is that pthread_create (glibc 2.1.3, kernel 2.2.17 i686) is
> failing because, deep inside glibc
Followup to: <[EMAIL PROTECTED]>
By author:[EMAIL PROTECTED]
In newsgroup: linux.dev.kernel
>
> Hello!
>
> > > Can we _PLEASE_PLEASE_PLEASE_ not do this anymore and have the kernel do
> > > what BSD does: re-start the interrupted call?
> >
> > This is crap. Returning EINTR is necessary
Hello friends,
Attached is a patch against 2.4.0-test10 that changes asm/resource.h to
define RLIM_INFINITY insite the #ifdef __KERNEL__ on all architectures;
previously, this was inconsistent between architecures. This breaks
compilation with -Werror at least on i386 since
includes , at least
Hello.
I've got a report that some people using quotas for lots of
users are experiencing being out of dquots. The problem is
that we have quota structs bound in unused inodes and we are not
aggressive enough to get it back. The following patch should
fix it (OK, more proper would be to make
We'll try to reproduce this when the guys get in for work this morning, thanks for the
bug report.
Elena, add symlink testing to mongo.sh so that it gets tested by our regression tests.
Hans
Andy Robinson wrote:
>
> Hi,
>
> I tried the linux-2.4.0-test9-resiserfs-3.6.18-patch on both
David Ford wrote:
>
> Alan Cox wrote:
>
> > > 10. To Do But Non Showstopper
> > > * PCMCIA/Cardbus hangs (Basically unusable - Hinds pcmcia code is
> > >reliable)
> > > + PCMCIA crashes on unloading pci_socket
> >
> > The pci_socket crash is fixed it seems
>
> Not unless
Pavel Machek wrote..
> pavel@bug:~$ cat /proc/cpuinfo
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 4
^^^
Since when were there family 4 Celerons ?
> model : 0
> model name : 486 DX-25/33
> stepping: 0
> cache size :
Christopher Friesen wrote:
> I would like to get the IP address of one of the interfaces of the
> machine that I'm currently on from within some C++ code. It looks like
> I should be able to do this by doing an
>
> ioctl(atoi(fd, SIOCGIFADDR, )
>
> with the interface name set in the appropriate
Alan Cox wrote:
> > 10. To Do But Non Showstopper
> > * PCMCIA/Cardbus hangs (Basically unusable - Hinds pcmcia code is
> >reliable)
> > + PCMCIA crashes on unloading pci_socket
>
> The pci_socket crash is fixed it seems
Not unless it was fixed in test10 release. I have
On Fri, 3 Nov 2000, Ingo Oeser wrote:
> On Wed, Nov 01, 2000 at 10:03:27PM +0100, Yann Dirson wrote:
> > On Wed, Nov 01, 2000 at 02:59:01PM -0200, Rik van Riel wrote:
> > > it appears there has been amazingly little research on this
> > > subject and it's completely unknown which approach will
Hi!
In 2.4.0-test10, I get
pavel@bug:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 4
model : 0
model name : 486 DX-25/33
stepping: 0
cache size : 128 KB
fdiv_bug: no
hlt_bug : no
sep_bug : no
Hi!
When I unplug pcmcia ne2k (without stopping card, just uplug), it
oopses. In earlier kernels, it gave few error messages but more or
less worked.
I get
invalid operand
fault is in __wake_up
stack trace contains
c027... (bogus)
c0279978 (bogus)
c01a5e08 ei_receive
c0115994
On Fri, Nov 03, 2000 at 09:27:07PM +0100, Kai Harrekilde-Petersen wrote:
> Is this available as a patch, or preferably as a compilation option to
They're available here:
ftp://ftp.us.kernel.org/pub/linux/kernel/people/andrea/patches/v2.2/2.2.14/bigmem-large-mapping-1.bz2
I found this in all 2.2.x kernels, and it might possibly be present in
2.4.x too...
When receiving file descriptors via recvmsg(), scm_detach_fds() in
net/core/scm.c can overflow user space data at msg_control if
msg_controllen is less than sizeof(struct cmsghdr).
This is a security problem.
Paul Gortmaker wrote:
>
> Jorge Nerin wrote:
>
> >
> > Ok, I reported it several times, but it gets ignored. I have a Realtek
> > 8029 (ne2k-pci), and with both drivers ne and ne2k-pci I can easily get
> > it stuck by doing a ping -f to a host in the local net, and sometimes it
> > happens
I understand that the headers in /usr/include/linux shouldn't be overwritten
by new kernel installs. But can someone elaborate on Linus's original
admonition
(http://kernelnotes.org/lnxlists/linux-kernel/lk_0007_04/msg00881.html)? Am
I never, ever, ever allowed to update my system headers for the
Hi Jonathan,
On Fri, 3 Nov 2000, Jonathan George wrote:
> I wonder how much of that memory is actually being used by your
> processes. My guess is that it's not the whole thing (unless you
> are running on a 64bit architecture).
Yes of course it is using the whole memory. That's what the
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> On Fri, Nov 03, 2000 at 11:15:46AM -0800, Josue Emmanuel Amaro wrote:
> > (page.h). This works out to be a value of 0x400.
> ^ one more zero here
> > Are there any negative side effects in
Alan,
The 2.2.18pre-19 build does not reproduce this problem with NFS RPC
timeouts, and Andre has merged his patches for our next release, and I
am unable to reproduce it. In fact, it's running great. I did have
NDS eDirectory installed on this box when I saw the problem, and without
this
On Fri, 3 Nov 2000 [EMAIL PROTECTED] wrote:
> Considering that the threading library for Linux uses signals to make it
> work, would it be possible to change the Linux kernel to operate the way
> BSD does--instead of returning EINTR, just restart the interrupted
> primitive?
>
It's just how the
Rob Landley <[EMAIL PROTECTED]> writes:
> --- Philippe Troin <[EMAIL PROTECTED]> wrote:
> > All the code I've encountered which actually needed
> > to perform
> > broadcast on all interfaces was sending
> > subnet-directed broadcasts by
> > hand on all interfaces.
>
> Bind to a socket to a local
Hello!
> > Can we _PLEASE_PLEASE_PLEASE_ not do this anymore and have the kernel do
> > what BSD does: re-start the interrupted call?
>
> This is crap. Returning EINTR is necessary for many applications.
Just reminder: this "crap" is default behaviour of Linux nowadays. 8)8)
Alexey
-
To
Ulrich Drepper wrote:
>
> [EMAIL PROTECTED] writes:
>
> > Can we _PLEASE_PLEASE_PLEASE_ not do this anymore and have the kernel do
> > what BSD does: re-start the interrupted call?
>
> This is crap. Returning EINTR is necessary for many applications.
>
> --
> ---.
--- Paul Flinders <[EMAIL PROTECTED]> wrote:
>
> Rob Landley <[EMAIL PROTECTED]> writes:
> > 3) Java sucks in many ways. Today's way is that
...
> > There is no way to query the current machine's
> > interfaces without resorting to
> > native code.
>
> I faced this problem a while ago - in the
Tim Hockin wrote:
>
> > Considering that the threading library for Linux uses signals to make it
> > work, would it be possible to change the Linux kernel to operate the way
> > BSD does--instead of returning EINTR, just restart the interrupted
> > primitive?
>
> man sigaction, look for
[EMAIL PROTECTED] writes:
> Can we _PLEASE_PLEASE_PLEASE_ not do this anymore and have the kernel do
> what BSD does: re-start the interrupted call?
This is crap. Returning EINTR is necessary for many applications.
--
---. ,-. 1325 Chesapeake Terrace
On Fri, Nov 03, 2000 at 11:15:46AM -0800, Josue Emmanuel Amaro wrote:
> (page.h). This works out to be a value of 0x400.
^ one more zero here
> Are there any negative side effects in defining TASK_UNMAPPED_SIZE to 0x100?
I guess you
Hello!
> that does hardware register access without protecting against interrupts
> or checking if the interface is up.
This issue is not that issue. It is separate issue and in fact
it is private problem of driver and its author, what is safe,
what is not safe.
F.e. I see no cathastrophe even
on my box at work, which is a Pentium 200 with 64 megs of ram.
no strange messages in /var/log/messages, no commonality I've found
between the lockups. This doesn't happen if I go back to 2.2.16 (which
I'm in right now).
Twice the lock-up occurred while initscripts were running on boot-up (at
Followup to: <[EMAIL PROTECTED]>
By author:Andreas Dilger <[EMAIL PROTECTED]>
In newsgroup: linux.dev.kernel
>
> Michael Boman writes:
> > It seems like both IBM's JFS and ext3 wants to use fs/jfs .. IMHO that
> > is like asking for problem.. A more logic location for ext3 should be
> >
On Fri, Nov 03, 2000 at 10:03:48PM +0300, [EMAIL PROTECTED] wrote:
> Hello!
>
> > It is not safe, just not worse than 2.2.
>
> Andi.. 8)
>
> That issue, which was meant here, it is 100% safe.
>
> I start to suspect you did not look into this code since 2.2.
I actually did, and that is
Considering that the threading library for Linux uses signals to make it
work, would it be possible to change the Linux kernel to operate the way
BSD does--instead of returning EINTR, just restart the interrupted
primitive?
For example, if I'm using read(2) to read data from a file descriptor,
When trying to compile something using libc5, with the
2.4.0-test10 kernel, I get this:
/usr/include/time.h:85: conflicting types for `mktime'
/usr/include/linux/time.h:69: previous declaration of `mktime'
A simple diff is attached
--- include/linux/time.h~ Fri Nov 3 20:22:14 2000
+++
All,
TASK_UNMAPPED_SIZE is defined in include/asm-i386/processor.h as:
#define TASK_UNMAPPED_SIZE(TASK_SIZE / 3)
The value of TASK_SIZE is defined as PAGE_OFFSET which is set to 0xC000
(page.h). This works out to be a value of 0x400.
The question is:
Are there any negative side
1 - 100 of 306 matches
Mail list logo
