On Mon, 2007-01-22 at 09:57 +0100, Xavier Roche wrote:
> Hi folks,
>
> I have a probably louzy question regarding sigaction() behaviour when an
> alternate signal stack is used: it seems that I can not get the user
> stack reference in the ucontext_t stack context ; ie. the uc_stack
> member conta
Rik van Riel wrote:
Nick Piggin wrote:
The other nice thing about it was that it didn't have a hard
cutoff that the current reclaim_mapped toggle does -- you could
opt to scan the mapped list at a lower ratio than the unmapped
one. Of course, it also has some downsides too, and would
require re
This patchset represents the most stable clocksource changes in my tree. Also
John (and others) have reviewed these changes a few times. I think it's all
acceptable.
Daniel
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
Move the generic timekeeping code from kernel/timer.c to
kernel/time/timekeeping.c . This requires some glue code which is
added to the include/linux/timekeeping.h header.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
include/linux/clocksource.h |3
include/linux/timekeeping.h | 1
Adds a call back interface for register/rating change events. This is also used
later in this series to signal other interesting events.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
include/linux/clocksource.h | 37 +
include/linux/timekeeping.h |
Update drivers/clocksource/ with list initialization.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
drivers/clocksource/acpi_pm.c|1 +
drivers/clocksource/cyclone.c|1 +
drivers/clocksource/scx200_hrt.c |1 +
3 files changed, 3 insertions(+)
Index: linux-2.6.19/driver
A change to clocksource initialization. If the list field is initialized
it allows clocksource_register to complete faster since it doesn't have
to scan the list of clocks doing strcmp on each looking for duplicates.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
kernel/time/clocksource.
Update arch/x86_64/ with list initialization.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/hpet.c |1 +
arch/x86_64/kernel/tsc.c |1 +
2 files changed, 2 insertions(+)
Index: linux-2.6.19/arch/x86_64/kernel/hpet.c
=
Update arch/i386/ with list initialization.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
arch/i386/kernel/hpet.c |1 +
arch/i386/kernel/i8253.c |1 +
arch/i386/kernel/tsc.c |1 +
3 files changed, 3 insertions(+)
Index: linux-2.6.19/arch/i386/kernel/hpet.c
Update arch/mips/ with list initialization.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
arch/mips/kernel/time.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.19/arch/mips/kernel/time.c
===
--- linux-2.6.19.orig
Update arch/avre32/ with list initialization.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
arch/avr32/kernel/time.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.19/arch/avr32/kernel/time.c
===
--- linux-2.6.19.
Update arch/arm/ with list initialization.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
arch/arm/mach-imx/time.c |1 +
arch/arm/mach-ixp4xx/common.c |1 +
arch/arm/mach-netx/time.c |1 +
arch/arm/mach-pxa/time.c |1 +
4 files changed, 4 insertions(+)
Index:
Converts the original plain list into a sorted list based on the clock rating.
Later in my tree this allows some of the variables to be dropped since the
highest rated clock is always at the front of the list. This also does some
other nice things like allow the sysfs files to print the clocks in a
Modifies the way clocks are switched to in the timekeeping code. The original
code would constantly monitor the clocksource list checking for newly added
clocksources. I modified this by using atomic types to signal when a new clock
is added. This allows the operation to be used only when it's need
Uses the block notifier to replace the functionality of update_callback().
update_callback() was a special case specifically for the tsc, but including
it in the clocksource structure duplicated it needlessly for other clocks.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
arch/i386/kernel
Bisection shows the bad patch to be:
gregkh-driver-uio-documentation.patch
The htmldocs build failure can be eliminated by:
quilt remove Documentation/DocBook/kernel-api.tmpl
The error messages were:
.../linux-2.6.19 $ make htmldocs
DOCPROC Documentation/DocBook/kernel-api.xml
On 2006-12-29, Tim Schmielau wrote:
[]
> OK, building 2.6.20-rc2-mm1 with all 59 configs from arch/arm/configs
> with and w/o the patch indeed found one mysterious #include that may not
> be removed. Thanks, Russell!
>
> Andrew, please use the attached patch instead of the previous one, it also
Soeren Sonnenburg wrote:
> OK, how about this (please especially check the non SIL part):
>
> SATA Hotplug from the User Side
>
> - For SIL3114 and SIL3124 you don't have to run any commands at all. It
ahci and ck804 flavor of sata_nv's can do hotplug without user
assistance too.
[--snip--]
> -
On 2006-12-13, Robert P. J. Day wrote:
>
> Replace the very few remaining "depends" Kconfig directives with
> "depends on".
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
For this kind of fixes, please use
"kconfig" subsystem instead of
"kbuild" in subject. Thanks.
-
To u
Henrique de Moraes Holschuh wrote:
> Does SATA electrical conector keying let the disk firmware unload
> heads before the user manages to pull it out enough to sever power?
I don't think so.
> If it does not, the drive will do an emergency head unload, which is
> not good and will likely reduce t
On Mon, 22 Jan 2007 22:02:30 -0800 Don Mullis wrote:
>
> Bisection shows the bad patch to be:
> gregkh-driver-uio-documentation.patch
>
> The htmldocs build failure can be eliminated by:
> quilt remove Documentation/DocBook/kernel-api.tmpl
or by: quilt delete gregkh-driver-uio-document
On Mon, Jan 22, 2007 at 10:02:30PM -0800, Don Mullis wrote:
>
> Bisection shows the bad patch to be:
> gregkh-driver-uio-documentation.patch
>
> The htmldocs build failure can be eliminated by:
> quilt remove Documentation/DocBook/kernel-api.tmpl
>
> The error messages were:
>
> ...
On Mon, 2007-01-22 at 22:22 -0800, Randy Dunlap wrote:
> On Mon, 22 Jan 2007 22:02:30 -0800 Don Mullis wrote:
>
> >
> > Bisection shows the bad patch to be:
> > gregkh-driver-uio-documentation.patch
> >
> > The htmldocs build failure can be eliminated by:
> > quilt remove Documentation/D
JFFS is already marked CONFIG_BROKEN in fs/Kconfig, with a note that
it's going away in 2.6.21, but the corresponding update to
feature-removal-schedule.txt was accidentally omitted. Fixed.
Please pull from 'kill-jffs-prep' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.g
Hi Dann,
On Mon, Jan 22, 2007 at 11:19:43AM -0700, dann frazier wrote:
> On Mon, Jan 22, 2007 at 10:50:47AM +1100, Grant Coady wrote:
> > On Mon, 22 Jan 2007 00:03:21 +0100, Willy Tarreau <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED]:/home/other$ uname -r
> > 2.4.34b
> > [EMAIL PROTECTED]:/home
Avi Kivity <[EMAIL PROTECTED]> wrote:
> A "g" constraint may place a local variable in an %rsp-relative memory
> operand.
> but if your assembly changes %rsp, the operand points to the wrong location.
>
> An "r" constraint fixes that.
>
> Thanks to Ingo Molnar for neatly bisecting the problem.
>
what about removing psmouse module?
On 1/23/07, Jean-Marc Valin <[EMAIL PROTECTED]> wrote:
>>> will be a device driver. Common causes of suspend/resume problems from
>>> the list you give below are acpi modules, bluetooth and usb. I'd also be
>>> consider pcmcia, drm and fuse possibilities. But
On 2006-11-17, Oleg Verych wrote:
> On Tue, Oct 31, 2006 at 02:51:36PM +0100, olecom wrote:
> []
>> On Tue, Oct 31, 2006 at 02:14:16AM +0100, Horst Schirmeier wrote:
> []
>> > I'm not sure what you mean by $(objdir); I just got something to work
>> > which creates the /dev/null symlink in a (newly
Zan Lynx wrote:
I have been running 2.6.20-rc2-mm1 without problems, but both rc3-mm1
and rc4-mm1 have been giving me these freezes. They were happening
inside X and without external console it was impossible to get anything,
plus I was reluctant to test it since the freeze sometimes requires a
Jay Cliburn wrote:
This is the latest submittal of the patchset providing support for the
Attansic L1 gigabit ethernet adapter. This patchset is built against
kernel version 2.6.20-rc5.
This version incorporates all comments from:
Christoph Hellwig:
http://lkml.org/lkml/2007/1/11/43
http://l
Thomas Klein wrote:
Not only check the pointer against 0 but also the dereferenced value
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea.h |2 +-
drivers/net/ehea/ehea_main.c |6 --
2 files changed, 5 insertions(+), 3 deletions(-)
applied 1-7 to #u
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/ehea/ehea.h |2 +-
drivers/net/ehea/ehea_main.c | 56 +-
driver
On Wed, Jan 17, 2007 at 08:14:17PM +0300, Kirill Korotaev wrote:
> another small minor note.
>
> > From: Eric W. Biederman <[EMAIL PROTECTED]> - unquoted
> >
> > Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
> > ---
> > arch/frv/kernel/pm.c | 50
> >
On Wed, Jan 17, 2007 at 12:31:22PM -0700, Eric W. Biederman wrote:
> Kirill Korotaev <[EMAIL PROTECTED]> writes:
>
> > Eric, though I personally don't care much:
> > 1. I ask for not setting your authorship/copyright on the code which you
> > just
> > copied
> > from other places. Just doesn't
301 - 334 of 334 matches
Mail list logo
