Adrian Bunk wrote:
This patch makes needlessly global code static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Thanks, will be fixed.
--
Best Regards,
Artem Bityutskiy (Артём Битюцкий)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
* Eric W. Biederman [EMAIL PROTECTED] wrote:
Eric's patch seems to have done the trick on my T60: i've done 10
suspend+resumes and each worked fine. I've tidied up the description
part of Eric's patch a bit for upstream application - find it below.
Thanks. Tidying up the description
So we have a file that's closed although open() never succeeded?
That's correct! It's been a pain in my butt for years.
How did you deal with that proctological issue?
Just make sure the close() handles the situation properly. It makes
reference counting... fun.
The serial
I'm not sure what's causing it but the onboard ethernet is taking a rather
long time to come up.. the old nforce board worked fine and any other card
is fast.
mgerhard:~# time ifup eth0
real0m12.397s
user0m0.214s
sys 0m0.160s
eth0 Link encap:Ethernet HWaddr 00:18:F3:EB:DF:88
== On Tue, 27 Mar 2007 15:44:01 -0700 (PDT), Zach Brown [EMAIL PROTECTED]
said:
Zach aio: remove bare user-triggerable error printk The user can
Zach generate console output if they cause do_mmap() to fail during
Zach sys_io_setup(). This was seen in a regression test that does
Zach exactly
Jeremy Fitzhardinge wrote:
I haven't really worked out how this should interact with the nmi
watchdog; touch_nmi_watchdog() still ends up calling
touch_softlockup_watchdog(), so there's still some redundancy here.
touch_nmi_watchdog is attempting to tickle _all_ CPUs softlockup
On Wednesday 28 March 2007 09:04:28 Thomas Gleixner wrote:
On Tue, 2007-03-27 at 01:46 +0800, Jeff Chua wrote:
On 3/27/07, Thomas Gleixner [EMAIL PROTECTED] wrote:
It's related. I tested without CONFIG_HPET_TIMER, and now my X60 can
suspend and resume from RAM (s2ram). Even better,
On Wed, 2007-03-28 at 02:45 -0400, Xin Zhao wrote:
Hi,
If a Linux process opens and reads a file A, then it closes the file.
Will Linux keep the file A's data in cache for a while in case another
process opens and reads the same in a short time? I think that is what
I heard before.
Yes.
Alan Cox wrote:
I'm also not aware of any reason other than history, which means if
someone cares to double check the other drivers there really shouldn't be
an obstacle to fixing this behaviour.
Unless anyone knows different ?
As long as the new behavior continues to call
driver-close() if
On Mon, Mar 26, 2007 at 10:46:39AM +0200, Lennert Buytenhek wrote:
On Sun, Mar 25, 2007 at 08:24:18PM -0700, Paul E. McKenney wrote:
[ background: On ARM, SMP synchronisation does need barriers but
device
synchronisation does not. The question is that given this,
As long as the new behavior continues to call
driver-close() if driver-open() succeeds
then I see no problem.
It breaks if any existing driver is doing no cleanup in -open() when it
fails but relying upon -close() being called. That is what needs
auditing first of all.
-
To unsubscribe from
On Tuesday 27 March 2007 20:53, Michal Piotrowski wrote:
Linus Torvalds napisał(a):
There's various fixes here, ranging from some architecture updates (ia64,
ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
I found this in mm snapshot
Alan Cox wrote:
It breaks if any existing driver is doing no cleanup in -open() when it
fails but relying upon -close() being called. That is what needs
auditing first of all.
Yes, I did not think of that.
--
Paul Fulghum
Microgate Systems, Ltd.
-
To unsubscribe from this list: send the line
So we have a file that's closed although open() never
succeeded?
That's correct! It's been a pain in my butt for years.
How did you deal with that proctological issue?
Just make sure the close() handles the situation properly. It makes
reference counting... fun.
Hi Alan,
As long as the new behavior continues to call
driver-close() if driver-open() succeeds
then I see no problem.
It breaks if any existing driver is doing no cleanup in -open() when it
fails but relying upon -close() being called. That is what needs
auditing first of all.
I know
Andi Kleen napisał(a):
On Tuesday 27 March 2007 20:53, Michal Piotrowski wrote:
Linus Torvalds napisał(a):
There's various fixes here, ranging from some architecture updates (ia64,
ARM, MIPS, SH, Sparc64) to KVM, networking and network drivers.
And random one-liners.
I found this in mm
Peter Bier wrote:
The following sympthom occured in a variant of the Knoppix-like linux appliance.
I get a corrupted miniroot ramdisk filesystem under kernel version 2.6.19.1 under intense memory usage during early startup of the system.
In the course of a lengthy investigation of this
Oliver Joa wrote:
Ok, here is a test:
test:/# find / -xdev | cpio -padm /test/
cpio: /usr/src/linux-2.6.20.2/Documentation/networking/NAPI_HOWTO.txt:
Structure needs cleaning
3648371 blocks
test:/#
That, cryptically enough, means that the filesystem has detected a
problem and has shut
Hello everybody.
I'm running oracle 10.2.0.1 on Slackware Linux 10.2
After 50 days uptime, sqlplus was looping forever.
I have killed all oracle processes and cleared all
semaphore and shared memory segment with ipcrm.
I have also unmounted remounted the file system
where the oracle binaries and
Eric W. Biederman wrote:
The practical question in my book is do we set the enable/disable
methods to the same functions as the mask/unmask methods or
do we let them default to the crazy delayed disable scenario.
Given that we do have a tiny race where we need to ensure the
MSI is disabled before
On 3/28/07, Marco Berizzi [EMAIL PROTECTED] wrote:
Hello everybody.
I'm running oracle 10.2.0.1 on Slackware Linux 10.2
After 50 days uptime, sqlplus was looping forever.
I have killed all oracle processes and cleared all
semaphore and shared memory segment with ipcrm.
I have also unmounted
Lee Revell wrote:
On 3/28/07, Marco Berizzi [EMAIL PROTECTED] wrote:
Hello everybody.
I'm running oracle 10.2.0.1 on Slackware Linux 10.2
After 50 days uptime, sqlplus was looping forever.
I have killed all oracle processes and cleared all
semaphore and shared memory segment with
PATCH 2.6.21-rc5-mm2: add compile.h dependency for missing_syscalls.o
Add a dependency on include/linux/compile.h to missing_syscalls.o
target in init/Makefile. Without this, [ia64] build fails with:
init/missing_syscalls.c:5:27: error: linux/compile.h: No such file or directory
In file
New patch to replace
fix-bogus-softlockup-warning-with-sysrq-t.patch in -mm tree.
(Andi Kleen set me straight on the the touch_nmi_watchdog issue below. I
should reset the softlockup watchdog for the calling cpu, not all of them
as I had originally coded before).
Please re-ack ...
P.
--
There
Pete, Luiz
check this one please.
I've inspected ftdi-elan.c for style and as result
the solution I propose is just to add explicit
destroying of worqueues if usb_register failed.
And Pete, take a look - whoa! - I've renamed error labels :)
Cyrill
---
test.kernel.org found some idle time regressions in the latest update to the
staircase deadline scheduler and Andy Whitcroft helped me track down the
offending problem which was present in all previous RSDL schedulers but
previously wouldn't be manifest without changes in nice. So here is a
On Wed, 28 Mar 2007, Michal Piotrowski wrote:
BUG: using smp_processor_id() in preemptible [0001] code: mount/7245
is fixed, thanks.
but I still get this
[ 208.523901] =
[ 208.529739] [ INFO: inconsistent lock state ]
[ 208.534087]
Paul Sokolovsky wrote:
In this respect, VTABLE(), METHOD() macros serve the same purpose as
container_of() and list_for_each() - they are besides offering (more)
convenient syntax, also carry important annotattion and educational
messages, like it's ok, and encouraged to embed one structure
Hello,
I run 2.6.21-rc4-mm1 with no hangs for a week.
Then when 2.6.21-rc5-mm1 showed up so I switched to it. Unfortunately
today my laptop hunged twice in a similar way as described here:
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.0/index.html#1165
The difference is that it
This patch corrects the naming of global and other identifiers.
signed-off-by: Mimi Zohar [EMAIL PROTECTED]
signed-off-by: Kylene Hall [EMAIL PROTECTED]
---
---
security/evm/ima/ima.h | 24
security/evm/ima/ima_fs.c| 18 +-
This patch corrects calling an __exit function from a non-_-exit function.
signed-off-by: Mimi Zohar [EMAIL PROTECTED]
signed-off-by: Kylene Hall [EMAIL PROTECTED]
---
security/evm/ima/ima_init.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index:
This patch cleanups the few Lindent and sparse msgs
signed-off-by: Mimi Zohar [EMAIL PROTECTED]
signed-off-by: Kylene Hall [EMAIL PROTECTED]
---
Index: linux-2.6.21-rc5-mm2/security/evm/ima/ima.h
===
---
On Wed, Mar 28, 2007 at 01:06:35PM +0200, Andi Kleen wrote:
Venki Pallipadi [EMAIL PROTECTED] writes:
+++ new/kernel/timer.c 2007-03-26 15:19:35.0 -0800
@@ -74,7 +74,7 @@
tvec_t tv3;
tvec_t tv4;
tvec_t tv5;
-} cacheline_aligned_in_smp;
+}
I compiled current git source 2.6.21-rc5-g28defbe and got this warning:
...
fs/block_dev.c: In function `bd_claim_by_kobject':
fs/block_dev.c:953: warning: 'found' might be used uninitialized in this
function
...
--
MfG/Sincerely
Toralf Förster
pgp7LRXvtUWWq.pgp
Description: PGP signature
Prarit Bhargava wrote:
I don't like the idea of having touch_softlockup_watchdog exported
with your new code -- we still have two methods of effecting the
softlockup watchdog and that's confusing and its going to cause
serious problems down the road.
It's legacy. There are a few places where
Jeremy Fitzhardinge wrote:
Prarit Bhargava wrote:
I don't like the idea of having touch_softlockup_watchdog exported
with your new code -- we still have two methods of effecting the
softlockup watchdog and that's confusing and its going to cause
serious problems down the road.
It's
Prarit Bhargava wrote:
You don't have to do them all -- you could do one with (as in my
previous patch -- which I'm not married to BTW ;) )
touch_cpu_softlockup_watchdog()
and all with
touch_softlockup_watchdog()
Well, I think changing the meaning of touch_softlockup_watchdog() for
all
Jeremy Fitzhardinge wrote:
Prarit Bhargava wrote:
You don't have to do them all -- you could do one with (as in my
previous patch -- which I'm not married to BTW ;) )
touch_cpu_softlockup_watchdog()
and all with
touch_softlockup_watchdog()
Well, I think changing the meaning of
On 3/28/07, John [EMAIL PROTECTED] wrote:
Would someone know how to disable SMM in this BIOS?
There's no generic way. Try disabling USB keyboard emulation and any
unused peripherals. Also google RTAI disable SMM.
Is this a laptop? They are plagued with SMM problems...
No it is an
On Tue, 27 Mar 2007, Thomas Meyer wrote:
It seems, that after the resume all usb devices gets removed and plug in
again (virtually!). This results in a new input device name:
Yes, this is what actually happens. JFYI see current thread on lkml which
is a bit realted -
On 3/28/07, Jiri Kosina [EMAIL PROTECTED] wrote:
On Tue, 27 Mar 2007, Thomas Meyer wrote:
It seems, that after the resume all usb devices gets removed and plug in
again (virtually!). This results in a new input device name:
Yes, this is what actually happens. JFYI see current thread on lkml
On Wednesday 28 March 2007 15:33, Prarit Bhargava wrote:
Jeremy Fitzhardinge wrote:
I haven't really worked out how this should interact with the nmi
watchdog; touch_nmi_watchdog() still ends up calling
touch_softlockup_watchdog(), so there's still some redundancy here.
touch_nmi_watchdog is attempting to tickle _all_ CPUs softlockup watchdogs.
It is supposed to only touch the current CPU, just like it only touches
the NMI watchdog on the current CPU.
Andi,
(sorry for the cut-and-paste).
touch_nmi_watchdogs sets EACH CPUs alert_counter to 0.
On Wednesday 28 March 2007 16:00, Prarit Bhargava wrote:
touch_nmi_watchdog is attempting to tickle _all_ CPUs softlockup watchdogs.
It is supposed to only touch the current CPU, just like it only touches
the NMI watchdog on the current CPU.
Andi,
(sorry for the
Andi Kleen wrote:
On Wednesday 28 March 2007 16:00, Prarit Bhargava wrote:
touch_nmi_watchdog is attempting to tickle _all_ CPUs softlockup watchdogs.
It is supposed to only touch the current CPU, just like it only touches
the NMI watchdog on the current CPU.
On 28/03/07, Jiri Kosina [EMAIL PROTECTED] wrote:
On Wed, 28 Mar 2007, Michal Piotrowski wrote:
BUG: using smp_processor_id() in preemptible [0001] code: mount/7245
is fixed, thanks.
but I still get this
[ 208.523901] =
[ 208.529739] [ INFO:
On 3/28/07, Toralf Förster [EMAIL PROTECTED] wrote:
I compiled current git source 2.6.21-rc5-g28defbe and got this warning:
...
fs/block_dev.c: In function `bd_claim_by_kobject':
fs/block_dev.c:953: warning: 'found' might be used uninitialized in this
function
...
Most of these warnings are
On Wed, Mar 28, 2007 at 11:56:01AM -0400, Lee Schermerhorn wrote:
PATCH 2.6.21-rc5-mm2: add compile.h dependency for missing_syscalls.o
Add a dependency on include/linux/compile.h to missing_syscalls.o
target in init/Makefile. Without this, [ia64] build fails with:
On Tue, Mar 27, 2007 at 07:39:10PM +, Thorsten Kranzkowski wrote:
Mar 16 16:57:06 Marvin kernel: svc: bad direction 268435456, dropping request
Mar 16 17:58:19 Marvin kernel: svc: bad direction 268435456, dropping request
Mar 16 19:55:49 Marvin kernel: svc: bad direction 268435456, dropping
Hi,
On Mon, Mar 26, 2007 at 09:16:27PM -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/
- This is the same as 2.6.12-rc5-mm1, except the staircase deadline CPU
scheduler has been added.
OOPS (hand-pasted), happens on
On Tue, Mar 27, 2007 at 03:21:33PM -0600, Andreas Dilger wrote:
The following patch adds some extra clarification to the CONFIG_DEBUG_INFO
Kconfig help text. The current text is mostly a recursive definition and
doesn't really say much of anything. When I first read this I thought it
was
On Tue, Mar 27, 2007 at 01:34:21PM -0700, Phy Prabab wrote:
Here is a little bit more information on my issue with slowlaris and
Could you just use their name? It's a little distracting otherwise.
knfs 2.6.21-rc4/5 (actually appears in 2.4.20.x). Running this from
the client (x.org source
On Wed, 28 Mar 2007, Lee Revell wrote:
I compiled current git source 2.6.21-rc5-g28defbe and got this warning:
...
fs/block_dev.c: In function `bd_claim_by_kobject':
fs/block_dev.c:953: warning: 'found' might be used uninitialized in this
function
...
Most of these warnings are
On Wed, 28 Mar 2007 21:37:07 +0900 Kawai, Hidehiro [EMAIL PROTECTED] wrote:
Because other people might (reasonably) wish to omit anonymous memory,
or private mappings, or file-backed VMAs, or whatever.
So maybe /proc/pid/coredump_omit_anon_shared should become
Hi,
On Wed, Mar 28, 2007 at 07:02:14PM +0200, Andreas Mohr wrote:
Hi,
On Mon, Mar 26, 2007 at 09:16:27PM -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/
- This is the same as 2.6.12-rc5-mm1, except the staircase
Am Mittwoch 28 März 2007 schrieb Con Kolivas:
I'm cautiously optimistic that we're at the thin edge of the bugfix wedge
now.
---
set_load_weight() should be performed after p-quota is set. This fixes a
large SMP performance regression.
Hi, I am using 2.6.21-rc5 with rsdl 0.37 and think I
On Mon, 2007-03-26 at 21:16 -0800, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm2/
- This is the same as 2.6.12-rc5-mm1, except the staircase deadline CPU
scheduler has been added.
Booted fine on my x86-64 and ppc64 machines.
Hi Andrew
This patch should be applied after x86_64 : fix vtime() vsyscall
Thank you
[PATCH] x86_64 : vsyscall_gtod_data diet and vgettimeofday() fix
Current vsyscall_gtod_data is large (3 or 4 cache lines dirtied at timer
interrupt). We can shrink it to exactly 64 bytes (1 cache line on
Hi,
just wanted to add that when analyzing the backtrace I found the comment
at drivers/char/vt.c/con_close() to be VERY suspicious...
(need to take tty_mutex to prevent concurrent thread tty access).
This might just be what happened here despite trying to protect against it.
Andreas Mohr
-
To
Hello lkml!
I have a problem with the new cpuidle infrastructure. My system locks up hard
on bootup with the message ACPI cpuidle could not initialize cpu0 and cpu1.
When I deselect cpuidle in the kernel config everything works fine again.
My system is AMD64 X2 with NForce4 chipset.
-Christian
Alan Cox wrote:
This implements two things at driver level which are implemented
implicitly by the old IDE layer
- Only doing sector sized ATAPI I/O via DMA
- Alway writing the size values
Hopefully this will make CD devices behave better for those with the
problems.
I am sorry to
Patch attached here should fix the issue.
Thanks,
Venki
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christian
Sent: Wednesday, March 28, 2007 10:42 AM
To: linux-kernel@vger.kernel.org
Subject: Re: 2.6.21-rc5-mm2
Hello lkml!
I have a problem
On Wed, 28 Mar 2007, Andi Kleen wrote:
Can you test this patch please?
This patch is totally broken.
i386/x86-64: Convert nmi reservation to be global
It doesn't make much sense to have this per CPU, because all
the services using NMIs run on all CPUs. So make it global.
NO!
If you
Hi,
[unrelated maintainers removed, Alexey added]
On Wed, Mar 28, 2007 at 07:45:24PM +0200, Andreas Mohr wrote:
Hi,
just wanted to add that when analyzing the backtrace I found the comment
at drivers/char/vt.c/con_close() to be VERY suspicious...
(need to take tty_mutex to prevent
On Mon, Mar 26, 2007 at 01:07:11PM -0700, Paul E. McKenney wrote:
Does everybody agree on these semantics, though? At least David
seems to think that mb/rmb/wmb aren't required to order normal
memory accesses against each other..
Not on UP. On SMP, ordering is (almost
On Wed, Mar 28, 2007 at 08:04:46PM +0200, Andreas Mohr wrote:
[unrelated maintainers removed, Alexey added]
On Wed, Mar 28, 2007 at 07:45:24PM +0200, Andreas Mohr wrote:
Hi,
just wanted to add that when analyzing the backtrace I found the comment
at drivers/char/vt.c/con_close() to be
On martedì 27 marzo 2007, [EMAIL PROTECTED] wrote:
The patch titled
uml: fix pte bit collision
has been added to the -mm tree. Its filename is
uml-fix-pte-bit-collision.patch
ACK from me:
Acked-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
*** Remember to use
Hi,
We have continous problem with server freezes. We are using cifs mounts
on apache powered web servers with content located on Win2k3 server.
Servers freeze from time to time, producing following error just before
freeze:
Mar 26 21:50:37 UFR2 kernel: CIFS VFS: cifs_strtoUCS: char2uni
On Wed, 28 Mar 2007 20:00:32 +0400, Cyrill Gorcunov [EMAIL PROTECTED] wrote:
result = usb_register(ftdi_elan_driver);
-if (result)
+if (result) {
+ destroy_workqueue(status_queue);
+ destroy_workqueue(command_queue);
+
* Con Kolivas [EMAIL PROTECTED] wrote:
I'm cautiously optimistic that we're at the thin edge of the bugfix
wedge now.
hm, how about the questions Mike raised (there were a couple of cases of
friction between 'the design as documented and announced' and 'the code
as implemented')? As far as
On Wed, Mar 28, 2007 at 10:38:14PM +0400, Alexey Dobriyan wrote:
On Wed, Mar 28, 2007 at 08:04:46PM +0200, Andreas Mohr wrote:
[unrelated maintainers removed, Alexey added]
On Wed, Mar 28, 2007 at 07:45:24PM +0200, Andreas Mohr wrote:
Hi,
just wanted to add that when analyzing the
From: Jiri Kosina [EMAIL PROTECTED]
DCCP: proper optlen checking in do_dccp_getsockopt()
Robert Swiecki discovered [1] a signedness bug in checking of
optlen in do_dccp_getsockopt(). This bug can allow user to
read parts of the kernel memory.
[1]
From: Jiri Kosina [EMAIL PROTECTED]
Date: Wed, 28 Mar 2007 20:49:32 +0200 (CEST)
From: Jiri Kosina [EMAIL PROTECTED]
DCCP: proper optlen checking in do_dccp_getsockopt()
Robert Swiecki discovered [1] a signedness bug in checking of
optlen in do_dccp_getsockopt(). This bug can allow user
On Wed, Mar 28, 2007 at 12:59:25PM -0400, J. Bruce Fields wrote:
On Tue, Mar 27, 2007 at 07:39:10PM +, Thorsten Kranzkowski wrote:
Mar 16 16:57:06 Marvin kernel: svc: bad direction 268435456, dropping
request
Mar 16 17:58:19 Marvin kernel: svc: bad direction 268435456, dropping
On Wednesday 28 March 2007 19:33, Eric Dumazet wrote:
Hi Andrew
This patch should be applied after x86_64 : fix vtime() vsyscall
Applied thanks. I noticed this cache efficiency also while changing something
else recently, but didn't have the motivation to really fix it.
-Andi
-
To
On Tuesday 27 March 2007 15:45, you wrote:
This patch touches the NMI watchdog every MAX_ORDER_NR_PAGES
to inhibit the machine from triggering an NMI while the CPUs
are locked. This situation is happening on boxes with more
than 64CPUs and 128GB of RAM when Alt-SysRq-m is performed.
It has
+#ifdef CONFIG_HOTPLUG_CPU
+ /* It must still be possible to apply SMP alternatives. */
+ if (num_possible_cpus() = 1)
It would be better to temporarily change the pages where the alternatives
are applied while that is done and keep it otherwise ro
-Andi
-
To unsubscribe from this
On Wednesday 28 March 2007 14:11, Adrian Bunk wrote:
Many years ago, UNEXPECTED_IO_APIC() contained printk()'s (but nothing more).
Now that it's completely empty for years, we can as well remove it.
Both patches applied. Thanks
-Andi
-
To unsubscribe from this list: send the line unsubscribe
On Wed, Mar 28, 2007 at 09:03:09AM +0530, Milind Arun Choudhary wrote:
--- a/include/linux/bitops.h
+++ b/include/linux/bitops.h
@@ -8,6 +8,9 @@
*/
#include asm/bitops.h
+#define BIT(nr) (1UL ((nr) % BITS_PER_LONG))
I think this would be a disaster because something like
On Monday 26 March 2007 17:19, Bernhard Walle wrote:
Fix Section mismatch warnings in arch/x86_64/kernel/time.c
Applied thanks
-Andi
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
This patch adds checking of driver registration status
and release allocated resources if it failed.
Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED]
---
Pete, Ack it please
drivers/usb/misc/ftdi-elan.c | 18 +++---
1 files changed, 11 insertions(+), 7 deletions(-)
diff --git
On Wed, 28 Mar 2007, Nick Piggin wrote:
On Sat, Mar 24, 2007 at 06:29:59PM +0100, Ingo Molnar wrote:
* Nikita Danilov [EMAIL PROTECTED] wrote:
Indeed, this technique is very well known. E.g.,
http://citeseer.ist.psu.edu/anderson01sharedmemory.html has a whole
section (3.
Hi,
Why is arch/s390/crypto/Kconfig sourced when building for another arch ?
I'm trying to package a stripped down version of the kernelsource with
only arch-specific code (/arch/$arch /include/asm-$arch), the rest of
/include, the whole KBuild setup contents of /scripts to build
3rdparty
Hello,
The difference is that it happened when I closed the lid in my laptop.
When reopend it the box was frozen (ACPI?). Again disk I/O was dead
so nothing was found in syslog.
I tried to reproduce it and capture something with netconsole.
I tortured the box for a few hours but the system
Hi all!
I'm writing from my gmail.com account so I won't be overwhelmed with
the incoming email.
---
The purpose of this email is two-fold:
1. To make sure that Linus Torvalds hits himself with a bus. I.e.: resigns
from
Hi,
Eric Sandeen wrote:
[...]
For one reason or another, xfs has detected a corrupted on-disk inode
format which it cannot recognize, and shuts down. It is likely the
result of something which has gone wrong previously. xfs_repair should
fix it. Are there other non-xfs messages in your
From: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
Improve checking and diagnostics for broadcast and multicast Ethernet MAC
addresses, and distinguish between those cases in output; also make sure the
device is assigned a MAC address valid only locally to avoid collisions.
Signed-off-by:
From: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
To look at users I did:
$ find arch/um/ include/asm-um -name '*.[ch]'|xargs grep -r 'net_kern\.h'
+-l|xargs grep '\user\'
Most users just cast user to the appropriate pointer, the remaining ones are
fixed here. In net_kern.c, I'm almost
These are tidying patches from Blaisorblade - 2.6.21 material.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
* rename name to host_root_path
* rename data to req_root.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
Signed-off-by: Jeff Dike [EMAIL PROTECTED]
---
fs/hostfs/hostfs_kern.c | 26 +-
1 files
From: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
Avoid using the temporary buffer introduced by previous patch to hold the
device name.
Btw, avoid leaking device on an error path. Other error paths may need cleanup.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso [EMAIL PROTECTED]
On Wednesday 28 March 2007 00:13, Jeremy Fitzhardinge wrote:
smp_call_function and smp_call_function_single are almost complete
duplicates of the same logic. This patch combines them by
implementing them in terms of the more general
smp_call_function_mask().
I think I got those already.
Andi Kleen wrote:
On Wednesday 28 March 2007 00:13, Jeremy Fitzhardinge wrote:
smp_call_function and smp_call_function_single are almost complete
duplicates of the same logic. This patch combines them by
implementing them in terms of the more general
smp_call_function_mask().
I
On Wednesday 28 March 2007 21:18, Jeremy Fitzhardinge wrote:
Andi Kleen wrote:
On Wednesday 28 March 2007 00:13, Jeremy Fitzhardinge wrote:
smp_call_function and smp_call_function_single are almost complete
duplicates of the same logic. This patch combines them by
implementing them
Subject: Add smp_ops interface
Add a smp_ops interface. This abstracts the API defined by
linux/smp.h for use within arch/i386. The primary intent is that it
be used by a paravirtualizing hypervisor to implement SMP, but it
could also be used by non-APIC-using sub-architectures.
This is
machine_ops is an interface for the machine_* functions defined in
linux/reboot.h. This is intended to allow hypervisors to intercept
the reboot process, but it could be used to implement other x86
subarchtecture reboots.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
---
Pekka J Enberg wrote:
We never want to _abort_ pending updates only pending reads. So, even with
revoke(), we need to be careful which is why we do do_fsync() in
generic_revoke_file() to make sure pending updates are flushed before we
declare the inode revoked.
But, I haven't looked at
Thanks a lot! Folks!
Your reply addressed my concern.
Now I want to explain the problem that leads me to explore the Linux
disk cache management. This is actually from my project. In a file
system I am working on, two files may have different inodes, but share
the same data blocks. Of course
You are right. If the device is very big, the radix tree could be huge
as well. Maybe the lookup it not that cheap. But the per-device tree
can be optimized too. A simple way I can immediately image is: evenly
split a device into N parts by the sector numbers. For each part, we
maintain a radix
On Wednesday 28 March 2007 21:32, Jeremy Fitzhardinge wrote:
machine_ops is an interface for the machine_* functions defined in
linux/reboot.h. This is intended to allow hypervisors to intercept
the reboot process, but it could be used to implement other x86
subarchtecture reboots.
Both
401 - 500 of 678 matches
Mail list logo