Who can tell? rmk's mail sugggests it should work on some valid RAM.
Not really. If I understand Russell here, that RAM has been put aside
for use by fancy stuff and is de-facto out of control of the normal page
allocator and refcounting. In this case, I see no reason why it couldn't
be
--Russell King [EMAIL PROTECTED] wrote (on Tuesday, August 09, 2005 08:08:53
+0100):
On Tue, Aug 09, 2005 at 02:59:53PM +1000, Nick Piggin wrote:
That would work for swsusp, but there are other users that want to
know if a struct page is valid ram (eg. ioremap), so in that case
swsusp would
On Tue, Aug 09, 2005 at 03:55:49PM +0200, Jesper Juhl wrote:
On 8/9/05, Matti Aarnio [EMAIL PROTECTED] wrote:
Running very recent Fedora Core Development kernel I can following
soft-oops.. ( 2.6.12-1.1455_FC5smp )
Various patches to the e100 driver have been merged since 2.6.12.1
We do what's most efficient for the core. Which I think is refcount
both ways regardless, since these pages are exceptional, and the
majority really do need refcounting.
Well, refcounting _might_ be useful for some usage of these, but we
simply must make sure that those pages are never
On Tue, Aug 09, 2005 at 04:33:47PM +0200, Jan Engelhardt wrote:
Folks at Dell have donated a new machine to be VGER, and
folks at RedHat have installed it into co-location facility
with 1000Mbps network connection into the machine.
May 24 2004 on kernel.org:
ISC has upgraded our
On Tue, 2005-08-09 at 17:12 +0300, Matti Aarnio wrote:
We did system switchover last weekend, and nobody reacted trulu
adversely.Probably nobody noticed it either. :-)
It's definitely faster. Lately I have had a few replies to list
messages where the reply hit LKML several minutes
On Tue, 9 Aug 2005, Benjamin Herrenschmidt wrote:
ioremap is making a similar check to the one remap_pfn_range used
to make; but I see no good reason for it at all. ioremap should be
allowed to map whatever the caller asked, just as memset is allowed
to set whatever the caller asked.
Hi,
I have 2 identical dual 2.8ghz xeon machines with 4gb ram, using
software raid 10 with lvm layered on top, formatted with JFS (though
at this point any filesystem with online resizing support will do). I
have the boxes stable using 2.6.10, and they pass my stress test. I was
trying to update
On Tue, Aug 09, 2005 at 04:31:30PM +0200, Petr Vandrovec wrote:
Matti Aarnio wrote:
We did system switchover last weekend, and nobody reacted trulu
adversely.Probably nobody noticed it either. :-)
Ah, that's the reason why commit messages are now sent from
[EMAIL PROTECTED] instead
On Tue, 9 Aug 2005, Benjamin Herrenschmidt wrote:
But you don't mind if they are refcounted, do you?
Just so long as they start out from 1 so never get freed.
Well, a refcounting bug would let them be freed and kaboom ... That's
why a PG_not_your_ram_dammit bit would be useful. It could
On Tue, 2005-08-09 at 15:50 +0100, Hugh Dickins wrote:
On Tue, 9 Aug 2005, Benjamin Herrenschmidt wrote:
But you don't mind if they are refcounted, do you?
Just so long as they start out from 1 so never get freed.
Well, a refcounting bug would let them be freed and kaboom ... That's
Once upon a midnight dreary, Alan Cox pondered, weak and weary:
0 - overcommit except if something is obviously silly
1 - overcommit always (some scientific workloads)
2 - don't overcommit (databases etc)
Exactly. Which is what the code and D/sysctl/vm.txt say, and why the
description in
On Tue, Aug 09, 2005 at 04:39:24PM +0200, Erik Mouw wrote:
On Tue, Aug 09, 2005 at 04:33:47PM +0200, Jan Engelhardt wrote:
Folks at Dell have donated a new machine to be VGER, and
folks at RedHat have installed it into co-location facility
with 1000Mbps network connection into the
Hi David,
Here are some more comments.
Pekka
+/**
+***
+**
+** Copyright (C) Sistina Software, Inc. 1997-2003 All
On Tue, 9 Aug 2005, Jonathan Ellis wrote:
(Posted a few days ago to c.os.l.networking; no replies there.)
I seem to be running into a limit of 64 queued datagrams. This isn't a
data buffer size; varying the size of the datagram makes no difference
in the observed queue size. If more
On Mon, 2005-08-08 at 21:41 -0700, Martin J. Bligh wrote:
Nope, is the same as before with this patch
Dear novice bug reporter,
Thank you for taking the trouble to test this. Unfortunately, without
any dmesg output, it's rather hard to tell what's going on here. Would
you be so kind as
linux-os (Dick Johnson) wrote:
I seem to be running into a limit of 64 queued datagrams. This isn't a
data buffer size; varying the size of the datagram makes no difference
in the observed queue size. If more datagrams are sent before some are
read, they are silently dropped. (By silently, I
--James Bottomley [EMAIL PROTECTED] wrote (on Tuesday, August 09, 2005
09:26:44 -0500):
On Mon, 2005-08-08 at 21:41 -0700, Martin J. Bligh wrote:
Nope, is the same as before with this patch
Dear novice bug reporter,
Thank you for taking the trouble to test this. Unfortunately,
On Mon, 2005-08-08 at 11:32 -0700, Zach Brown wrote:
Sorry if this is an obvious question but what prevents another thread
from doing mmap() before we do the second walk and messing up num_gh?
Nothing, I suspect. OCFS2 has a problem like this, too. It wants a way
for a file system to
On Tue, 2005-08-09 at 16:36 +0300, Matti Aarnio wrote:
Running very recent Fedora Core Development kernel I can following
soft-oops.. ( 2.6.12-1.1455_FC5smp )
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
BUG: soft lockup detected on CPU#0!
Could this be a false positive?
In my observer pragmatic view; yes. On many occasion, i've come to CAP
calls only to be frustrated with the sheer disconnect of it all. It
simply doesn't work. If it means having to break posix conformance for a
working implementation. Then so be it.
-- Christopher Warner
On Tue, 2005-08-09 at
On Tue, Aug 02, 2005 at 03:18:28PM +0800, David Teigland wrote:
Hi, GFS (Global File System) is a cluster file system that we'd like to
see added to the kernel. The 14 patches total about 900K so I won't send
them to the list unless that's requested. Comments and suggestions are
welcome.
On Tue, 2005-08-09 at 10:58 -0400, Lee Revell wrote:
On Tue, 2005-08-09 at 16:36 +0300, Matti Aarnio wrote:
Running very recent Fedora Core Development kernel I can following
soft-oops.. ( 2.6.12-1.1455_FC5smp )
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
BUG: soft
On Tue, Aug 09, 2005 at 12:46:58PM +0100, [EMAIL PROTECTED] wrote:
Adrian Bunk wrote:
util-linux 2.13-pre1 is available at
ftp://ftp.kernel.org/pub/linux/utils/util-linux/testing/util-linux-2.13-pre1.tar.gz
You missed my fixes to cal to fix a possible crash bug
for certain terminal
On Tue, 2005-08-09 at 11:23 -0400, Steven Rostedt wrote:
I just downloaded 2.6.13-rc6-git and I don't see the merge of the soft
lockup code. Is this a Fedora thing? If so, could someone point me to
a link to download this Fedora kernel. I'm currently using Debian.
I seem to recall seeing
On Tue, 9 Aug 2005, Benjamin Herrenschmidt wrote:
On Tue, 2005-08-09 at 15:50 +0100, Hugh Dickins wrote:
On Tue, 9 Aug 2005, Benjamin Herrenschmidt wrote:
Well, a refcounting bug would let them be freed and kaboom ... That's
why a PG_not_your_ram_dammit bit would be useful. It could
On Tue, 2005-08-09 at 17:37 +0300, Matti Aarnio wrote:
On Tue, Aug 09, 2005 at 03:55:49PM +0200, Jesper Juhl wrote:
On 8/9/05, Matti Aarnio [EMAIL PROTECTED] wrote:
Running very recent Fedora Core Development kernel I can following
soft-oops.. ( 2.6.12-1.1455_FC5smp )
Various
I know that in general no one here is interested in vmware affairs, but in
hope that VMware folks are reading this list too, here's the oops:
It's the newest vmware5 for linux from vmware.com
ksymoops 2.4.9 on i686 2.6.12.4. Options used
-V (default)
-k /proc/ksyms (default)
-l
I am working on getting one of the IBM blades to use ipmi and have run
into a problem. The driver doesn't load because it says it can't find
the device.
dmidecode shows that there are 39 entries and that the last one is the
BMC. I looked into dmi_table and noticed that it parses the table by
If you select something, you have to ensure that the dependencies of
what you are selecting are fulfilled.
This patch fixes the following compile error with CONFIG_DLM=y and
CONFIG_IPV6=m:
-- snip --
...
LD .tmp_vmlinux1
net/built-in.o: In function `sctp_v6_err':
On Tue, 2005-08-09 at 17:44 +0200, Grzegorz Piotr Jaskiewicz wrote:
I know that in general no one here is interested in vmware affairs, but in
hope that VMware folks are reading this list too, here's the oops:
It's the newest vmware5 for linux from vmware.com
ksymoops 2.4.9 on i686
On Tue, Aug 09, 2005 at 11:11:10AM +0100, Tim Waugh wrote:
On Tue, Aug 09, 2005 at 12:44:41AM -0400, Dave Jones wrote:
We have a bunch of 'probe' sysctl's in parport, which are
readable. (world readable even). Make them write-only.
Without this, sysctl -a will try to read these
Grzegorz Piotr Jaskiewicz wrote:
I know that in general no one here is interested in vmware affairs, but in
hope that VMware folks are reading this list too, here's the oops:
It's the newest vmware5 for linux from vmware.com
ftp://platan.vc.cvut.cz/pub/vmware/vmware-any-any-update93.tar.gz
On Tue, Aug 09, 2005 at 11:41:40AM -0400, Steven Rostedt wrote:
On Tue, 2005-08-09 at 17:37 +0300, Matti Aarnio wrote:
On Tue, Aug 09, 2005 at 03:55:49PM +0200, Jesper Juhl wrote:
On 8/9/05, Matti Aarnio [EMAIL PROTECTED] wrote:
Running very recent Fedora Core Development kernel I can
On Tue, 2005-08-09 17:50:01 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
This patch fixes the following compile error with CONFIG_DLM=y and
CONFIG_IPV6=m:
[...]
--- linux-2.6.13-rc3-mm3-modular/drivers/dlm/Kconfig.old 2005-07-30
14:07:12.0 +0200
+++
Grzegorz Piotr Jaskiewicz wrote:
I know that in general no one here is interested in vmware affairs, but in
hope that VMware folks are reading this list too, here's the oops:
It's the newest vmware5 for linux from vmware.com
You must update vmnet with vmware-any-any-update93 patch
my kernel sometimes did a crash, but no panic
Keyboard hunged up :(
Network were working and I can log in. Without the keybord - it
generally worked.
In logs:
for example:
Aug 6 15:30:02 o kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00
00
Aug 6 15:30:02 o
Hi!
I read about code of linux-2.4.31/arch/um/fs/hostfs/externfs.c
I found you have defined a function named exterfs_d_delete, but
you don't register this function in externfs_dentry_ops.
This behavior is diffrent from the hostfs code in 2.6 kernel
It
On 8/9/05, Greg KH [EMAIL PROTECTED] wrote:
So, care to resend all of your pci changes, including the documentation
ones, to me?
Sure:
This removes very old functions from pci docs, which aren't no longer in the
kernel.
Generated in 2.6.13-rc5-mm1 kernel version.
Signed-off-by: Jiri Slaby
Rafael J. Wysocki wrote:
On Tuesday, 9 of August 2005 15:52, Kyle Moffett wrote:
On Aug 9, 2005, at 05:09:55, Jochen Friedrich wrote:
Third, both ndiswrapper and binary-only drivers only work on one
platform.
E.g. broadcom has a binary-only driver for their WLAN card on
Linux, but
Todd Poynor wrote:
...
===
--- linux-2.6.12.orig/include/linux/powerop.h 1970-01-01
00:00:00.0 +
+++ linux-2.6.12/include/linux/powerop.h 2005-08-03
01:10:55.0 +
@@ -0,0 +1,36 @@
+/*
+ * PowerOP
On Tue, 2005-08-09 at 18:55 +0300, Matti Aarnio wrote:
The fundamental thing is, IT LOCKS UP (for a while), when I do
ifconfig eth0 down and there is active traffic but the card DIES
somehow. Apparently it requires marginal/unreliable hardware to
happen as well. (Which for e100 is rather
I have no idea why that value was a 1. However, looking at this, the
0 does seem correct; this is a valid patch.
-Corey
Vernon Mauery wrote:
I am working on getting one of the IBM blades to use ipmi and have run
into a problem. The driver doesn't load because it says it can't find
the
hi there,
due to non supporting Marvell Network drivers for the
i have to use the syskonnect sk98lin driver from their homepage. even if these
drivers are open-source they
were rejected by kernel net maintainers until now. there is a skge driver that
is integrated into mainline kernel,
but
On Maw, 2005-08-09 at 16:55 +0200, Thomas Habets wrote:
Once upon a midnight dreary, Alan Cox pondered, weak and weary:
0 - overcommit except if something is obviously silly
1 - overcommit always (some scientific workloads)
2 - don't overcommit (databases etc)
Exactly. Which is what the
Intents are meant as optimisations, not replacements for existing
operations. I'm therefore not really comfortable about having them
return errors at all.
That's true of normal intents, but not what are called intents here. A
normal intent merely expresses an intent, and it can be totally
ty den 09.08.2005 Klokka 08:47 (-0700) skreiv Bryan Henderson:
Intents are meant as optimisations, not replacements for existing
operations. I'm therefore not really comfortable about having them
return errors at all.
That's true of normal intents, but not what are called intents here. A
On Maw, 2005-08-09 at 10:57 +0200, Hans-Christian Armingeon wrote:
PortA --- Keyboard with integrated mouse
PortB --- Hub
HubPortA --- Mouse
HubPortA --- Trackball
The mice don't work, when I plug them directly into Port A or B .
The keyboard works ervery time.
Then its not irqpoll
It looks like this might be an SMP race , it seem that both processors
are in e100_down(). There is a while loop in e100_clean_cbs() that
appears to have an unsafe looping condition .
It looks like cbs_avail might jump over params.cbs.count , then you
would have to wait for a rollover . Is this
On Tue, 9 Aug 2005, Petr Vandrovec wrote:
Problem is that pci_dev may be NULL - and it is NULL for example with
kernel I've just built, with amd IDE driver built as a module while with
ide-disk built into the kernel.
Yes that was discussed extensively by Andi and me and finally fixed by
On Tue, Aug 09, 2005 at 09:16:21AM -0700, Daniel Walker wrote:
It looks like this might be an SMP race , it seem that both processors
are in e100_down(). There is a while loop in e100_clean_cbs() that
appears to have an unsafe looping condition .
It looks like cbs_avail might jump over
Can anyone give some history on why the workqueue name length is
limited to 10 characters ? Can it be raised ? and if so to what limit ?
-- James S
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Christoph Hellwig
Sent: Tuesday, August 09, 2005 12:32 PM
On Tue, Aug 09, 2005 at 05:56:45PM +0200, Petr Vandrovec wrote:
You should report problems related to the VMware at the VMware community
forums,
http://www.vmware.com/community/index.jspa. Most of peoples on LKML does
not
care about these opensource modules.
Nothing in the tarball
Have you looked at how we're dealing with this in NFSv4?
No.
--
Bryan Henderson IBM Almaden Research Center
San Jose CA Filesystems
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Intents are meant as optimisations, not replacements for existing
operations. I'm therefore not really comfortable about having them
return errors at all.
In my case they are not an optimization, rather the only way to
correctly perform an open with O_CREAT.
+ nd-intent.open.file =
This patch contains the following possible cleanups:
- make the following needlessly global function static:
- irnet/irnet_ppp.c: irnet_init
- remove the following unneeded EXPORT_SYMBOL's:
- irlmp.c: sysctl_discovery_timeout
- irlmp.c: irlmp_reasons
- irlmp.c: irlmp_dup
- irqueue.c:
On Monday 08 August 2005 08:35, Mark Gross wrote:
On Wednesday 06 July 2005 14:14, Mark Gross wrote:
On Wednesday 22 June 2005 08:12, Bouchard, Sebastien wrote:
Hi,
Here is a driver (only for 2.4.x) I've done to provide support of a
hardware module (available on some ATCA board)
Alexander Nyberg wrote:
My fault, I introduced a debugging patch (i think i cc'ed you on it)
which used __builtin_return_address([12]) to save traces of who the
caller of an object is.
Ups. I still have your original mail in my inbox.
The correct way is check the whole stack and store all
On Tue, 9 Aug 2005, Nigel Cunningham wrote:
No it wont. A process that has notifications to process should do that
before being put into the freezer. Only after the notification list is
empty will the process be notified and as long as the notification is
pending no second notification
Hello,
1) What is your kernel version?
2) It is tainted; Why?
3) Make sure your app/kernel combo works with SIGKILL. If it doesn't,
then you have a serious bug.
cheers,
Masoud
vinay wrote:
Hi.
Why I wanted to force OOM killer to send SIGTERM is that -
When my application receives SIGKILL
Alan Cox wrote:
Without the parameters it has exactly zero effect on the operation of
the kernel, the algorithms and the behaviour. So something odd is afoot
if its causing gentoo breakages.
Thats what I thought, yet it seems to be the difference between mouse and no
mouse in this case.
Summary: Patch removes incorrect documentation. Correct documentation
already exists in tree.
Once upon a midnight dreary, Alan Cox pondered, weak and weary:
0 - overcommit except if something is obviously silly
1 - overcommit always (some scientific workloads)
2 - don't overcommit
Pekka Enberg wrote:
In addition, the vma walk will become an unmaintainable mess as soon
as someone introduces another mmap() capable fs that needs similar
locking.
Yup, I suspect that if the core kernel ends up caring about this problem
then the VFS will be involved in helping file systems
I've posted this to linux-net and netdev but have had no response. If there
is any confusion about what the bug is then just e-mail me for
clarification. If this is an intentional omission then could someone let me
know why.
Section 3.1.6 of RFC 2367 clearly indicates there are two
cases in
Pavel Machek [EMAIL PROTECTED] writes:
Hi!
There as been a fair amount of consensus that calling
device_suspend(...) in the reboot path was inappropriate now, because
the device suspend code was too immature. With this latest
piece of evidence it seems to me that introducing
On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
This patch schedules obsolete OSS drivers (with ALSA drivers that
support the same hardware) for removal.
Scheduling the via82cxxx driver for removal was ACK'ed by Jeff Garzik.
Someone on linux-audio-user just pointed out that the OSS
ty den 09.08.2005 Klokka 18:40 (+0200) skreiv Miklos Szeredi:
Intents are meant as optimisations, not replacements for existing
operations. I'm therefore not really comfortable about having them
return errors at all.
In my case they are not an optimization, rather the only way to
+ nd-intent.open.file = NULL;
Why is this NULL assignment needed? nd will not be used after this.
+ }
+ path_release(nd);
+}
+
It could be dropped. The reason for putting it in is that some parts of
the VFS may restart a
On 09.08.2005 [09:56:27 -0700], Mark Gross wrote:
On Monday 08 August 2005 08:35, Mark Gross wrote:
On Wednesday 06 July 2005 14:14, Mark Gross wrote:
On Wednesday 22 June 2005 08:12, Bouchard, Sebastien wrote:
Hi,
Here is a driver (only for 2.4.x) I've done to provide support
On Mon, Aug 08, 2005 at 10:47:21AM -0700, Marc Singer wrote:
On Mon, Aug 08, 2005 at 07:35:36PM +0200, Marcel Holtmann wrote:
+ if (NULL == dev || NULL == driver) {
Put the variable on the left side, gcc will complain if you incorrectly
put a = instead of a == here, which is
On Mon, 8 Aug 2005, Todd Poynor wrote:
PowerOP is a system power parameter management API submitted for
discussion. PowerOP writes and reads power operating points,
comprised of arbitrary integer-valued values, called power parameters,
that correspond to registers, clocks, dividers, voltage
Kernel code blocks both handled signal _and_ sa_mask only if SA_NODEFER
isn't set.
Which is the right behavior?
Perhaps both?
I'm novice here, but if i'm reading the man page correctly, it says:
SA_NODEFER
Do not prevent the signal from being received from within
its own signal
On Tue, Aug 09, 2005 at 01:13:51PM -0400, Lee Revell wrote:
On Fri, 2005-07-29 at 17:32 +0200, Adrian Bunk wrote:
This patch schedules obsolete OSS drivers (with ALSA drivers that
support the same hardware) for removal.
Scheduling the via82cxxx driver for removal was ACK'ed by Jeff
On Tue, 2005-08-09 at 19:49 +0200, Adrian Bunk wrote:
I'd deprecate them without moving them.
OK, I think that will still be slightly confusing becuase it comes
before Sound in the kernel config, but maybe the deprecated part will
make people think twice.
I think we should at least label
Sorry for my delay in replying...
On Tue, 26 Jul 2005, Michael S. Tsirkin wrote:
Quoting Hugh Dickins [EMAIL PROTECTED]:
Subject: Re: [PATCH repost] PROT_DONTCOPY: ifiniband uverbs fork support
On Mon, 25 Jul 2005, Michael S. Tsirkin wrote:
This patch adds PROT_DONTCOPY to mmap and
Hi Rik,
Two hopefully useful comments:
i) ARC and its variants requires additional information about page
replacement (namely whether the page has been reclaimed from the L1 or
L2 lists).
How costly would it be to add this information to the hash table?
ii) From my reading of the patch, the
Robert Wilkens wrote:
Kernel code blocks both handled signal _and_ sa_mask only if SA_NODEFER
isn't set.
Which is the right behavior?
Perhaps both?
I'm novice here, but if i'm reading the man page correctly, it says:
SA_NODEFER
Do not prevent the signal from being received from within
Hi Zach,
Zach Brown writes:
I'll try, briefly.
Thanks for the excellent explanation.
Zach Brown writes:
And that's the problem. Because they're acquired in -nopage they can
be acquired during a fault that is servicing the 'buf' argument to an
outer file-{read,write} operation which has
Bodo,
SA_MASK is a flag... Which you use to tell it what to do with the data
you've given it and/or it gets. You gave it sa_mask (lower-case).
SA_NOMASK means don't use the mask -- the pseudonym (new-word) for
SA_NOMASK is SA_NODEFER (renamed, perhaps, because it may defer some or
all signals
Klasyk [EMAIL PROTECTED] wrote:
my kernel sometimes did a crash, but no panic
Keyboard hunged up :(
Network were working and I can log in. Without the keybord - it
generally worked.
In logs:
for example:
Aug 6 15:30:02 o kernel: Unable to handle kernel NULL pointer
dereference at
Robert Wilkens wrote:
Bodo,
SA_MASK is a flag... Which you use to tell it what to do with the data
you've given it and/or it gets. You gave it sa_mask (lower-case).
SA_NOMASK means don't use the mask -- the pseudonym (new-word) for
SA_NOMASK is SA_NODEFER (renamed, perhaps, because it may
Some folks have been emailing me and having trouble due to these stale
addresses;
Signed-off-by: Zwane Mwaikambo [EMAIL PROTECTED]
Index: linux-2.6.13-rc5-mm1/CREDITS
===
RCS file: /home/cvsroot/linux-2.6.13-rc5-mm1/CREDITS,v
anyone is working on add driver for ati xpress 200m?
without that My turion notebook, can not work read the battery status.
I guess sbs-cm need that driver in kernel.
YH
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
From: Matti Aarnio [EMAIL PROTECTED]
Date: Tue, 9 Aug 2005 17:47:18 +0300
Davem may have changed list name at this time as well.
Yes, I did a s/bk-/git-/ on those list names last week
while I was in the UK due to popular request.
-
To unsubscribe from this list: send the line unsubscribe
[resent - previous message not properly addressed]
It says signal is blocked, UNLESS SA_NODEFER is used..
Which means if NODEFER is used, it's not masked (SA_NOMASK)..
I don't understand how i'm wrong (maybe I have mental problems that are
worse than I thought). If you want to explain off-list
ty den 09.08.2005 Klokka 19:44 (+0200) skreiv Miklos Szeredi:
There is quite a bit of code out there that assumes it is free to stuff
things into nd-mnt and nd-dentry. Some of it is Al Viro's code, some
of it is from other people.
For instance, the ESTALE handling will just save
On Tue, Aug 09, 2005 at 10:54:34AM -0700, Andy Isaacson wrote:
On Mon, Aug 08, 2005 at 10:47:21AM -0700, Marc Singer wrote:
On Mon, Aug 08, 2005 at 07:35:36PM +0200, Marcel Holtmann wrote:
+ if (NULL == dev || NULL == driver) {
Put the variable on the left side, gcc will
Bodo Eggert wrote:
Klasyk [EMAIL PROTECTED] wrote:
my kernel sometimes did a crash, but no panic
Keyboard hunged up :(
Network were working and I can log in. Without the keybord - it
generally worked.
In logs:
for example:
Aug 6 15:30:02 o kernel: Unable to handle kernel NULL pointer
From: DuBuisson, Thomas [EMAIL PROTECTED]
Date: Tue, 9 Aug 2005 13:22:15 -0400
I've posted this to linux-net and netdev but have had no response.
It is possible that people who are qualified in this area are just too
busy to reply to you, or simply disinterested for one reason or
another.
-
To
On Tuesday 09 August 2005 10:15, Nick Piggin wrote:
Daniel Phillips wrote:
Why don't you pass the vma in zap_details? For that matter, why are addr
and end still passed down the zap chain when zap_details appears to
duplicate that information? OK, it is because zap_details is NULL in
On Tue, 2005-08-09 at 15:25 -0300, Marcelo Tosatti wrote:
Hi Rik,
Two hopefully useful comments:
i) ARC and its variants requires additional information about page
replacement (namely whether the page has been reclaimed from the L1 or
L2 lists).
How costly would it be to add this
501 - 591 of 591 matches
Mail list logo
