David Teigland writes:
if (!dumping)
down_read(mm-mmap_sem);
+
+ for (vma = find_vma(mm, start); vma; vma = vma-vm_next) {
+ if (end = vma-vm_start)
+ break;
+ if
On Wed, 2005-08-10 at 11:36 +1000, Paul Mackerras wrote:
Greg,
Any comments on this patch? Would you be amenable to it going in post
2.6.13?
The PCI error recovery infrastructure needs to be able to contact all
the drivers affected by a PCI error event, which may mean traversing
all the
FYI, the intermittent free after use in sysfs is still there in
2.6.13-rc6.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
Pallipadi, Venkatesh wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Stefan Seyfried
Sent: Sunday, August 07, 2005 10:43 PM
To: Con Kolivas
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
[EMAIL
On Aug 10, 2005, at 02:10:49, Arjan van de Ven wrote:
On Wed, 2005-08-10 at 11:36 +1000, Paul Mackerras wrote:
Greg,
Any comments on this patch? Would you be amenable to it going in
post
2.6.13?
The PCI error recovery infrastructure needs to be able to contact all
the drivers affected by
On Wed, 10 Aug 2005 04:44 pm, Thomas Renninger wrote:
Pallipadi, Venkatesh wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Stefan Seyfried
Sent: Sunday, August 07, 2005 10:43 PM
To: Con Kolivas
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
On Tue, Aug 09, 2005 at 04:20:45PM +0100, Al Viro wrote:
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
* Siddha, Suresh B [EMAIL PROTECTED] wrote:
On Tue, Aug 02, 2005 at 11:27:17AM +0200, Ingo Molnar wrote:
* Siddha, Suresh B [EMAIL PROTECTED] wrote:
Jack Steiner brought this issue at my OLS talk.
Take a scenario where two tasks are pinned to two HT threads in a physical
On Tue, Aug 09, 2005 at 05:49:43PM +0300, Pekka Enberg wrote:
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
On Tue, Aug 09, 2005 at 07:51:53PM -0700, yhlu wrote:
yhlunb:/proc/acpi/battery/BAT1 # cat info
present: yes
design capacity: 4800 mAh
last full capacity: 4435 mAh
battery technology: rechargeable
design voltage: 14800 mV
design capacity warning:
Arjan van de Ven writes:
is there a way to avoid the recursion somehow? Recursion is not fun
stack usage wise, esp if you have really deep hierarchies
Yes, since we have pointers up the tree as well as down, it should in
fact be easy. I'll hack something up.
Paul.
-
To unsubscribe from
On Tue, Aug 09, 2005 at 05:49:43PM +0300, 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.
Christoph Hellwig writes:
We already have OCFS2 in -mm that does similar things. I
Hi David,
+ return -EINVAL;
+ if (!access_ok(VERIFY_WRITE, buf, size))
+ return -EFAULT;
+
+ if (!(file-f_flags O_LARGEFILE)) {
+ if (*offset = 0x7FFFull)
+ return -EFBIG;
+ if (*offset + size 0x7FFFull)
+
On Wed, Aug 10, 2005 at 10:40:37AM +0300, Pekka J Enberg wrote:
Hi David,
+ return -EINVAL;
+ if (!access_ok(VERIFY_WRITE, buf, size))
+ return -EFAULT;
+
+ if (!(file-f_flags O_LARGEFILE)) {
+ if (*offset = 0x7FFFull)
+
On Wed, 10 Aug 2005, Daniel Phillips wrote:
--- 2.6.13-rc5-mm1.clean/include/linux/page-flags.h 2005-08-09
18:23:31.0 -0400
+++ 2.6.13-rc5-mm1/include/linux/page-flags.h 2005-08-09 18:59:57.0
-0400
@@ -61,7 +61,7 @@
#define PG_active 6
#define PG_slab
* Zwane Mwaikambo [EMAIL PROTECTED] [050809 07:17]:
On Mon, 8 Aug 2005, Tony Lindgren wrote:
As far as I remember enabling AMD stop grant disconnects all cpus. This
means the system won't be able to do any work until the dyntick timer
interrupt wakes up the system.
Both requirements
On Wed, Aug 10, 2005 at 03:09:34AM +0200, Patrick McHardy wrote:
These macros always looked a bit ugly to me, with your cleanup there
isn't a single spot left where we require them to accept code as
argument, so how about we change them to pure printk wrappers?
Sounds like a good idea.
--
On Tue, 2005-08-09 at 21:24 +0200, Wim Van Sebroeck wrote:
Hi Ian,
I think you are the current watchdog guy, although watchdog doesn't
have a MAINTAINERS entry so I'm looking at bk/lkml history etc and might
be mistaken...
Sorry for the late response. I indeed try to maintain the
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as arch_ptrace.
Some architectures have a too different ptrace so we have to
* George Anzinger george@mvista.com [050809 13:07]:
I can take a shot at addressing these concerns in dynamic_tick patch, but
it seems to me that VST has already addressed all these to a big extent.
Had you considered VST before? The biggest bottleneck I see in VST going
mainline is its
On Wednesday 10 August 2005 17:48, Hugh Dickins wrote:
On Wed, 10 Aug 2005, Daniel Phillips wrote:
--- 2.6.13-rc5-mm1.clean/include/linux/page-flags.h 2005-08-09
18:23:31.0 -0400 +++
2.6.13-rc5-mm1/include/linux/page-flags.h 2005-08-09 18:59:57.0
-0400 @@ -61,7 +61,7 @@
Why have you removed me from cc:?
On 8/10/05, Christoph Lameter [EMAIL PROTECTED] wrote:
On Wed, 10 Aug 2005, Petr Vandrovec wrote:
Yes that was discussed extensively by Andi and me and finally fixed by
Kiran's patch in 2.6.13-rc6.
By which patch? I hit it with post-2.6.13-rc6,
On Tuesday 09 August 2005 12:33, Thomas Habets wrote:
-
typedef struct me_s {
char name[] = { Thomas Habets };
char email[] = { [EMAIL PROTECTED] };
char kernel[]= { Linux };
char *pgpKey[] = { http://www.habets.pp.se/pubkey.txt; };
char pgp[] = { A8A3 D1DD
On Tue, 9 Aug 2005, Marcelo Tosatti wrote:
Well, not really good approximation it sounds to me, the sensibility
goes down to L1_CACHE_LINE/sizeof(u32), which is:
- 8 on 32-byte cacheline
- 16 on 64-byte cacheline
- 32 on 128-byte cacheline
Right?
So the (nice!) refault histogram
Christoph Hellwig [EMAIL PROTECTED] wrote on 08/10/2005 10:00:57 AM:
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as
On Wed, Aug 10, 2005 at 10:33:50AM +0200, Martin Schwidefsky wrote:
Christoph Hellwig [EMAIL PROTECTED] wrote on 08/10/2005 10:00:57 AM:
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This
x86-64 part is ok for me.
-Andi
Chris Wright wrote:
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
Where, sa_mask is _ignored_ if NODEFER is set. (I now have woken up!).
The attached program shows that the sa_mask is indeed ignored when
SA_NODEFER is set.
Now the real question is... Is this a bug?
That's not correct w.r.t.
Once upon a midnight dreary, Denis Vlasenko pondered, weak and weary:
Your sig is very very buggy (if interpreted as C code).
*You're* buggy! [1]
The command in the sig fixes the code.
-
typedef struct me_s {
char name[] = { Thomas Habets };
char email[] = { [EMAIL
On Tue, 2005-08-09 at 20:41 +0100, Russell King wrote:
On Tue, Aug 09, 2005 at 07:38:52AM -0700, Martin J. Bligh wrote:
pfn_valid() doesn't tell you it's RAM or not - it tells you whether you
have a backing struct page for that address. Could be an IO mapped device,
a small memory hole,
Linus Torvalds wrote:
On Tue, 9 Aug 2005, Steven Rostedt wrote:
If this is indeed the way things should work. I'll go ahead and fix all
the other architectures.
It does appear that this is what the standards describe in the section
quoted by Chris.
On the other hand, the standard seems
On Tue, 9 August 2005 19:05:07 +0200, Manfred Spraul wrote:
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
Christoph Hellwig [EMAIL PROTECTED] wrote:
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as arch_ptrace.
Looks okay for
Hi!
Minimal PowerOP support for Intel Enhanced Speedstep Centrino
notebooks. These systems run at an operating point comprised of a cpu
frequency and a core voltage. The voltage could be set from the values
recommended in the datasheets if left unspecified (-1) in the operating
point, as
Hi!
A minimal example of modifying cpufreq to use PowerOP for reading and
writing power parameters on Intel Centrino platforms. It would be
possible to move voltage table lookups to the PowerOP layer.
Aha, ok, sorry for my previous comment. It looks like powerop
framework can cleanup
Hi!
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 regulators,
etc. that may be
On Wed, Aug 10, 2005 at 04:26:51PM +1000, Keith Owens wrote:
FYI, the intermittent free after use in sysfs is still there in
2.6.13-rc6.
The race condition is known here. It is some thing in the upper layer.
In this case driver/base/class.c which frees the kobject's attributes
even if there
Hi Salah,
[Salah Coronya]
I have a VT8235 chipset, I applied the patch to my kernel
(2.6.12-gentoo-r6), compared the before and after eeproms in /sys
with diff and they are the same.
Beware that eeprom files are binary files, so diff might not be the
more suitable tool for the job. cmp would
unused and useless..
Signed-off-by: Christoph Hellwig [EMAIL PROTECTED]
--- 1.3/include/asm-alpha/hdreg.h 2004-04-14 01:28:58 +02:00
+++ edited/include/asm-alpha/hdreg.h2005-03-29 23:10:51 +02:00
@@ -1 +0,0 @@
-#include asm-generic/hdreg.h
= include/asm-arm/hdreg.h 1.4 vs edited
On 2005-08-10T08:03:09, Christoph Hellwig [EMAIL PROTECTED] wrote:
Kindly lose the Context Dependent Pathname crap.
Same for ocfs2.
Would a generic implementation of that higher up in the VFS be more
acceptable?
It's not like context-dependent symlinks are an arbitary feature, but
rather
This patch changes dmi_string() function to allocate string copy by itself,
to avoid code duplication in the next patch.
Signed-off-by: Andrey Panin [EMAIL PROTECTED]
arch/i386/kernel/dmi_scan.c | 39 +++
1 files changed, 23 insertions(+), 16 deletions(-)
After elimination of central DMI blacklist dmi_scan_machine() function
became a wrapper for dmi_iterate(). This patch moves some code around to
kill unneeded function.
Signed-off-by: Andrey Panin [EMAIL PROTECTED]
arch/i386/kernel/dmi_scan.c | 85
On Wed, Aug 10, 2005 at 12:30:41PM +0200, Lars Marowsky-Bree wrote:
On 2005-08-10T08:03:09, Christoph Hellwig [EMAIL PROTECTED] wrote:
Kindly lose the Context Dependent Pathname crap.
Same for ocfs2.
Would a generic implementation of that higher up in the VFS be more
acceptable?
No.
DMI debugging code is unused for ages. This patch removes it.
Signed-off-by: Andrey Panin [EMAIL PROTECTED]
arch/i386/kernel/dmi_scan.c | 21 -
1 files changed, 21 deletions(-)
diff -urdpNX /usr/share/dontdiff
linux-2.6.13-rc5-mm1.vanilla/arch/i386/kernel/dmi_scan.c
This patch adds onboard devices and IPMI BMC discovery into DMI scan code.
Drivers can use dmi_find_device() function to search for devices by type
and name.
Signed-off-by: Andrey Panin [EMAIL PROTECTED]
arch/i386/kernel/dmi_scan.c | 102 ++--
This patch replaces homebrew DMI scanning code in IPMI System Interface driver
with dmi_find_device() call.
Signed-off-by: Andrey Panin [EMAIL PROTECTED]
drivers/char/ipmi/ipmi_si_intf.c | 105 ++-
1 files changed, 17 insertions(+), 88 deletions(-)
diff
This patch adds driver for IBM Automatic Server Restart watchdog hardware
found in some IBM eServer xSeries machines. This driver is based on the ugly
driver provided by IBM. Driver was tested on IBM eServer 226.
Signed-off-by: Andrey Panin [EMAIL PROTECTED]
drivers/char/watchdog/Kconfig |
On 2005-08-10T11:32:56, Christoph Hellwig [EMAIL PROTECTED] wrote:
Would a generic implementation of that higher up in the VFS be more
acceptable?
No. Use mount --bind
That's a working and less complex alternative for upto how many places
at once? That works for non-root users how...?
On Tue, 9 Aug 2005, Arjan van de Ven wrote:
On Tue, 2005-08-09 at 18:35 +0530, [EMAIL PROTECTED] wrote:
Hi,
This is back-port of O_DIRECT support for ext3 from 2.6 to 2.4.31
kernel.
Any suggestions/comments ?
why?
personally I think this is way out of scope for a 2.4.x release in
On Wed, Aug 10, 2005 at 12:34:24PM +0200, Lars Marowsky-Bree wrote:
On 2005-08-10T11:32:56, Christoph Hellwig [EMAIL PROTECTED] wrote:
Would a generic implementation of that higher up in the VFS be more
acceptable?
No. Use mount --bind
That's a working and less complex alternative
On 2005-08-10T11:54:50, Christoph Hellwig [EMAIL PROTECTED] wrote:
It works now. Unlike context link which steal totally valid symlink
targets for magic mushroom bullshit.
Right, that is a valid concern. Avoiding context dependent symlinks
entirely certainly is one possible path around this.
On Wed, Aug 10, 2005 at 01:02:59PM +0200, Lars Marowsky-Bree wrote:
What would a syntax look like which in your opinion does not remove
totally valid symlink targets for magic mushroom bullshit? Prefix with
// (which, according to POSIX, allows for implementation-defined
behaviour)? Something
On 2005-08-10T12:05:11, Christoph Hellwig [EMAIL PROTECTED] wrote:
What would a syntax look like which in your opinion does not remove
totally valid symlink targets for magic mushroom bullshit? Prefix with
// (which, according to POSIX, allows for implementation-defined
behaviour)?
On Wed, Aug 10, 2005 at 01:09:17PM +0200, Lars Marowsky-Bree wrote:
On 2005-08-10T12:05:11, Christoph Hellwig [EMAIL PROTECTED] wrote:
What would a syntax look like which in your opinion does not remove
totally valid symlink targets for magic mushroom bullshit? Prefix with
// (which,
On Tue, 9 Aug 2005, Linux Kernel Mailing List wrote:
tree 518f62158f0923573decb8f072ac7282fb7575cb
parent aeb3f76350e78aba90653b563de6677b442d21d6
author Christoph Lameter [EMAIL PROTECTED] Wed, 10 Aug 2005 09:59:21 -0700
committer Linus Torvalds [EMAIL PROTECTED] Wed, 10 Aug 2005 10:21:31
At Tue, 09 Aug 2005 02:54:49 -0400,
Lee Revell wrote:
[added James to cc:]
On Mon, 2005-08-08 at 09:40 -0700, Fernando Lopez-Lezcano wrote:
On Sun, 2005-08-07 at 10:43, Andrew Morton wrote:
Raymond Lai [EMAIL PROTECTED] wrote:
Hi all,
I remember there's a kernel pcmcia bug
Quoting r. Hugh Dickins [EMAIL PROTECTED]:
The other reason I dislike the patch is that the problem it fixes is
an old one, and I'd much rather have get_user_pages fix it for itself,
Please note that the problem this attempts to solve is not limited
to pages locked by get_user_pages:
On Tue, Aug 09, 2005 at 07:13:33PM +0100, Hugh Dickins wrote:
Even more I'd prefer one of these two solutions below, which sidestep
that uncleanliness - but both of these would be in mmap only, no clean
way to change afterwards (except by munmap or mmap MAP_FIXED):
1. Use the standard
* Daniel Walker [EMAIL PROTECTED] wrote:
This may fix the warning , but I doubt it does anything for any hangs..
--- linux-2.6.12.orig/drivers/usb/core/hcd.c2005-08-09 22:41:18.0
+
+++ linux-2.6.12/drivers/usb/core/hcd.c 2005-08-10 00:23:16.0 +
@@ -540,8
IA64 gets *** Warning: pcibios_bus_to_resource
[drivers/pcmcia/yenta_socket.ko] undefined!. Trivial fix, export
pcibios_bus_to_resource. Also export it on sparc64, which is the only
other architecture that defines pcibios_bus_to_resource but does not
export it.
Signed-off-by: Keith Owens [EMAIL
Hi folks,
I've recently installed linux kernel 2.6.12 ( actually it was
2.6.12-1.1398 from RH Fedora Core 4).
All seemed to be nice despite one thing - interrups number reported by
vmstat was too much in comparision with ones
on previous 2.6.11 kernel. To be precise it was in order of
Hello Marcelo, LKML.
Attached patch fix this whatings from gcc-3.4 and allow user mount
isofs with session and sbsector options. Without this patch, gcc-3.4
optimizer always return zero.
--- cut ---
inode.c: In function `parse_options':
inode.c:341: warning: comparison of unsigned expression 0
Pierre Ossman wrote:
Pierre Ossman wrote:
I'm having problem with the interrupt getting killed after suspend with
my 8139cp controller. The problem only appears if the cable is connected
during resume (before suspend is irrelevant) and the interface is down.
Both suspend-to-disk and
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
Some architectures have a too different ptrace so we have to exclude
them: alpha, ia64, m32r, parisc, sparc, sparc64. They continue to
keep their implementations. For sh64 I had to add a sh64_ptrace wrapper
because it does
On Wed, Aug 10, 2005 at 12:01:33PM +0200, Pavel Machek wrote:
Hi!
Minimal PowerOP support for Intel Enhanced Speedstep Centrino
notebooks. These systems run at an operating point comprised of a cpu
frequency and a core voltage. The voltage could be set from the values
recommended in
Hi,
I just applied the patch submitted by Jan Kara:
http://bugzilla.kernel.org/show_bug.cgi?id=4771#c3
I dont know yet if it solves the problem :)
I actually should cure your problem but can have some unexpected
sideffects. Please try an attached patch (it's the new one I posted
to
Hi!
Code is not ready now = it can never be fixed? Thats quite a strange
conclusion to make.
It seems there is an fundamental incompatibility with ACPI power off.
As best as I can tell the normal case of device_suspend(PMSG_SUSPEND)
works reasonably well in 2.6.x.
Powerdown is
On Wed, 10 Aug 2005, Geert Uytterhoeven wrote:
On Tue, 9 Aug 2005, Linux Kernel Mailing List wrote:
tree 518f62158f0923573decb8f072ac7282fb7575cb
parent aeb3f76350e78aba90653b563de6677b442d21d6
author Christoph Lameter [EMAIL PROTECTED] Wed, 10 Aug 2005 09:59:21 -0700
committer Linus
Hi!
+menu SPI support
+
+config SPI
+ default Y
+ tristate SPI support
+default false
+ help
+ Say Y if you need to enable SPI support on your kernel
I'd expect explanation what SPI means somewhere around here...
NAK
hwif can't be NULL or something is *really* wrong
On 8/10/05, Christoph Lameter [EMAIL PROTECTED] wrote:
On Wed, 10 Aug 2005, Geert Uytterhoeven wrote:
On Tue, 9 Aug 2005, Linux Kernel Mailing List wrote:
tree 518f62158f0923573decb8f072ac7282fb7575cb
parent
Andrew Morton [EMAIL PROTECTED] wrote:
...kill PG_checked please :) Or at least keep it from spreading.
It already spread - ext3 is using it and I think reiser4. I thought I had
a patch to rename it to PG_misc1 or somesuch, but no. It's mandate becomes
filesystem-specific page flag.
On Wed, Aug 10, 2005 at 12:11:10PM +0100, Christoph Hellwig wrote:
On Wed, Aug 10, 2005 at 01:09:17PM +0200, Lars Marowsky-Bree wrote:
So for every directoy hiearchy on a shared filesystem, each user needs
to have the complete list of bindmounts needed, and automatically resync
that across
On Wed, 10 Aug 2005, Bartlomiej Zolnierkiewicz wrote:
hwif can't be NULL or something is *really* wrong
Ahh.. Yes Not enough time to think about this email properly since I
need to get to the LWCE in SF. Wrong description. The oops was caused by
pci_dev being NULL..
-
To unsubscribe from
Hello all!
I write a kernel module (metadrv) to send a frame over the ethernet; I
use sk_buff's to do this.
Metadrv enslaves the NICs eth0 and eth1 and is something like the
linux-bonding-driver.
The skb I got has to be changed slightly. I want to send it out on a
DIFFERENT NIC, thus I change
captive ntfs: http://www.jankratochvil.net/project/captive/
http://www.jankratochvil.net/project/captive/CVS.html.pl
Can someone please port cvs captive-ntfs to FUSE?
why?:
Since LUFS is no longer maintained and FUSE is. since to use the LUFIS
bridge you have to install LUFS, which doesn't go
On Wednesday 10 August 2005 23:13, David Howells wrote:
Andrew Morton [EMAIL PROTECTED] wrote:
...kill PG_checked please :) Or at least keep it from spreading.
It already spread - ext3 is using it and I think reiser4. I thought I
had a patch to rename it to PG_misc1 or somesuch, but
Depending on the ability of the hardware to make software-controlled
power/performance adjustments, this may be useful to select custom
voltages, bus speeds, etc. in desktop/server systems. Various
embedded
systems have several parameters that can be set. For example, an
XScale
PXA27x
http://bugzilla.kernel.org/show_bug.cgi?id=5041
Summary: Encountered this kernel Panic on system boot up
Kernel Version: 2.6.13-rc5-mm1
Status: NEW
Severity: high
Owner: [EMAIL PROTECTED]
Submitter: [EMAIL PROTECTED]
CC:
Kristoffer wrote:
captive ntfs: http://www.jankratochvil.net/project/captive/
http://www.jankratochvil.net/project/captive/CVS.html.pl
Can someone please port cvs captive-ntfs to FUSE?
OK. How much do you pay me?
Michal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as
On Wed, Aug 10, 2005 at 10:00:57AM +0200, Christoph Hellwig wrote:
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as
Hello,
I've already reported a similiar bug to the one I found now
and that was fixed by:
[PATCH] reiserfs: fix deadlock in inode creation failure path w/
default ACL
This bug is similiar in effect but has some differences in how
to trigger it. The end effect will be just like with the
If these general ideas of arbitrary platform power parameters and
operating points are deemed worthy of continued consideration, I'll
propose what I view is the next step: interfaces to create and activate
operating points from userspace.
At that point it should be possible to write power
On Tue, Aug 09, 2005 at 12:36:58PM -0700, George Anzinger wrote:
IMNOHO, this is the ONLY way to keep proper time. As soon as you
reprogram the PIT you have lost track of the time.
George,
Can't TSC (or equivalent) serve as a backup while PIT is disabled,
especially considering that
Andrew, this patch (along with the patch 3/5) works fine for me and is
an obvious improvement to the IPMI driver. You will need to remove the
patch named dmi_table-counting-in-ipmi_si_intfc.patch first.
Thanks, Andrey.
-Corey
On Wed, 2005-08-10 at 14:32 +0400, Andrey Panin wrote:
This patch
(please CC me as I am not subscribed)
I wrote yesterday:
---
Just wanted to thank you for solving the above problem, where a 3com pcmcia card
failed on an older laptop.
I saw in the 2.6.13-rc6 log that some work on yenta and PCI had been done. So I
tried kernel 2.6.12-1.1456_FC5 from the Fedora
Hi Roland,
On Wed, 2005-08-10 at 15:27 +0200, Schaffer Roland wrote:
Hello all!
I write a kernel module (metadrv) to send a frame over the ethernet; I
use sk_buff's to do this.
Metadrv enslaves the NICs eth0 and eth1 and is something like the
linux-bonding-driver.
Since you are writing
Daniel Phillips [EMAIL PROTECTED] wrote:
An extra page flag beyond PG_uptodate, PG_lock and PG_writeback is
required to make readpage through the cache non-synchronous.
Sorry, I meant to say filesystem cache: FS-Cache/CacheFS.
Interesting, have you got a pointer to a full explanation? Is
On Mer, 2005-08-10 at 06:07 -0700, Christoph Lameter wrote:
Correct. So we need to indeed go back to a version that does check for
NULL that I initially proposed.
No, you need to fix the caller. hwif_to_node(NULL) is a nonsense
operation rather like strlen(NULL). The caller need to be fixed.
On Maw, 2005-08-09 at 19:59 -0700, Christoph Lameter wrote:
Yes you are right there is one additional place where pcibus_to_node is
used with the hwif that we did not cover. This better go into 2.6.13.
drive-hwif is not permitted to be NULL. Please work back and fix the
actual bug.
-
To
* Janak Desai:
With unshare, namespace setup can be done using PAM session
management functions without patching individual commands.
I don't think it's a good idea to use security-critical code well
without its original specification. Clearly the current situation
sucks, but this is mainly a
Ingo,
This has been in the workqueue code in day one, for no real reason that
I can see. We just tripped over it in SCSI because the fibre channel
transport class creates one workqueue per host with the name scsi_wq_%d
which trips this after we get to 100. Unfortunately we just came across
Quoting Florian Weimer ([EMAIL PROTECTED]):
* Janak Desai:
With unshare, namespace setup can be done using PAM session
management functions without patching individual commands.
I don't think it's a good idea to use security-critical code well
Note that this patch is not removing the
On Wed, 10 Aug 2005, Gleb Natapov wrote:
On Tue, Aug 09, 2005 at 07:13:33PM +0100, Hugh Dickins wrote:
Even more I'd prefer one of these two solutions below, which sidestep
that uncleanliness - but both of these would be in mmap only, no clean
way to change afterwards (except by munmap or
On Wed, Aug 10, 2005 at 02:22:40PM +0100, Hugh Dickins wrote:
On Wed, 10 Aug 2005, Gleb Natapov wrote:
On Tue, Aug 09, 2005 at 07:13:33PM +0100, Hugh Dickins wrote:
Even more I'd prefer one of these two solutions below, which sidestep
that uncleanliness - but both of these would be in
yeah ... cannot remember why i have done it originally :-|
Acked-by: Ingo Molnar [EMAIL PROTECTED]
Ingo
On Wed, 10 Aug 2005, James Bottomley wrote:
Ingo,
This has been in the workqueue code in day one, for no real reason that
I can see. We just tripped over it in SCSI because
On Wed, 2005-08-10 at 13:52 +0200, Ingo Molnar wrote:
* Daniel Walker [EMAIL PROTECTED] wrote:
This may fix the warning , but I doubt it does anything for any hangs..
--- linux-2.6.12.orig/drivers/usb/core/hcd.c2005-08-09
22:41:18.0 +
+++
On Fri, Aug 05, 2005 at 12:16:06PM -0700, Kristen Accardi wrote:
For systems with multiple hotplug controllers, you need to use more than
just the slot number to uniquely name the slot. Without a unique slot
name, the pci_hp_register() will fail. This patch adds the bus number
to the name.
I'm making another kernel with SLAB_DEBUG set, sound correct?
messages:
Aug 9 17:22:26 cichlid kernel: Linux version 2.6.13-rc5-RT-V0.7.52-16-up-1
([EMAIL PROTECTED]) (gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)) #1 Mon Aug 8
16:02:26 PDT 2005
...
Aug 9 17:22:27 cichlid kernel: Kernel
Web sayfamizi ziyaret ediniz
Tel : 0212 521 11 11 - 521 04 04 - 521 36 96 - 531 76 18 - 532 91 11
Sinirsiz Müsteri Memnuniyetini Esas Alarak 30 Yildir ilkeli ve Kaliteli Hizmet
Vermektedir.
Vade Takas yapilir.
2 El Otomotivde Tek isim
Kaliteye Çagri ...Hizmete Çagri...Güvene Çagri...
Web :
1 - 100 of 652 matches
Mail list logo