On Fri, 23 Feb 2007 16:25:05 +0100 Sacher Khoudari [EMAIL PROTECTED] wrote:
--- linux-2.6.20.1/drivers/pnp/isapnp/core.c.old 2007-02-23
16:20:46.0 +0100
+++ linux-2.6.20.1/drivers/pnp/isapnp/core.c 2007-02-23 16:21:25.0
+0100
@@ -943,9 +943,7 @@
Delete the definition of the apparently unreferenced macro
_IOC_SLMASK.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
diff --git a/include/asm-mips/ioctl.h b/include/asm-mips/ioctl.h
index cba641a..2036fcb 100644
--- a/include/asm-mips/ioctl.h
+++ b/include/asm-mips/ioctl.h
@@ -38,11
On Fri, 23 Feb 2007 13:35:50 - (GMT) Andrew [EMAIL PROTECTED] wrote:
Hi,
2.6.21-rc1 fails to boot on my machine. As soon as I switch
from grub the screen turns and remains black with no sign
of Tux or any output.
I've run a git-bisect between 2.6.20 (which works fine) and
2.6.21-rc1
With 2.6.21-rc1 I get no video signal from nvidiafb on PowerMac G5.
Bisection has identified this patch:
commit 599a52d12629394236d785615808845823875868
Author: Richard Purdie [EMAIL PROTECTED]
Date: Sat Feb 10 23:07:48 2007 +
backlight: Separate backlight properties from backlight ops
Kawai, Hidehiro wrote:
This patch series is version 3 of the core dump masking feature,
which provides a per-process flag not to dump anonymous shared
memory segments.
I just wanted to remind you that you need to be careful about dumping
the [vdso] segment no matter whether you omit other
Add some preprocessor checking to asm-generic/ioctl.h to allow other
ioctl.h headers to simply override what are normally trivial
differences.
Signed-off-by: Robert P. J. Day [EMAIL PROTECTED]
---
as a followup to my earlier post, is it worth making this change to
allow at least a couple
There is currently no path from the ATM device in /sys to the USB device's
interface that the driver is using; this patch creates a device symlink. It
is then possible to get to the cxacru ADSL statistics
(http://lkml.org/lkml/2007/2/23/328):
/sys/class/atm/cxacru0/device $ ls *_rate *_margin
Hi.
I'd like to know if it is possible to get two processes to share a
memory segment at the same address, e.g. both mmap() the same file and
have it return the same address in both.
This could be done by mmap()ing it in one of them, communicating the
address to the other (via a socket or
Hi!
...is it use after free?
Greg, could we reduce verbosity of driver model? PM: Adding info for
No Bus:vcs* is not very useful.
I have some patches in bluetooth, but nothing that should really
matter.
Pavel
Bluetooth: L2CAP ver
On 2/16/07, Con Kolivas [EMAIL PROTECTED] wrote:
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Hi Con.
I usually don't
On Fri, Feb 23 2007, Joel Becker wrote:
On Fri, Feb 23, 2007 at 01:52:47PM +0100, Jens Axboe wrote:
Results:
Engine Depth Bw (MiB/sec)
libaio1 441
syslet1 574
sync
sysdev.h uses THIS_MODULE so should include linux/module.h.
Signed-off-by: Ralf Baechle [EMAIL PROTECTED]
diff --git a/include/linux/sysdev.h b/include/linux/sysdev.h
index 389ccf8..e699ab2 100644
--- a/include/linux/sysdev.h
+++ b/include/linux/sysdev.h
@@ -22,6 +22,7 @@
#define _SYSDEV_H_
On Sat, Feb 24, 2007 at 06:17:09AM -0500, Robert P. J. Day wrote:
Delete the definition of the apparently unreferenced macro
_IOC_SLMASK.
Applied. Thanks,
Ralf
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
From: Robert P. J. Day
Newsgroups: gmane.linux.kernel
Subject: [PATCH][RFC] Make asm-generic/ioctl.h extensible by adding
conditionals.
Date: Sat, 24 Feb 2007 06:45:20 -0500 (EST)
as a followup to my earlier post, is it worth making this change to
allow at least a couple arch-specific
From: Cyrill Gorcunov
Newsgroups: gmane.linux.kernel
Subject: bss zeroing ([PATCH] USB Elan FTDI: check for workqueue creation v2)
Date: Sat, 24 Feb 2007 10:41:15 +0300
[]
Btw, Pete, you are right! C99 ANSI standart says that static pointer
if it not initialized explicitly has to be set to
On Sat, Feb 24 2007, V P wrote:
Hi,
I'm trying to modify the ordering of I/O requests in Linux kernel, and
came across the barrier flags REQ_HARDBARRIER and REQ_SOFTBARRIER.
One thing I noticed (which might be wrong) is that all the requests
have both these flags set. What is the
with the address as the start parameter and MAP_FIXED. However, that
tends to fail, and MAP_FIXED can have annoying side-effects (killing
off other mappings).
MAP_FIXED requires you know in advance a good place to put the memory,
which isn't too hard with some planning but does get fairly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi !
Seems like there was a cutpast error in include/linux/riqflags.h.
- --- linux-2.6.20/include/linux/irqflags.h 2007-02-04 09:44:54.0
-0900
+++ linux-2.6.20xm/include/linux/irqflags.h 2008-01-27 20:29:26.0
-0900
@@
Hi,
I have just booted 2.6.20.1 on my Pentium 3 machine, which has a G400 MAX
graphics card. This
machine uses the Matrox framebuffer and TV-OUT modules, and I have found these
warnings in the
kernel log:
**WARNING** I2C adapter driver [DDC:fb0 #0] forgot to specify physical device;
fix it!
On Sat, Feb 24, 2007 at 12:45:16PM +0100, Nicholas Mc Guire wrote:
Hi !
Seems like there was a cutpast error in include/linux/riqflags.h.
--- linux-2.6.20/include/linux/irqflags.h 2007-02-04 09:44:54.0
-0900
+++ linux-2.6.20xm/include/linux/irqflags.h 2008-01-27
Tomoki Sekiyama writes:
Hi,
Hello,
[...]
While Dirty+Writeback pages get more than 40% of memory, process-B is
blocked in balance_dirty_pages() until writeback of some (`write_chunk',
typically = 1536) dirty pages on disk-b is started.
May be the simpler solution is to use
Dmitriy Monakhov [EMAIL PROTECTED] writes:
This thread looks dead but issue was't fixed.
Jiri Kosina [EMAIL PROTECTED] writes:
- pci_enable_device(pdev);
+ ret = pci_enable_device(pdev);
+ if (ret) {
+ printk(KERN_ERR sk98lin: Cannot enable PCI device %s during
resume\n,
On Fri, Feb 23, 2007 at 01:44:41PM +0530, Milind Choudhary wrote:
Hi all
working towards the cleanup of BIT macro,
I've added one to linux/bitops.h cleaned some obvious users.
include/linux/input.h also has a BIT macro
which does a wrap
so currently i've done something like
On Fri, Feb 23, 2007 at 11:43:44PM +0100, Richard Knutsson wrote:
I am saying that IMO input's BIT definition should be
adequate for 99% of potential users and that I would be OK with moving
said BIT definition from input.h to bitops.h and maybe supplementing
it with LLBIT. I am also saying
Vojtech Pavlik wrote:
On Fri, Feb 23, 2007 at 11:43:44PM +0100, Richard Knutsson wrote:
Is the reason for the modulo to put a bitmask larger then the variable
into an array?
The complementary LONG() macro will tell you the index of an array of
longs where the bit should be set.
At Sat, 24 Feb 2007 10:40:51 +0100,
Florian Weimer wrote:
* Samium Gromoff:
Lisp environments can produce standalone executables
If you've got a stand-alone executable, you don't need MAP_FIXED. The
ELF loader maps the program at a fixed address anyway (at least on
i386 and x86_64, I
At Sat, 24 Feb 2007 10:51:20 +0100,
Florian Weimer wrote:
Randomisation has nothing to do with C. In fact from a C perspective the
compiler and linker do a lot of work to deal with ELF and loading code at
arbitary addresses for dynamic linking and the like, not the user and
not as
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Feb 24, 2007 at 12:45:16PM +0100, Nicholas Mc Guire wrote:
Hi !
Seems like there was a cutpast error in include/linux/riqflags.h.
--- linux-2.6.20/include/linux/irqflags.h 2007-02-04 09:44:54.0
-0900
+++
* Samium Gromoff:
Lisp environments can produce standalone executables
If you've got a stand-alone executable, you don't need MAP_FIXED. The
ELF loader maps the program at a fixed address anyway (at least on
i386 and x86_64, I haven't checked others).
Not so.
The thing is that the
Chuck Ebbert wrote:
Chuck Ebbert wrote:
I was testing a 2.6.20 kernel and got a soft
lockup on shutdown:
_raw_write_lock+0x5a
nf_ct_iterate_cleanup+0x3e
kill_l3proto+0x0
nf_conntrack_l3proto_unregister+0x85
nf_conntrack_l3proto_ipv4_fini+0x1e
sys_delete_module+0x18a
remove_vma+0x45
Hi Pavel,
...is it use after free?
Greg, could we reduce verbosity of driver model? PM: Adding info for
No Bus:vcs* is not very useful.
I have some patches in bluetooth, but nothing that should really
matter.
can you try to remove the hci_usb_close() in hci_usb_disconnect(),
because
Ack.
Dave: Can you add this patch to cpufreq.git - mm.
Thanks,
Venki
-Original Message-
From: Adrian Bunk [mailto:[EMAIL PROTECTED]
Sent: Monday, February 19, 2007 4:07 PM
To: Pallipadi, Venkatesh
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
linux-kernel@vger.kernel.org
Subject: [2.6
On Sat, Feb 24, 2007 at 01:46:44PM +0100, Oleg Verych wrote:
| From: Cyrill Gorcunov
| Newsgroups: gmane.linux.kernel
| Subject: bss zeroing ([PATCH] USB Elan FTDI: check for workqueue creation
v2)
| Date: Sat, 24 Feb 2007 10:41:15 +0300
| []
| Btw, Pete, you are right! C99 ANSI standart
use device mapper and dmraid
http://people.redhat.com/~heinzm/sw/dmraid/
and please read
http://linux-ata.org/faq-sata-raid.html
On Saturday 24 February 2007, Patrick Ale wrote:
Hi,
Quick question,
Since I am going to open my server today to do some pata tests (for
the
I've modified the driver of an USB device (cxacru) to schedule the next poll
for status every 1s using round_jiffies_relative instead of just waiting 1s
since the last poll was completed. This process takes on average 11ms to
complete and while it is waiting for a response it's considered
On Feb 23 2007 10:41, Jon Masters wrote:
I think it's like the configure/Makefile.in situation. These files should
technically not be in the repo either (and you removed them in your tree) but
I
re-added them because people have an expectation that:
./configure
make
will do something
On Sat, Feb 24, 2007 at 11:46:06AM +0100, Richard Knutsson wrote:
Replace pci_module_init with pci_register_driver
Thankyou for spotting this.
Signed-off-by: Richard Knutson [EMAIL PROTECTED]
Acked-by: Ben Dooks [EMAIL PROTECTED]
---
Compile-tested with allyes, allmod allno on i386
diff
2.6.18.7 vanilla 2.6.16.41 vanilla:
/dev/hda CD/DVD
/dev/hda1 / IDE HD 160GB
/dev/hda2 swap
/dev/sda1 /xyz SATA HD 320GB
/dev/sda2 swap
/dev/sdb1 /zzz SATA HD 320GB
/dev/sdb2 swap
/dev/sdc1 /usb USB KEY 512MB
all 100% OK since 12-Dec-2006
2.6.19.5 vanilla:
/dev/hda, /dev/hdb OK
fsck 1.38
On Fri 23 Feb 2007 20:47, Rik van Riel wrote:
Robin Getz wrote:
Does anyone have a pointer for a MOST (Media Oriented Systems Transport)
driver?
Are there any applications that use that protocol?
Many - all automotive embedded - If you drive a recent car - from Audi, Aston
Martin, Ford,
This fixes a potential namespace collision and does an optimisation for
2.6.20 drivers/scsi/eata.c:
* sort() is renamed to eata_sort() to avoid conflict with kernel
proper sort(). It does _not_ conflict currently in 2.6.20 so
this is a pre-emptive change.
*
On Feb 23 2007 15:47, Andrew Walrond wrote:
On Friday 23 February 2007 15:17, Tomasz Chmielewski wrote:
Try to decrease the initramfs size just to know if it boots correctly.
I.e., put just a sh/bash/ash/dash binary there (probably /dev/console
node, too), executed in init.
Then, try to
On Sat, 24 Feb 2007, Oleg Verych wrote:
From: Robert P. J. Day
Newsgroups: gmane.linux.kernel
Subject: [PATCH][RFC] Make asm-generic/ioctl.h extensible by adding
conditionals.
Date: Sat, 24 Feb 2007 06:45:20 -0500 (EST)
as a followup to my earlier post, is it worth making this
Jan Engelhardt wrote:
Out of the box perhaps if it is the .tar.bz2 archive, but the same does not
always hold for CVS repos, much less SVNs [random guess on svn]. He who pulls
from a developer tree mostly knows to run 'autogen.sh' or 'autoreconf -fi'
beforehand.
You know what, you're right of
Hi,
I am trying to improve the Linux kernel time source so it can be read
without seqlock from NMI handlers. I have also seen some interest for
such an accurate monotonic clock readable from user space. It mainly
implies an atomic update of the time value. I am also trying to figure a
way to
On Sat, Feb 24, 2007 at 10:59:42AM -0500, Robert P. J. Day wrote:
On Sat, 24 Feb 2007, Oleg Verych wrote:
From: Robert P. J. Day
Newsgroups: gmane.linux.kernel
Subject: [PATCH][RFC] Make asm-generic/ioctl.h extensible by adding
conditionals.
Date: Sat, 24 Feb 2007 06:45:20 -0500
This is a pity, because it would be so easy to make the both stacks
totally independent of the actual link layers. It only needs one (or
two) new function pointer in net_device. This function should do the
conversion from IPv4/IPv6 address into corresponding hardware
multicast/broadcast
This is a pity, because it would be so easy to make the both stacks
totally independent of the actual link layers. It only needs one (or
two) new function pointer in net_device. This function should do the
conversion from IPv4/IPv6 address into corresponding hardware
On Friday 23 February 2007 19:44, Pete Zaitcev wrote:
On Fri, 23 Feb 2007 10:06:14 -0500, Dmitry Torokhov [EMAIL PROTECTED]
wrote:
On 2/23/07, Pete Zaitcev [EMAIL PROTECTED] wrote:
void input_release_device(struct input_handle *handle)
{
if (handle-handler-start)
But using 'fakeraid' (i.e. BIOS RAID) together with dmraid is
generally discouraged in favour of using the more stable and well
supported Linux Software RAID functionality.
Michael-Luke
On 24 Feb 2007, at 15:24, Bartlomiej Zolnierkiewicz wrote:
use device mapper and dmraid
On 2/24/07, Michael-Luke Jones [EMAIL PROTECTED] wrote:
But using 'fakeraid' (i.e. BIOS RAID) together with dmraid is
generally discouraged in favour of using the more stable and well
supported Linux Software RAID functionality.
Michael-Luke
I think I actually used dmraid, and the problem I
On Saturday 24 February 2007 14:08, Chris Rankin wrote:
Hi,
I have just booted 2.6.20.1 on my Pentium 3 machine, which has a G400 MAX
graphics card. This machine uses the Matrox framebuffer and TV-OUT modules,
and I have found these warnings in the kernel log:
**WARNING** I2C adapter driver
On Fri, 23 Feb 2007, David Miller wrote:
The general caches already merge lots of users depending on their sizes.
So we already have the situation and we have tools to deal with it.
But this doesn't happen for things like biovecs, and that will
make debugging painful.
If a crash
Hi folks,
Second attempt now:
I already reported to Linus Torvalds and Andrew Morton that it is impossible to
mount a conventional floppy drive without hanging up the whole system.
Andrew's reaction was quite ambiguous: We did not break it
Once again and for the last time: I do not state that
On Sat, 2007-02-24 at 11:19 -0500, Mathieu Desnoyers wrote:
Hi,
I am trying to improve the Linux kernel time source so it can be read
without seqlock from NMI handlers. I have also seen some interest for
such an accurate monotonic clock readable from user space. It mainly
implies an atomic
On Sat, 24 Feb 2007 18:54:24 +0100 Uwe Bugla [EMAIL PROTECTED] wrote:
Hi folks,
Second attempt now:
I already reported to Linus Torvalds and Andrew Morton that it is impossible
to mount a conventional floppy drive without hanging up the whole system.
Andrew's reaction was quite ambiguous:
Original-Nachricht
Datum: Sat, 24 Feb 2007 10:07:29 -0800
Von: Andrew Morton [EMAIL PROTECTED]
An: Uwe Bugla [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: bug in kernel 2.6.21-rc1-git1: conventional floppy drive cannot be
On Saturday 24 February 2007 15:23, Jan Engelhardt wrote:
On Feb 23 2007 15:47, Andrew Walrond wrote:
I have tracked this down to a broken version of gnu cpio (latest release,
2.7) which was used to create the initramfs archive. Bloody annoying
since this has bitten me before! Last time I
Peter Zijlstra wrote:
Emergency skbs should never touch user-space, however NF_QUEUE is fully user
configurable. Notify the user of his mistake and try to continue.
--- linux-2.6-git.orig/net/netfilter/core.c 2007-02-14 12:09:07.0
+0100
+++ linux-2.6-git/net/netfilter/core.c
On Sat, 2007-02-24 at 16:27 +0100, Patrick McHardy wrote:
Peter Zijlstra wrote:
Emergency skbs should never touch user-space, however NF_QUEUE is fully user
configurable. Notify the user of his mistake and try to continue.
--- linux-2.6-git.orig/net/netfilter/core.c 2007-02-14
Peter Zijlstra wrote:
On Sat, 2007-02-24 at 16:27 +0100, Patrick McHardy wrote:
} else if ((verdict NF_VERDICT_MASK) == NF_QUEUE) {
+if (unlikely((*pskb)-emergency)) {
+printk(KERN_ERR nf_hook: NF_QUEUE encountered for
+
On Sat, 2007-02-24 at 17:17 +0100, Patrick McHardy wrote:
I don't really see why
queueing is special though, dropping the packets in the ruleset
will break things just as well, as will routing them to a blackhole.
I guess the user just needs to be smart enough not to do this.
Its user-space
Peter Zijlstra wrote:
On Sat, 2007-02-24 at 17:17 +0100, Patrick McHardy wrote:
I don't really see why
queueing is special though, dropping the packets in the ruleset
will break things just as well, as will routing them to a blackhole.
I guess the user just needs to be smart enough not to do
On Sat, 2007-02-24 at 17:40 +0100, Patrick McHardy wrote:
Peter Zijlstra wrote:
On Sat, 2007-02-24 at 17:17 +0100, Patrick McHardy wrote:
I don't really see why
queueing is special though, dropping the packets in the ruleset
will break things just as well, as will routing them to a
On Fri, Feb 23, 2007 at 17:05:27 -0800, Stephen Hemminger wrote:
Since there already two users of full 64 bit division in the kernel,
and other places maybe hiding out as well. Add a full 64/64 bit divide.
Yes this expensive, but there are places where it is necessary.
It is not clear if
On Sat, Feb 24, 2007 at 05:34:15AM -0500, Robert P. J. Day wrote:
just noticed that parisc's ioctl.h file, rather than simply
including asm-generic/ioctl.h, has its own copy whose sole
(meaningful) difference from the generic one is:
$ diff include/{asm-generic,asm-parisc}/ioctl.h
...
On Thu, 22 Feb 2007 00:57:28 +0900 (JST), Atsushi Nemoto [EMAIL PROTECTED]
wrote:
$ ../build-i386/scripts/mod/modpost ../build-i386/mm/built-in.o
WARNING: ../build-i386/mm/built-in.o - Section mismatch: reference to
.init.data:initkmem_list3 from .text between 'set_up_list3s' (at offset
Glauber de Oliveira Costa wrote:
When a page faults comes from a kernel space, the printed summary
leaves us clueless about what kind of access was being tried (which
is encoded in the error_code variable).
Having it promply available may ease debugging in a bunch of
situations.
Original-Nachricht
Datum: Sat, 24 Feb 2007 10:07:29 -0800
Von: Andrew Morton [EMAIL PROTECTED]
An: Uwe Bugla [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: bug in kernel 2.6.21-rc1-git1: conventional floppy drive cannot be
On Sat, 24 Feb 2007 11:57:07 -0500, Dmitry Torokhov [EMAIL PROTECTED] wrote:
To tell you the truth, all I really want is to hold a static mutex
across a call to input_close_device(). Can I do that?
Are you trying to fix locking in mousedev?
Yes.
-- Pete
-
To unsubscribe from this list:
it is definitely NOT my job to repair errors that other responsibility-free
people pushed into vanilla mainline without the slightest test effort in some
mm-tree for example. Who wasted it must repair it, without the slightest
discussion!
You're assuming the author didn't test it. For things
On 2/23/07, Ingo Molnar [EMAIL PROTECTED] wrote:
This is a fundamental misconception. [...]
The scheduler, on the other hand, has to blow and reload all of the
hidden state associated with force-loading the PC and wherever your
architecture keeps its TLS (maybe not the whole TLB, but not
On Wed, 2007-02-21 at 20:34 +0900, Tejun Heo wrote:
Kay Sievers wrote:
On 2/13/07, Kay Sievers [EMAIL PROTECTED] wrote:
On Tue, 2007-02-13 at 17:04 +0100, Marcel Holtmann wrote:
kernel BUG at lib/iomap.c:254!
invalid opcode: [#1]
...
The screen picture is here:
David Howells wrote:
How does it work when you can't actually get back to userspace to have
userspace do the coredump? You still have to handle the userspace equivalents
of double/triple faults.
My experience shows that there are only very rare occurrences of
situations where you cannot get
On Sun, Feb 25, 2007 at 03:53:15AM +0900, Atsushi Nemoto wrote:
This is a dirty hack to check all built-in.o just after linking
vmlinux. But this can not detect mismatches in libs.a files, and
modpost fails with ... is truncated message on empty built-in.o
files.
Maybe checking at each
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi !
looking at the Changelogs of the last 2.6.17 kernel and the
first 2.6.18 it is obvious that a lot happened in between - are
there some changelogs related to 2.6.18 development that are not found
at
We don't have any users, and it is not so trivial to use NOAUTOREL works
correctly. It is better to simplify API.
Delete NOAUTOREL support and rename work_release to work_clear_pending to
avoid a confusion.
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
---
From: On Behalf Of Rob Prowel
Russell King wrote:
You don't even need to do that. Just configure SERIAL_8250_NR_UARTS
and SERIAL_8250_RUNTIME_UARTS appropriately for your
system. There's
absolutely no need to build any of the additional modules.
Unfortunately what I'm seeing in
On Sat, 24 February 2007 09:32:49 -0800, Christoph Lameter wrote:
If that is a problem for particular object pools then we may be able to
except those from the merging.
How much of a gain is the merging anyway? Once you start having
explicit whitelists or blacklists of pools that can be
On Fri, 2007-02-23 at 13:45 +0100, Ondrej Zajicek wrote:
On Thu, Feb 22, 2007 at 08:05:33AM +0800, Antonino A. Daplas wrote:
On Fri, 2007-02-09 at 20:34 +0100, Ondrej Zajicek wrote:
This patch adds driver for S3 Trio / S3 Virge. Driver is tested
with most versions of S3 Trio and S3
On Sat, 24 Feb 2007, Michael K. Edwards wrote:
The preceding may contain errors in detail -- I am neither a CPU
architect nor an x86 compiler writer nor even a serious kernel hacker.
Ok, roger that. But why are you playing Google Preach games to Ingo,
that ate bread and CPUs for the last 15
On Sat, 24 Feb 2007, Ingo Molnar wrote:
* Davide Libenzi davidel@xmailserver.org wrote:
+asmlinkage long
+sys_threadlet_on(unsigned long restore_stack,
+ unsigned long restore_eip,
+ struct async_head_user __user *ahu)
+asmlinkage long sys_threadlet_off(void)
On Sat, 2007-02-24 at 10:16 +0100, Giuseppe Bilotta wrote:
On 2/24/07, Antonino A. Daplas [EMAIL PROTECTED] wrote:
On Fri, 2007-02-23 at 14:34 +0100, Giuseppe Bilotta wrote:
The snowy is constant and abundant, and it seems to be independent of
video size (640 through 1600) and screen
Hi,
On Saturday, 24 February 2007 10:55, Andrey Borzenkov wrote:
On Вторник 13 февраля 2007, Andrey Borzenkov wrote:
On Четверг 07 декабря 2006, Lebedev, Vladimir P wrote:
Please register new bug, attach acpidump and dmesg.
http://bugzilla.kernel.org/show_bug.cgi?id=7995
regards
Quoting Andrew Morton [EMAIL PROTECTED]:
Subject: Re: 2.6.21-rc1: T60 resume from suspend to RAM issues
On Fri, 23 Feb 2007 01:38:03 +0200 Michael S. Tsirkin [EMAIL PROTECTED]
wrote:
I tested this:
commit 9654640d0af8f2de40ff3807d3695109d3463f54
and see 2 issues:
1. After
This patch applies on top of Paul Menage's container patches (V7) posted at
http://lkml.org/lkml/2007/2/12/88
It implements a controller within the containers framework for limiting
memory usage (RSS usage).
The memory controller was discussed at length in the RFC posted to lkml
Changelog
1. Change the name from memctlr to memcontrol
2. Coding style changes, call the API and then check return value (for kmalloc).
3. Change the output format, to print sizes in both pages and kB
4. Split the usage and limit files to be independent (cat memcontrol_usage
no longer
Changelog
1. Be consistent, use the C style of returning 0 on success and negative
values on failure
2. Change and document the locking used by the controller
(I hope I got it right this time :-))
3. Remove memctlr_double_(un)lock routines
4. Comment the usage of
Changelog
1. Move void *container to struct container (in scan_control and vmscan.c
and rmap.c)
2. The last set of patches churned the LRU list, in this release, pages
that can do not belong to the container are moved to a skipped_pages
list. At the end of the isolation they are added
---
Signed-off-by: [EMAIL PROTECTED]
---
Documentation/memctlr.txt | 70 ++
1 file changed, 70 insertions(+)
diff -puN /dev/null Documentation/memctlr.txt
--- /dev/null 2007-02-02 22:51:23.0 +0530
+++
Hi,
My script could not parse the (#2) and posted the patches as subject
followed by ( instead
I apologize,
Balbir Singh
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On 2/23/07, Alan [EMAIL PROTECTED] wrote:
Code looks OK. Not applied due to for testing note.
General comment: it might be nice to do this in the core, just as a
sanity check for a variety of problems, past, present and future.
We tried that with old IDE and all hell broke loose. Lots of
I realise that this is not a question strictly related to development
of linux, but there have been changes related to sleep granularity
lately, and I'm assuming these changes are made with an idea of how
sleep functions are expected to be used from user space. Since some of
these changes
On Tuesday 20 February 2007 1:10 pm, Jean Delvare wrote:
Here is the naive patch I have come up with. It does the job, even
though it is not clean by any means. But as you said, it's certainly not
worse than the current state, so I hope we can still apply it.
One glitch I noticed: on driver
On Tuesday 20 February 2007 1:10 pm, Jean Delvare wrote:
There are probably good reasons (== deep hardware braindamage on older
systems that are now hard to find) for the strange init sequencing in
that code, but I can't see why they should prevent splitting out
(a) device
On Sat, 24 Feb 2007, Oleg Nesterov wrote:
If my understanding correct, vmscan can find a page which lives in a already
anon_vma_unlink'ed vma. This is ok, the page is pinned, and page-mapping is
not cleared until free_hot_cold_page().
That's about right. The page_mapped checks, at several
On Feb 24, 2007, at 16:10:33, Davide Libenzi wrote:
On Sat, 24 Feb 2007, Ingo Molnar wrote:
the on/off calls are shaped in a way that makes them ultimately
vsyscall-able - the kernel only needs to know about the fact that
we are in a threadlet (so that the scheduler can do its special
On Fri, 23 Feb 2007, Paul E. McKenney wrote:
This look like a valid fix to me, at least as long as the lock is never
dropped in the meantime (e.g., to do I/O). If the lock -is- dropped in
the meantime, then presumably whatever is done to keep the page from
vanishing should allow an
From: Stefan Seyfried [EMAIL PROTECTED]
Fix the Oops occuring when SNAPSHOT_PMOPS or SNAPSHOT_S2RAM ioctl is called on
a system without pm_ops defined (eg. a non-ACPI kernel on x86 PC).
Signed-off-by: Stefan Seyfried [EMAIL PROTECTED]
Signed-off-by: Rafael J. Wysocki [EMAIL PROTECTED]
---
On Sat, 24 Feb 2007, Kyle Moffett wrote:
On Feb 24, 2007, at 16:10:33, Davide Libenzi wrote:
On Sat, 24 Feb 2007, Ingo Molnar wrote:
the on/off calls are shaped in a way that makes them ultimately
vsyscall-able - the kernel only needs to know about the fact that we are
in a threadlet
Jorg,
I am very found of all your comments and your positive attitude
on DualFS. I also understand that you have much more experience
than us in regard to GC and cleaners. DualFS implementation is
using maybe old technology that can be definetly improved. Although
we understand the value of
201 - 300 of 376 matches
Mail list logo