From: Sven Dietrich <[EMAIL PROTECTED]>
Signed-off-by: Sven Dietrich <[EMAIL PROTECTED]>
---
kernel/Kconfig.preempt| 11 +++
kernel/rtmutex.c |4
kernel/rtmutex_adaptive.h | 11 +--
kernel/sysctl.c | 12
4 files changed, 36 inser
The current logic makes rather coarse adjustments to current->state since
it is planning on sleeping anyway. We want to eventually move to an
adaptive (e.g. optional sleep) algorithm, so we tighten the scope of the
adjustments to bracket the schedule(). This should yield correct behavior
with or
It is redundant to wake the grantee task if it is already running
Credit goes to Peter for the general idea.
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
Signed-off-by: Peter Morreale <[EMAIL PROTECTED]>
---
kernel/rtmutex.c | 45 -
1 files ch
From: Sven-Thorsten Dietrich <[EMAIL PROTECTED]>
Add /proc/sys/kernel/lateral_steal, to allow switching on and off
equal-priority mutex stealing between threads.
Signed-off-by: Sven-Thorsten Dietrich <[EMAIL PROTECTED]>
---
kernel/rtmutex.c |7 ++-
kernel/sysctl.c | 14 ++
The current logic only allows lock stealing to occur if the current task
is of higher priority than the pending owner. We can gain signficant
throughput improvements (200%+) by allowing the lock-stealing code to
include tasks of equal priority. The theory is that the system will make
faster progre
You can download this series here:
ftp://ftp.novell.com/dev/ghaskins/adaptive-locks-v2.tar.bz2
Changes since v1:
*) Rebased from 24-rt1 to 24.2-rt2
*) Dropped controversial (and likely unecessary) printk patch
*) Dropped (internally) controversial PREEMPT_SPINLOCK_WAITERS config options
*) Incor
Linus, please pull the latest x86 git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
Note: three (well-tested) lguest fixlets are included as well.
Thanks,
Ingo
-->
Adrian Bunk (1):
x86: don't make swapper_pg_pmd global
Ahmed S
From: Richard Hacker <[EMAIL PROTECTED]>
This patch adds a new command line option -E to modpost, expecting a comma
separated list of additional files as an argument whose symbols should be
read before processing. Passing EXTRA_SYMBOLS on the make command line will
then call modpost with this s
On Mon, Feb 25, 2008 at 3:55 AM, Balbir Singh <[EMAIL PROTECTED]> wrote:
>
>
> A boot option for the memory controller was discussed on lkml. It is a good
> idea to add it, since it saves memory for people who want to turn off the
> memory controller.
>
> By default the option is on for the fol
On Mon, Feb 25, 2008 at 09:49:43AM -0500, Theodore Ts'o wrote:
> I've noticed that if I try to use a 32-bit x86 gdb to debug a
> 32-bit program under a 64-bit x86_64 kernel, gdb (version 6.6-debian,
> from Ubuntu Gutsy) immediately core dumps as soon as I run the test
> program under the debu
Thomas Lehmann <[EMAIL PROTECTED]> verified that this
entry works.
Signed-off-by: Bjorn Helgaas <[EMAIL PROTECTED]>
Index: work6/drivers/serial/8250_pnp.c
===
--- work6.orig/drivers/serial/8250_pnp.c2008-02-20 16:55:04.00
25-rc2-mm1 is hanging early in boot on my HP ia64 numa platform. I saw
the "Strange hang on ia64 with CONFIG_PRINTK_TIME=y" thread on lkml:
http://marc.info/?t=12028839681&r=1&w=4
However, my config does not include PRINTK_TIME=y. In fact, hang occurs
with ia64 defconfig as well--
On Mon, Feb 25, 2008 at 04:28:02PM +0100, Peter Zijlstra wrote:
> Vatsa, would it make sense to take just that out, or just do a full
> revert?
Peter,
6b2d7700266b9402e12824e11e0099ae6a4a6a79 and
58e2d4ca581167c2a079f4ee02be2f0bc52e8729 are related very much. The
later changes how cpu loa
On Mon, Feb 25, 2008 at 04:28:02PM +0100, Peter Zijlstra wrote:
> On Mon, 2008-02-25 at 20:05 +0530, Dhaval Giani wrote:
> Subject: sched: fully revert load_balance_monitor()
>
> The following commit causes a number of serious regressions:
>
> commit 6b2d7700266b9402e12824e11e0099ae6a4a6a79
>
On Sat, Feb 23, 2008 at 12:05:12AM -0800, Andrew Morton wrote:
>
> > Subject: [PATCH]iova-lockdep-false-alarm-fix.
>
> Nice English titles, please...
>
> On Wed, 20 Feb 2008 16:35:28 -0800 mark gross <[EMAIL PROTECTED]> wrote:
>
> > lockdep goes off on the iova copy_reserved_iova because it and
Subject: printk: fix possible printk overrun
From: Tejun Heo <[EMAIL PROTECTED]>
Date: Thu, 14 Feb 2008 10:32:07 +0900
printk recursion detection prepends message to printk_buf and offsets
printk_buf when actual message is printed but it forgets to trim buffer
length accordingly. This can result
Joe Perches wrote:
>
> On Wed, 2008-02-20 at 22:32 -0800, David Miller wrote:
> > > + if (lost) {
> > > + printk(KERN_WARNING
> > > +"printk: %d %s%smessage%s suppressed.\n",
> > > +lost,
> > > +(state-
Andi Kleen <[EMAIL PROTECTED]> wrote:
>> we were talking about the load order. This will solve the load order,
>> but if we have races like the kind you described, then the whole mISDN
>> design is broken.
>
> It's more a generic problem of the module code.
It's a problem of not enough synchroni
Linus, please pull the latest scheduler fixes git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/mingo/linux-2.6-sched.git
Two cross-subsystem changes:
arch/um/kernel/process.c: scheduler related prototype cleanup
fs/proc/base.c: latencytop fixes
Thanks,
Ing
On 24/02/08 18:33 -0500, Andres Salomon wrote:
> Note that I didn't bother cleaning up the gxfb and lxfb headers wrt MSRs;
> that's coming in another patch (which is still in progress).
>
>
> From 22b8ddf47f77f01a59afb937779f4c83e9862f9e Mon Sep 17 00:00:00 2001
> From: Andres Salomon <[EMAIL PRO
On Sat, Feb 23, 2008 at 11:20:22AM -0800, Andrew Morton wrote:
> On Sat, 23 Feb 2008 11:06:49 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Feb 23, 2008 at 12:04:43AM -0800, Andrew Morton wrote:
> > > On Thu, 21 Feb 2008 10:15:55 -0800 mark gross <[EMAIL PROTECTED]> wrote:
> > >
> > > >
Ongoing efforts to remove the freezer from the system suspend and
hibernation code ("system sleep" is the proper catch-all term) have
turned up a fundamental flaw in the Power Management subsystem's
design. In brief, we cannot handle the race between hotplug addition
of new devices and suspending
On Mon, Feb 25 2008, Lee Schermerhorn wrote:
> On Fri, 2008-02-22 at 13:40 -0800, Greg KH wrote:
> > plain text document attachment
> > (cciss-panic-in-blk_rq_map_sg-from-cciss-driver.patch)
> > 2.6.22-stable review patch. If anyone has any objections, please let us
> > know.
>
> Greg, Jens: Doe
Updates Documentation/vm/numa_memory_policy.txt and
Documentation/filesystems/tmpfs.txt to describe optional mempolicy mode
flags.
Cc: Paul Jackson <[EMAIL PROTECTED]>
Cc: Christoph Lameter <[EMAIL PROTECTED]>
Cc: Lee Schermerhorn <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Randy Du
With the evolution of mempolicies, it is necessary to support mempolicy
mode flags that specify how the policy shall behave in certain
circumstances. The most immediate need for mode flag support is to
suppress remapping the nodemask of a policy at the time of rebind.
Both the mempolicy mode and
From: Paul Jackson <[EMAIL PROTECTED]>
The following adds two more bitmap operators, bitmap_onto() and
bitmap_fold(), with the usual cpumask and nodemask wrappers.
The bitmap_onto() operator computes one bitmap relative to
another. If the n-th bit in the origin mask is set, then the
m-th bit of
Adds another optional mode flag, MPOL_F_RELATIVE_NODES, that specifies
nodemasks passed via set_mempolicy() or mbind() should be considered
relative to the current task's mems_allowed.
When the mempolicy is created, the passed nodemask is folded and mapped
onto the current task's mems_allowed. Fo
Add an optional mempolicy mode flag, MPOL_F_STATIC_NODES, that suppresses
the node remap when the policy is rebound.
Adds another member to struct mempolicy, nodemask_t user_nodemask, as
part of a union with cpuset_mems_allowed:
struct mempolicy {
...
union
The mempolicy mode constants, MPOL_DEFAULT, MPOL_PREFERRED, MPOL_BIND,
and MPOL_INTERLEAVE, are better declared as part of an enum since they
are sequentially numbered and cannot be combined.
The policy member of struct mempolicy is also converted from type short
to type unsigned short. A negativ
On Mon, 2008-02-25 at 20:05 +0530, Dhaval Giani wrote:
> This is funny. The thread should not start. Did the full revert that I
> sent you sometime back work better?
I suspect it are the change in sched_fair.c:load_balance_fair(). I
assumed those were to handle the case where tg->share != cpu sh
On Mon, 25 February 2008 15:07:24 +, Andy Whitcroft wrote:
> On Sun, Feb 24, 2008 at 03:47:11PM +0100, Jörn Engel wrote:
> > While tracking down some unrelated bug I noticed that shrink_page_list()
> > keeps testing very low page numbers (aka kernel text) until deciding
> > that the page lacks
On Fri, 2008-02-22 at 13:40 -0800, Greg KH wrote:
> plain text document attachment
> (cciss-panic-in-blk_rq_map_sg-from-cciss-driver.patch)
> 2.6.22-stable review patch. If anyone has any objections, please let us
> know.
Greg, Jens: Does 2.6.22 contain the scatter/gather chaining that caused
th
On Sun, Feb 24, 2008 at 03:47:11PM +0100, Jörn Engel wrote:
> While tracking down some unrelated bug I noticed that shrink_page_list()
> keeps testing very low page numbers (aka kernel text) until deciding
> that the page lacks a mapping and cannot get freed. Looks like a waste
> of cpu and cachel
This happens on both 32- and 64-bit in 2.6.25-rc2 and -rc3, rc1 not
tested. .config of 32-bit x86 below.
LD .tmp_vmlinux1
arch/x86/kernel/built-in.o: In function `do_notify_resume':
(.text+0x1243): undefined reference to `VDSO32_rt_sigreturn'
arch/x86/kernel/built-in.o: In function `do_no
Hi,
I've noticed that if I try to use a 32-bit x86 gdb to debug a
32-bit program under a 64-bit x86_64 kernel, gdb (version 6.6-debian,
from Ubuntu Gutsy) immediately core dumps as soon as I run the test
program under the debugger. Is this normal/expected/known bug?
I haven't tri
On Mon, Feb 25, 2008 at 03:57:06PM +1000, Brad Rosser wrote:
> Hi Boris,
>
> > Well, this sounds strange. Are you sure you're entering the boot options
> > correctly on the kernel command line? Which is your boot loader? I just
> > booted
> > my machine with 'hdc=noprobe' (hdc is my cdrom dri
On Mon, 25 Feb 2008, Pavel Machek wrote:
> Hi!
>
> Alan thinks that `subj` is correct...
More precisely, reads and writes of pointers are always atomic. That
is, if a write and a read occur concurrently, it is guaranteed that the
read will obtain either the old or the new value of the pointer
Hi,
On Thu, 21 Feb 2008, john stultz wrote:
> > Again, what kind of crappy hardware do you expect? Aren't clocks supposed
> > to get better and not worse?
>
> Well, while I've seen much worse, I consider crappy hardware to be 100
> +ppm error. So if the hardware is perfect and the system result
On 22.02.2008 13:04, Karsten Keil wrote:
These design issues are fixed in the new mISDN socket branch.
The old mISDN design was too complicated because it allow access to
every layer and build the ISDN stack dynamically, both feature were never
needed in practice and contain many race conditions.
On Mon, 2008-02-25 at 20:05 +0530, Dhaval Giani wrote:
> This is funny. The thread should not start. Did the full revert that I
> sent you sometime back work better?
Yes.
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
On Mon, Feb 25, 2008 at 03:29:59PM +0100, Mike Galbraith wrote:
>
> On Mon, 2008-02-25 at 13:22 +0100, Peter Zijlstra wrote:
> > Subject: sched: revert load_balance_monitor()
> >
> > The following commit causes a number of serious regressions:
> >
> > commit 6b2d7700266b9402e12824e11e0099ae6a4
On Mon, 2008-02-25 at 13:22 +0100, Peter Zijlstra wrote:
> Subject: sched: revert load_balance_monitor()
>
> The following commit causes a number of serious regressions:
>
> commit 6b2d7700266b9402e12824e11e0099ae6a4a6a79
> Author: Srivatsa Vaddagiri <[EMAIL PROTECTED]>
> Date: Fri Jan 2
This patch makes the group scheduler multi hierarchy aware.
Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]>
---
include/linux/sched.h |2 +-
kernel/sched.c| 41 -
2 files changed, 25 insertions(+), 18 deletions(-)
Index: linux-2.6.25-rc2/inc
Meant 2/2 in $subject.
--
regards,
Dhaval
--
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 http://www.tux.org/lkml/
This patch allows tasks and groups to exist in the same cfs_rq. With this
change the CFS group scheduling follows a 1/(M+N) model from a 1/(1+N)
fairness model where M tasks and N groups exist at the cfs_rq level.
Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]>
Signed-off-by: Srivatsa Vaddagiri <[
Hi Ingo,
These patches change the fairness model as discussed in
http://lkml.org/lkml/2008/1/30/634
Patch 1 -> Changes the fairness model
Patch 2 -> Allows one to create multiple levels of cgroups
The second patch is not very good with SMP yet, that is the next TODO.
Also it changes the behaviou
On Mon, Feb 25, 2008 at 02:45:49PM +0100, Ingo Molnar wrote:
>...
> > > I've seen architectures that were build-tested for the _first time_
> > > at around 2.6.24-rc8...
> >
> > That can't be true.
> >
> > Can you name what architectures you think of and why you think noone
> > tried to compile
Dmitry Adamushko <[EMAIL PROTECTED]> wrote:
> (3)
>
> LOCK
>
> LOAD(a)
> MODIFY(b)
>
> UNLOCK
>
> and this last one is a problem. No?
I assume you meant:
LOCK
LOAD(b)
MODIFY(a)
UNLOCK
David
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
i read that you shouldn't write a testmail i need to see if this works..
--
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 http://www.t
Hi!
This is a patch (very ugly, assumes you have just one disk) to bring
powersaving to AHCI. You need Alan's SCSI autosuspend (attached) patch
as a base.
It saves .5W compared to config with disk spinning, and even .15W
compared to hdparm -y... on my thinkpad x60 anyway.
It is also mandatory fi
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > so if an arguably sane testing method "only" works on x86 then the
> > right solution is to fix the other architectures to be sanely
> > testable too.
>
> If you want to fix them I won't stop you...
>
> Until they are fixed I'm staying at using the
On Monday 25 February 2008, Brad Rosser wrote:
[...]
> Bart wrote:
>
> > Does the following patch help?
> >
> > [ It makes ireason handling for REQ_TYPE_ATA_PC requests be the same as
> > for other request types so "ireason == 1" quirk is used if needed. ]
>
> I tried to apply the patch but fai
Return ERR even if there are pending data, but hw is not running. Do not
decrement count in poll, do it in ioctl, where data are actually read.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
drivers/misc/phantom.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git
Openhaptics uses pointers in _IOC() macros, implement compat for them. Also
add _IOC alternatives which are not 32/64 bit dependent (structures
passed through aren't yet) -- libphantom will use them.
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
---
drivers/misc/phantom.c | 24
Hi,
I'm currently stuck between Kernel LVM and DRBD, as I'm using Kernel
2.6.24.2 with DRBD 8.2.5 on top of an LVM2 device (LV).
-LVM2/device mapper doesn't support write barriers
-DRBD uses blkdev_issue_flush() to flush its metadata to disk.
On a no-barrier-device, DRBD should receive EOPNOTSUP
On Mon, 2008-02-25 at 03:21 -0800, David Brownell wrote:
> > > > > > ==> LOCKDEP feature is evidently missing:
> > > > > > spin_lock_irq_nested(lock_ptr, lock_class)
> > > > >
> > > > > This rant is more lines than adding the API :-/ the reason for it not
> > > > > being there is
On Mon, Feb 25, 2008 at 01:57:07PM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > > the existing 32-bit and 64-bit defconfigs should be enough for that.
> > > For better/full coverage, randconfig should be used.
> >
> > The two big problems with randconfigs are:
>
This is a pair of Xen para-virtual frontend device drivers:
drivers/video/xen-fbfront.c provides a framebuffer, and
drivers/input/xen-kbdfront provides keyboard and mouse.
The backends run in dom0 user space.
The two drivers are not in two separate patches, because the
intermediate step (one driv
Deferred I/O was utterly broken. Reading the mmap()ed framebuffer
worked, but writing it made the VM endlessly invoke
vm_ops.page_mkwrite(). That happened because we failed to set
page->mapping and page->index.
The fix is to set them, and clean up properly before the framebuffer
gets released.
Frontends are expected to write their protocol ABI to xenstore. Since
the protocol ABI defaults to the backend's native ABI, things work
fine without that as long as the frontend's native ABI is identical to
the backend's native ABI. This is not the case for xen-blkfront
running 32-on-64, because
This is a pair of Xen para-virtual frontend device drivers:
drivers/video/xen-fbfront.c provides a framebuffer, and
drivers/input/xen-kbdfront provides keyboard and mouse.
The backends run in dom0 user space.
Differences since last post:
* Required patch fixing 32-on-64 xen-blkfront included.
*
On Mon, Feb 25, 2008 at 3:25 PM, Pekka J Enberg <[EMAIL PROTECTED]> wrote:
> On Mon, 25 Feb 2008, Michael Buesch wrote:
> > > Neither of which seem like acceptable solutions for a 2.6.23 -> 2.6.24
> > > _regression_. Or maybe I am just too naive to believe Linus' statement
> > > on not letting t
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > the existing 32-bit and 64-bit defconfigs should be enough for that.
> > For better/full coverage, randconfig should be used.
>
> The two big problems with randconfigs are:
> - either you build each .config both with and without your patch or you
>
On Tue, 19 Feb 2008, Greg KH wrote:
> On Mon, Feb 18, 2008 at 09:52:25PM +0100, Guennadi Liakhovetski wrote:
> > Booting an x86 SMP PC with todays git-snapshot or just with 2.6.25-rc2
> > getting the following warnings (with a bit of context):
>
> Can you try enabling CONFIG_DEBUG_KOBJECT and se
On Monday, 25 of February 2008, Zdenek Kabelac wrote:
> Hi
Hi,
[CCs restored, added CC to Dave]
> I'm finally going to test some kernel - because I'd been trying it
> against the HEAD - but unfortunately it looks like there is something
> seriously broken with -rc3 and sata merge - anyway - I'm
On Mon, 25 Feb 2008, Michael Buesch wrote:
> > Neither of which seem like acceptable solutions for a 2.6.23 -> 2.6.24
> > _regression_. Or maybe I am just too naive to believe Linus' statement
> > on not letting the kernel regress...
>
> So, please sign-off the patch that we have, if you think it'
On Mon, Feb 25, 2008 at 12:50:22PM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > > What i do against build breakage is randconfig testing. That catches
> > > far more build breakage than a few limited number of defconfigs
> > > would ever.
> >
> > How do you test
Subject: sched: revert load_balance_monitor()
The following commit causes a number of serious regressions:
commit 6b2d7700266b9402e12824e11e0099ae6a4a6a79
Author: Srivatsa Vaddagiri <[EMAIL PROTECTED]>
Date: Fri Jan 25 21:08:00 2008 +0100
sched: group scheduler, fix fairness of cpu band
On Monday 25 February 2008 13:11:04 Pekka Enberg wrote:
> On Mon, Feb 25, 2008 at 11:54 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> > > Isn't the resolution Michael is suggesting is, "use the different
> > driver"?
> >
> > I have two resolutions. One being:
> > rmmod b44
> > rmmod ssb
> >
On Sat, Feb 23, 2008 at 10:31:01AM -0800, Dave Hansen wrote:
> > > - 4 bits for the page size, with 0 meaning native page size (4k on x86,
> > > 8k on alpha, ...) and values 1-15 being specific to the architecture
> > > (I used 1 for 2M, 2 for 4M and 3 for 1G for x86)
>
> "Native page size" pr
On Mon, Feb 25, 2008 at 11:54 AM, Michael Buesch <[EMAIL PROTECTED]> wrote:
> > Isn't the resolution Michael is suggesting is, "use the different driver"?
>
> I have two resolutions. One being:
> rmmod b44
> rmmod ssb
> modprobe bcm43xx
> modprobe b44
>
> The other being: Wait for 2.6.25 and
A boot option for the memory controller was discussed on lkml. It is a good
idea to add it, since it saves memory for people who want to turn off the
memory controller.
By default the option is on for the following two reasons
1. It provides compatibility with the current scheme where the memor
Rename Memory Controller to Memory Resource Controller. Reflect the same
changes in the CONFIG definition for the Memory Resource Controller.
Group together the config options for Resource Counters and Memory
Resource Controller.
This code has been compile tested with the Memory Resource Control
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 25, 2008 at 12:27:34PM +0100, Florian Fainelli wrote:
> > Le lundi 25 février 2008, Adrian Bunk a écrit :
> > > Booting it might fine, but CLOCK_TICK_RATE will be wrong...
> >
> > PIT_TICK_RATE is overriden specificaly for R321x in
> > incl
Hi
Since upgrading to 2.6.25-rc1 I see filesystem corruption on my XFS
filesystem. I can reproduce this by doing "git reset --hard v2.6.25-rc1"
on a git checkout which is on some other revision. Git outputs strange
error messages (like file xxx is a directory when xxx really is a file)
and sometim
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > What i do against build breakage is randconfig testing. That catches
> > far more build breakage than a few limited number of defconfigs
> > would ever.
>
> How do you test whether a x86 merge might break the compilation of
> e.g. some ARM platform
On Monday, 25 of February 2008, Lukas Hejtmanek wrote:
> Hello,
Hi,
Thanks for the report.
> 2.6.25-rc2-git7 has regression, thinkpad keys do not work any more.
>
> Probably this commit broke things 6c231bd5eb07ce546517019f334652b9ecfc329a
Please always provide the commit subject along with t
On Sun, 24 Feb 2008 17:03:10 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> > Which reminds me...you were talking about a patch that adds oneshot
> > support for the count/compare clocksource and more cleanups, but I
> > don't think I've seen it...?
>
> I avoid sending non-working patches, and
On Mon, Feb 25, 2008 at 12:27:34PM +0100, Florian Fainelli wrote:
> Le lundi 25 février 2008, Adrian Bunk a écrit :
> > Booting it might fine, but CLOCK_TICK_RATE will be wrong...
>
> PIT_TICK_RATE is overriden specificaly for R321x in include/asm-x86/timex.h,
> just like for AMD Elan.
Not when
On Monday, 25 of February 2008, Alan Stern wrote:
> On Sun, 24 Feb 2008, Rafael J. Wysocki wrote:
>
> > > Very subtly wrong ;-).
> > >
> > > imagine suspending_task == 0xabcdef01. Now task "R" with current ==
> > > 0xabcd reads suspending_task while the other cpu is writing to it,
> > > and s
On Monday, 25 of February 2008, Alan Stern wrote:
> On Sun, 24 Feb 2008, Pavel Machek wrote:
>
> > > > At the very least, you'd need rmb() before reading it and wmb() after
> > > > writing to it, but I'm not sure if that's enough on every obscure
> > > > architecture out there.
> > >
> > > No, ne
Dave Young 쓴 글:
> On Mon, Feb 25, 2008 at 5:28 PM, Louis JANG <[EMAIL PROTECTED]> wrote:
>
>> > I ever asked marcel about the coding style. please see following thread:
>> > http://lkml.org/lkml/2008/1/22/91
>> >
>> > I think the style problem marcel said is
>> > 1. using kernel codeing sty
Hi,
> Git reset is just the easiest way to reproduce it.
Interesting :)
> I was able to track this corruption down to commit
> a69b176df246d59626e6a9c640b44c0921fa4566 ([XFS] Use the generic bitops
> rather than implementing them ourselves.) using git bisect.
>
> Reverting edd319dc527733e61eec5
On Sun, 24 Feb 2008 15:42:51 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> > On Fri, 22 Feb 2008 17:28:37 -0800
> > David Brownell <[EMAIL PROTECTED]> wrote:
> >
> > > +static cycle_t tc_get_cycles(void)
> > > +{
> > > + unsigned long flags;
> > > + u32 lower, upper;
> > > +
> >
On Mon, Feb 25, 2008 at 12:17:07PM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > What I want is that e.g. after fiddling with kernel headers I want an
> > easy way of having much compile coverage. And my script that builds
> > all defconfig's is trivial (although
Hi!
> > velocity_suspend() seems to be at fault.
>
> (gdb) l *(velocity_suspend+0x37)
> 0xc0244665 is in velocity_suspend (drivers/net/via-velocity.c:3399).
> 3394 if(!netif_running(vptr->dev))
> 3395 return 0;
> 3396
> 3397 netif_device_detach(vptr->dev);
> 3
Hi!
Alan thinks that `subj` is correct...
> > > > At the very least, you'd need rmb() before reading it and wmb() after
> > > > writing to it, but I'm not sure if that's enough on every obscure
> > > > architecture out there.
> > >
> > > No, neither one is needed because of the way suspending_ta
Le lundi 25 février 2008, Adrian Bunk a écrit :
> Booting it might fine, but CLOCK_TICK_RATE will be wrong...
PIT_TICK_RATE is overriden specificaly for R321x in include/asm-x86/timex.h,
just like for AMD Elan.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
> > > > > ==> LOCKDEP feature is evidently missing:
> > > > > spin_lock_irq_nested(lock_ptr, lock_class)
> > > >
> > > > This rant is more lines than adding the API :-/ the reason for it not
> > > > being there is simple, it wasn't needed up until now.
> > >
> > > I suspected that
On Mon, Feb 25, 2008 at 11:51:10AM +0100, Ingo Molnar wrote:
>
> * Florian Fainelli <[EMAIL PROTECTED]> wrote:
>
> > > In fact for rdc321x that should be rather easy to do right now:
> > > wdt.c could/should become a regular watchdog driver, and do we
> > > really need those GPIO specials in in
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> What I want is that e.g. after fiddling with kernel headers I want an
> easy way of having much compile coverage. And my script that builds
> all defconfig's is trivial (although it takes a day to finish).
no, i think you misunderstood me. I do allyes
Hi Frank,
On Mon, 25 Feb 2008 11:12:45 +0100 Frank Seidel <[EMAIL PROTECTED]> wrote:
>
> Stephen Rothwell wrote:
> > I have created today's linux-next tree at
>
> i bet your $SUBJECT was meant for the Tree for Feb 25, wasn't it?
> ;-)
Damn! I remembered to reread to body of the mail and forgot
The early exception handlers are currently set up using a macro
recursion. Replace that with a standard loop.
Noop patch, just a cleanup.
---
arch/x86/kernel/head_64.S | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
Index: linux/arch/x86/kernel/head_64.S
===
On Mon, Feb 25, 2008 at 11:14:33AM +0100, Ingo Molnar wrote:
>
> * Florian Fainelli <[EMAIL PROTECTED]> wrote:
>
> > This patch adds the default kernel configuration for the RDC R-321x
> > SoC.
>
> hm, i'm not sure. Right now we just have a 32-bit defconfig and a 64-bit
> defconfig - but there
All of early setup runs with interrupts disabled, so there is no
need to set up early exception handlers for vectors >= 32
That saves some text size
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/kernel/head64.c |2 +-
arch/x86/kernel/head_64.S |6 ++
include/asm-x86/
Currently they are in .text.head because the rest of head_64.S.
.text.head is not removed as init data, but the early exception handlers
should be because they are not needed after early boot of the BP.
So move them over.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/kernel/head_
Hi,
Sorry for missing lots of emails in my long vacation. :)
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dan Williams
> Sent: Sunday, February 24, 2008 10:06 AM
> To: Kumar Gala
> Cc: LKML Kernel; Zhang Wei
> Subject: Re: dma engine drivers for
Hi Ingo,
Le lundi 25 février 2008, Ingo Molnar a écrit :
> thanks, applied. I guess i should push this change upstream only once
> the new watchdog driver has been committed to drivers/watchdog/ ?
Yes it would be better, thank you very much !
signature.asc
Description: This is a digitally signe
Hi Ingo,
Le lundi 25 février 2008, Ingo Molnar a écrit :
> ok, great! Btw., do you think you could achieve your board to boot fine
> with CONFIG_X86_GENERICARCH=y and CONFIG_M486=y?
I think it can boot already, will tell you when I have done the necessary
testing.
--
To unsubscribe from this lis
This driver should be moved to drivers/watchdog so let's
remove the arch/x86/mach-rdc321x/wdt.c file.
Signed-off-by: Florian Fainelli <[EMAIL PROTECTED]>
---
diff --git a/arch/x86/mach-rdc321x/Makefile b/arch/x86/mach-rdc321x/Makefile
index 1faac81..8325b4c 100644
--- a/arch/x86/mach-rdc321x/Makef
401 - 500 of 544 matches
Mail list logo