The latest linux kernel doesn't boot on my computer
(h=21511abd0a248a3f225d3b611cfabb93124605a7).
elilo hangs while booting this kernel. 2.6.24 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 h
Zitat von "H. Peter Anvin" <[EMAIL PROTECTED]>:
> [EMAIL PROTECTED] wrote:
> > The latest linux kernel doesn't boot on my computer
> > (h=21511abd0a248a3f225d3b611cfabb93124605a7).
> >
> > elilo hangs while booting this kernel. 2.6.24 works.
>
> Wow, so we know it's affected with EFI, since you'
Jan 12 13:25:44 CET 2008 i686 UML
User Mode Linux GNU/Linux
Any ideas what could be wrong here?
mfg
thomas
--
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-in
23:30:21 knecht ipppd[237]: Local number: x, Remote number: x,
Jun 29 23:30:21 knecht ipppd[237]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, l
Jun 29 23:30:21 knecht ipppd[237]: Remote message:
Jun 29 23:30:21 knecht ipppd[237]: MPPP negotiation, He: Yes We: Yes
thx,
thomas
-
To unsubscribe
Florin Iucha iucha.net> writes:
> > It's really curious - I tried your .config and commands, and still
> > could not trigger the high iowait. I'm running 64bit Intel Core 2,
> > and kernel 2.6.24-rc1-git6 with the above patch.
>
> Curious but 100% reproducible, at least on my box. What I'm goin
This one incorporates some of Arjan's suggestions and a fix for the
i810 problem introduced with the previous patch.
/Thomas
-
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://
From: Thomas Hellstrom <[EMAIL PROTECTED]>
This patch allows drm to populate an agpgart structure with pages of its own.
It's needed for the new drm memory manager which dynamically flips pages in and
out of AGP.
The patch modifies the generic functions as well as the intel agp
From: Thomas Hellstrom <[EMAIL PROTECTED]>
This patch allows drm to populate an agpgart structure with pages of its
own.
It's needed for the new drm memory manager which dynamically flips pages in
and out of AGP.
The patch modifies the generic functions as well as th
From: Thomas Hellstrom <[EMAIL PROTECTED]>
diff --git a/drivers/char/agp/parisc-agp.c b/drivers/char/agp/parisc-agp.c
index 17c50b0..b7b4590 100644
--- a/drivers/char/agp/parisc-agp.c
+++ b/drivers/char/agp/parisc-agp.c
@@ -228,6 +228,7 @@ struct agp_bridge_driver parisc_ag
hs of the patch that should be
reworked.
The patch that follows is against Dave's agpgart repo.
Regards,
Thomas
-
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
From: Thomas Hellstrom <[EMAIL PROTECTED]>
This patch allows drm to populate an agpgart structure with pages of its own.
It's needed for the new drm memory manager which dynamically flips pages in and
out of AGP.
The patch modifies the generic functions as well as the intel agp
Something is really wrong with page alloc on this one. Compiled 2.6.19-rc6-rt5
with the one patch to page_alloc.c as posted on the list here.
Kernel uses around 50% mem and 30% swap without doing anything.
I get a lot of these:
X invoked oom-killer: gfp_mask=0xd0, order=0, oomkilladj=0
[] out_of
es is part of kernel/time/timer_stats.c
and only used within timer_stats.c
I guess without stack values this is hard to debug...
I cc'ed Ingo Molnar and Thomas Gleixner as they signed of the initial patch for
the timer_stats support:
http://git.kernel.org/?p=linux/kernel/git/torvalds/
Hello.
Regarding bug 8066 (http://bugzilla.kernel.org/show_bug.cgi?id=8066):
Is there a particular reason, that prevents the patch becoming part of the
2.6.21 release?
Without this patch i have no battery icon and this is a regression againt
2.6.20.
with kind regards
thomas
-
To unsubscribe
e the same error i encounter. See also:
http://www.ussg.iu.edu/hypermail/linux/kernel/0703.1/1506.html
with kind regards
thomas
-
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.or
rnal_Keyboard_._Trackpad-event-kbd
> -> ../event5
>
> Any hints welcome,
See also this discussion thread:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0703.3/0988.html
But there is no solution for this problem right now.
with kind regards
thomas
-
To unsubscribe from this list: sen
Dear Sir/Madam,
This is Thomas from topmag,Shenzhen,China.
From your website, we know that our magnet products may be used for your
products.
Our branch company also manufacture and supply raw materials of high calss
praseodymium-neodymium-iron alloy, dysprosium, chromium metal etc. We are
Hi.
Current linus' git tree:
x86_64-unknown-linux-gnu-ld: BFD 2.15 assertion fail
/home/thomas/source/crosstool-0.43/build/x86_64-unknown-linux-gnu/gcc-3.4.5-glibc-2.3.6/binutils-2.15/bfd/linker.c:619
drivers/built-in.o(.text+0x20749d): In function `xpad_probe':
: undefined re
Dear,
This is Thomas from Chinese magnets company.
My friend introduce me,most of your items may use the bonded magnets or
injection magnets.
Maybe we can help you for the magnet items,if you need,please feel free to let
us know.
Thanks
Thomas --- Sales Engineer
Mobile: 0086-15889706837
Hi,
It turns out that this seems to be a bug in udl DRM driver.
I bisected the problem to this patch:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/gpu/drm/udl?id=5dc9e1e87229cb786a5bb58ddd0d60fee6eb4641
With kind regards
Thomas
Am 22.11.2013 17:18 schrieb
Dear sir,
How are you? This is Thomas from China Topmagtech Ltd, We get your contact from
my friend and knowing that you are buying some precised magnetized magnets for
your item.
We are professional manufacture Sintered NdFeB & Magnetic Assemblies.
Our advantage is: Precise magnetiza
rial devices.
Below are some pictures of our facilities,you can also view more product
information at our topmag website.
If we could be of any further assistance,pls don't hesitate to contact us
directly,thank you.
Bests Regards
Thomas --- Sales Engineer
Mobile: 0086-1588970683
Dear,
This is Thomas from Chinese magnets company.
My friend introduce me,most of your items may use the bonded magnets or
injection magnets.
Maybe we can help you for the magnet item,if you need,please feel free to let
us know.
Thanks
Thomas --- Sales Engineer
Mobile: 0086-15889706837
Dear purchasing manager,
This is Thomas from Chinese magnet company.
As you may know the price of raw material has been higher, it would be a good
timing for you to purchasing magnet for your items.
Feel free to contact me for any further questions or enquiry.
Bests Regards
Thomas
rial devices.
Below are some pictures of our facilities,you can also view more product
information at our topmag website.
If we could be of any further assistance,pls don't hesitate to contact us
directly,thank you.
Bests Regards
Thomas --- Sales Engineer
Mobile: 0086-1588970683
On 26 November 2012 19:41, Mark Brown
wrote:
> On Mon, Nov 26, 2012 at 07:16:04PM +0530, Thomas Abraham wrote:
>
>> and this patch applied cleanly. Could you please let me know if there
>> is anything I need to be doing differently for this.
>
> Hrm, try applying it on t
Add device tree based discovery support for max8997.
Cc: Karol Lewandowski
Cc: Rajendra Nayak
Cc: Rob Herring
Cc: Grant Likely
Signed-off-by: Thomas Abraham
Acked-by: MyungJoo Ham
Reviewed-by: Tomasz Figa
---
This patch is based on 'topic/max8997' branch of Mark Brown's
it(void)
> +{
> + platform_driver_unregister(&exynos5_i2c_driver);
> +}
> +module_exit(i2c_adap_exynos5_exit);
> +
> +MODULE_DESCRIPTION("Exynos5 HS-I2C Bus driver");
> +MODULE_AUTHOR("Taekgyun Ko, ");
> +MODULE_LICENSE("GPL");
>
xtern int pl320_ipc_unregister_notifier(struct notifier_block *nb);
Why some "extern" here? You don't have these for the other functions in
this header file.
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training
On Wed, 28 Nov 2012, Joseph Salisbury wrote:
> On 11/23/2012 08:11 AM, Norbert Warmuth wrote:
> > Thomas Gleixner writes:
> > > On Wed, 21 Nov 2012, Norbert Warmuth wrote:
> > > > 3.7-rc6 booted with nmi_watchdog=0 fails to suspend to RAM or
> > > > offlin
r or
"firewall" that
reads from a *write-combined* pushbuffer performance will be bad. Really
bad.
In such situations I think one should consider copy-from-user while
validating, and
let user-space set up the command buffer in malloced memory.
/Thomas
--
To unsubscribe from
On Wed, 28 Nov 2012, Frank Rowand wrote:
> 3.6.7-rt18: kernel BUG at .../kernel/sched/core.c:3817!
>
> Grant reported this same problem for 3.6.5-rt15.
>
> I am seeing it on a different arm board.
>
> Here is the BUG_ON():
>
>asmlinkage void __sched preempt_schedule_irq(void)
>{
>
My laptop is an Acer 1810T. I see this error message each boot.
Kind regards
Thomas
Jiri Kosina schrieb:
>On Fri, 15 Mar 2013, Jiri Kosina wrote:
>
>> > I have the same problem on my Lenovo T500. I think the graphics card is
>> > involved.
>> >
>> &g
r 3.10 ?
Thanks,
Thomas
On Thu, 21 Feb 2013 15:47:09 +, Andrew Murray wrote:
> DT bindings for PCI host bridges often use the ranges property to describe
> memory and IO ranges - this binding tends to be the same across architectures
> yet several parsing implementations exist, e.g
On 03/21/13 at 01:21pm, Andrey Vagin wrote:
> diff --git a/include/uapi/linux/netlink_diag.h
> b/include/uapi/linux/netlink_diag.h
> new file mode 100644
> index 000..9328866
> --- /dev/null
> +++ b/include/uapi/linux/netlink_diag.h
> +enum {
> + NETLINK_DIAG_MEMINFO,
> + NETLINK_DIAG_
On 03/21/13 at 06:31pm, Andrew Vagin wrote:
> The code in ss looks like you described:
> struct rtattr *tb[UNIX_DIAG_MAX+1];
> ...
> parse_rtattr(tb, UNIX_DIAG_MAX, (struct rtattr*)(r+1),
> nlh->nlmsg_len - NLMSG_LENGTH(sizeof(*r)));
>
>
> struct rtatt
nla_parse([...], XXX_DIAG_MAX, [...]
>
> Reported-by: Thomas Graf
> Cc: "David S. Miller"
> Cc: Pavel Emelyanov
> Cc: Eric Dumazet
> Cc: "Paul E. McKenney"
> Cc: David Howells
> Signed-off-by: Andrey Vagin
Acked-by: Thomas Graf
--
To unsubscribe from this list
On 03/21/13 at 11:14am, David Miller wrote:
> So you're ACK'ing a patch that makes changes to files that don't even
> exist in the repository?
I have been ACK'ing the patch in the context of the previous
patch that I reviewed in the first place which in summary is
now OK. But you are obviously rig
arent = res->child = res->sibling = NULL; \
> + res->name = np->full_name; \
> + } while (0)
And here, I enclosed all the usage of the macro parameters in
parenthesis. Like (res)->flags instead of res->flags. If you don't do
that, then passing &foobar a
On Sun, 3 Feb 2013, Izik Eidus wrote:
> Hi,
>
> it seems like hrtimer_enqueue_reprogram contain a race which could result in
> timer.base switch during unlock/lock sequence.
>
> See the code at __hrtimer_start_range_ns where it calls
> hrtimer_enqueue_reprogram. The later is releasing lock prote
On Fri, 25 Jan 2013, Paul Gortmaker wrote:
> From: Thomas Gleixner
>
> There is no real reason to use a rwlock for devtree_lock. It even
> could be a mutex, but unfortunately it's locked from cpu hotplug
> paths which can't schedule :(
>
> So it needs to become
Dear RT Folks,
I'm pleased to announce the 3.6.11-rt26 release.
Changes since 3.6.11-rt25:
1) Fix the RT highmem implementation on x86
2) Support highmem + RT on ARM
3) Fix an one off error in the generic highmem code (upstream fix
did not make it into 3.6.stable)
4) Upstrea
On Mon, 4 Feb 2013, Thomas Gleixner wrote:
> Dear RT Folks,
>
> I'm pleased to announce the 3.6.11-rt26 release.
>
> Changes since 3.6.11-rt25:
Forgot to mention the change from EXPORT_SYMBOL_GPL to EXPORT_SYMBOL
for pagefault_dis/enable. I really hate it, but it break
On Mon, 4 Feb 2013, Clark Williams wrote:
> More changes; I was running into a collision with the name kmap_prot.
Bah. I knew that I should have decided that today is still part of the
weekend.
Pushed out rt27 with the fixed merged back. Sorry for the noise.
Thanks,
tglx
--
To unsubscri
On Tue, 5 Feb 2013, Qiang Huang wrote:
> On 2013/2/4 22:58, Thomas Gleixner wrote:
> >From patches-3.6.11-rt28.patch.gz, your patch x86-highmem-make-it-work.patch
> did this work. And you said
> "It had been enabled quite some time, but never really worked."
>
>
On Mon, 4 Feb 2013, Leonid Shatz wrote:
> I assume the race can also happen between hrtimer cancel and start. In both
> cases timer base switch can happen.
>
> Izik, please check if you can arrange the patch in the standard format (do
> we need to do it against latest kernel version?)
Yes please
On Mon, 4 Feb 2013, Izik Eidus wrote:
> From: leonid Shatz
>
> it seems like hrtimer_enqueue_reprogram contain a race which could result in
> timer.base switch during unlock/lock sequence.
>
> See the code at __hrtimer_start_range_ns where it calls
> hrtimer_enqueue_reprogram. The later is rele
On Tue, 5 Feb 2013, Stanislaw Gruszka wrote:
> On Mon, Feb 04, 2013 at 08:32:23PM +0100, Oleg Nesterov wrote:
> > On 02/01, Thomas Gleixner wrote:
> > >
> > > B1;2601;0cOn Fri, 1 Feb 2013, Tommi Rantala wrote:
> > >
> > > > Hello,
> >
Leonid,
On Tue, 5 Feb 2013, Leonid Shatz wrote:
Please stop top posting!
> The explanation were submitted as possible scenario which could explain how
> the bug in kernel could happen and it does not mean that serious designer
> could do exactly that. As I said before, it's also possible that a
Dear Thierry Reding,
On Wed, 9 Jan 2013 21:43:06 +0100, Thierry Reding wrote:
> When using deferred driver probing, PCI host controller drivers may
> actually require this function after the init stage.
>
> Signed-off-by: Thierry Reding
Tested-by: Thomas Petazzoni
--
Thomas Pet
The pcim_*() functions are used by the libata-sff subsystem, and this
subsystem is used for many SATA drivers on ARM platforms that do not
necessarily have I/O ports.
Signed-off-by: Thomas Petazzoni
Cc: Paul Gortmaker
Cc: Jesse Barnes
Cc: Yinghai Lu
Cc: linux-kernel@vger.kernel.org
---
lib
Dear Arnd Bergmann,
On Tue, 12 Feb 2013 18:00:48 +, Arnd Bergmann wrote:
> On Tuesday 12 February 2013, Thomas Petazzoni wrote:
> > The pcim_*() functions are used by the libata-sff subsystem, and
> > this subsystem is used for many SATA drivers on ARM platforms that
> &g
X86_FEATURE_MATCH(X86_FEATURE_HW_PSTATE),
{}
};
MODULE_DEVICE_TABLE(x86cpu, acpi_cpufreq_ids);
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
able would be more flexible .. out in the field or what
> not .. no?
Yep, if you want anyone to make use of this, it should better get embedded
in more general, at least general ondemand code.
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
> # detach_timer( ): __list_del( )
>
> ld r4,[r13,4] # .entry.prev, D.31439
> st r4,[r3,4] # .prev, D.31439
> st r3,[r4]# .next, D.30246
>
> Signed-off-by: Vineet Gupta
> Reported-by: Christian Ruppert
> Cc: Thomas Gleixner
> Cc:
efulness now and it's going to get
used (automatically) and the stuff is even documented, I cannot suggest
anything anymore how to integrate that better.
Acked-by: Thomas Renninger
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
gt;>/boot/instrumented_initrd
modified /boot/grub/menu.lst and pointed to /boot/instrumented_initrd
-> no override messages in dmesg, no overriding happened at all.
Did I oversee something?
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Thursday, April 04, 2013 08:09:46 PM Yinghai Lu wrote:
> On Thu, Apr 4, 2013 at 7:28 PM, Thomas Renninger wrote:
> > On Thursday, April 04, 2013 04:46:04 PM Yinghai Lu wrote:
> >> One commit that tried to parse SRAT early get reverted before v3.9-rc1.
&
e/acpi/tables/FACP:
my:
PM Profile : 04 [Enterprise Server]
changed (as expected) to:
PM Profile : 02 [Mobile]
>From acpi overriding parts:
Tested-by: Thomas Renninger
I also went through the override related patches and from
what I can judge (certainly not the early memory, flat 32 bit memo
the
issue.
Reported-by: Siegfried Wulsch
Signed-off-by: Thomas Gleixner
Cc: sta...@vger.kernel.org
---
Index: linux-stable/kernel/sched/clock.c
===
--- linux.orig/kernel/sched/clock.c
+++ linux/kernel/sched/clock.c
@@ -176,10 +176,3
switch type 1 to type
> >> X, with the sole exceptions being the areas explicitly reserved for the
> >> kdump kernel.
> >
> > Do you prefer to "reserveram" way in attached patch?
>
> Hi, Thomas,
>
> Can you please check attached reserveram v
On Thursday, January 24, 2013 09:23:14 AM Takao Indoh wrote:
> (2013/01/23 9:47), Thomas Renninger wrote:
> > On Monday, January 21, 2013 10:11:04 AM Takao Indoh wrote:
> >> (2013/01/08 4:09), Thomas Renninger wrote:
> > ...
> >
> >>> I tried the provid
regression since 3.7
--
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
tatus
error: command 'gcc' failed with exit status 1
--
Thomas
# perf test -v 15
15: Try 'use perf' in python, checking link problems :
--- start ---
Traceback (most recent call last):
File "", line 1, in
ImportError: /home/acm
[tmb@tmb linux-3.8-rc5]$ make -C tools/perf -s V=1 HAVE_CPLUS_DEMANGLE=1
prefix=%{_prefix} all
...
/tmp/ccJEJv6m.o: In function `main':
:(.text+0x14): undefined reference to `strlcpy'
collect2: ld returned 1 exit status
...
This did not show up in 3.7
--
Thomas
--
To unsubscribe
0, ULLONG_MAX, E820_RAM, E820_KDUMP_RESERVED);
and possibly slight adjusting when the memmap=X#Y memory
the kdump kernel uses is added (has to override E820_KDUMP_RESERVED
areas with usable memory again)
My previously posted kexec-tools patches should simply work,
it's just that
_and_ioremap() instead, in order to get
automatic unmap on error and in the ->remove() path?
But maybe it won't work because this memory range is claimed both by
the MDIO driver and the Ethernet driver itself. In that case, you could
use devm_ioremap().
Best regards,
Thomas
--
Thomas Petaz
ingle register of 4 bytes. No
> functionnal code change introduced.
>
> Signed-off-by: Florian Fainelli
Acked-by: Thomas Petazzoni
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
n_mdio_remove(struct platform_device *pdev)
> struct mii_bus *bus = platform_get_drvdata(pdev);
> struct orion_mdio_dev *dev = bus->priv;
>
> + writel(0, dev->regs + MVMDIO_ERR_INT_MASK);
> + free_irq(dev->err_interrupt, dev);
free_irq() not needed since the
dev_err(&pdev->dev, "No SMI register address given\n");
> + ret = -ENODEV;
> + goto out_free;
> + }
> +
> + dev->err_interrupt = platform_get_irq(pdev, 0);
> + }
I think you can d
ink
the whole point of this work should be to get rid of this
MV643XX_ETH_SHARED_NAME driver, no?
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
--
To unsubscribe from this list: send
do it step by step.
Yes, agreed. But I think it would be good to have followed patches that
progressively get rid of the shared driver thing, as it will help in
bringing a proper DT binding in the mv643xx_eth driver. But it
certainly doesn't need to be part of this specific patch.
Thank
.7.
Is there a reason for not sending this to stable, too?
Kind regards,
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Il 30/01/2013 14:58, Rob Landley ha scritto:
>
> On 01/20/2013 03:55:05 PM, Thomas Capricelli wrote:
>
>> So my guess is that there's something badly broken in the bzip2 kernel
>> decompressing code.. ? There's both a regression between kernel 3.6 and
>> 3.7,
Split out into separate functions, so we can convert it to a state machine.
Signed-off-by: Thomas Gleixner
---
kernel/cpu.c | 69 ---
1 file changed, 47 insertions(+), 22 deletions(-)
Index: linux-2.6/kernel/cpu.c
Install the callbacks via the state machine and let the core invoke
the callbacks on the already online cpus.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/cpu/perf_event_amd_ibs.c | 54 +++
include/linux/cpuhotplug.h |1
2 files changed, 21
From: Richard Weinberger
Signed-off-by: Richard Weinberger
Signed-off-by: Thomas Gleixner
---
include/linux/cpuhotplug.h |7 +
kernel/cpu.c |4 +++
kernel/relay.c | 59 ++---
3 files changed, 25 insertions(+), 45
From: Richard Weinberger
Signed-off-by: Richard Weinberger
Signed-off-by: Thomas Gleixner
---
include/linux/cpuhotplug.h | 15 ++
kernel/cpu.c |8 +++
mm/slab.c | 102 ++---
3 files changed, 64 insertions(+), 61
.
Signed-off-by: Thomas Gleixner
---
kernel/cpu.c | 66 ---
1 file changed, 27 insertions(+), 39 deletions(-)
Index: linux-2.6/kernel/cpu.c
===
--- linux-2.6.orig/kernel/cpu.c
Straight forward replacement.
Signed-off-by: Thomas Gleixner
---
drivers/clocksource/arm_generic.c | 40 +++---
include/linux/cpuhotplug.h|1
2 files changed, 13 insertions(+), 28 deletions(-)
Index: linux-2.6/drivers/clocksource/arm_generic.c
Straight forward conversion to state machine callbacks w/o fixing the
obvious brokeness of the asymetric state invocations.
Signed-off-by: Thomas Gleixner
---
drivers/cpufreq/cpufreq_stats.c | 55 +---
include/linux/cpuhotplug.h |2 +
2 files
Signed-off-by: Thomas Gleixner
---
include/linux/cpuhotplug.h |1 +
virt/kvm/kvm_main.c| 42 --
2 files changed, 17 insertions(+), 26 deletions(-)
Index: linux-2.6/include/linux/cpuhotplug.h
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/tboot.c| 23 +++
include/linux/cpuhotplug.h |1 +
2 files changed, 8 insertions(+), 16 deletions(-)
Index: linux-2.6/arch/x86/kernel/tboot.c
From: Richard Weinberger
Signed-off-by: Richard Weinberger
Signed-off-by: Thomas Gleixner
---
include/linux/cpuhotplug.h |5
kernel/cpu.c |4 +++
kernel/smp.c | 50 -
3 files changed, 27 insertions(+), 32
one
Add a create callback function as well.
Signed-off-by: Thomas Gleixner
---
include/linux/smpboot.h |5 +
kernel/smpboot.c|5 +++--
2 files changed, 8 insertions(+), 2 deletions(-)
Index: linux-2.6/include/linux
Replace the perf_notifier() install mechanism, which invokes magically
the callback on the current cpu. Convert the hardware specific
callbacks which are invoked from the x86 perf core to return proper
error codes instead of totally pointless NOTIFY_BAD return values.
Signed-off-by: Thomas
From: Richard Weinberger
Signed-off-by: Richard Weinberger
---
include/linux/cpuhotplug.h | 12 +
kernel/cpu.c |8 +++
kernel/profile.c | 92 +
3 files changed, 63 insertions(+), 49 deletions(-)
Index: linux-2.6/in
From: Richard Weinberger
Signed-off-by: Richard Weinberger
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/apic/x2apic_cluster.c | 80 --
include/linux/cpuhotplug.h|1
2 files changed, 31 insertions(+), 50 deletions(-)
Index: linux-2.6
From: Richard Weinberger
Signed-off-by: Richard Weinberger
Signed-off-by: Thomas Gleixner
---
include/linux/cpuhotplug.h |4
kernel/cpu.c |4
kernel/timer.c | 43 +--
3 files changed, 13 insertions(+), 38
All users gone.
Signed-off-by: Thomas Gleixner
---
include/linux/cpu.h|6 --
include/linux/cpuhotplug.h |1 -
kernel/cpu.c | 11 ---
3 files changed, 18 deletions(-)
Index: linux-2.6/include/linux/cpu.h
Split out the clockevents callbacks instead of piggypacking them on
hrtimers.
This gets rid of a POST_DEAD user. See commit 54e88fad. We just move
the callback state to the proper place in the state machine.
Signed-off-by: Thomas Gleixner
---
include/linux/cpuhotplug.h | 18
Do we really need so many states here ?
Signed-off-by: Thomas Gleixner
---
include/linux/cpuhotplug.h | 18
kernel/cpu.c | 12 +
kernel/rcutree.c | 95 -
3 files changed, 73 insertions(+), 52 deletions
Use the smpboot thread infrastructure. Mark the stopper thread
selfparking and park it after it has finished the take_cpu_down()
work.
Signed-off-by: Thomas Gleixner
---
kernel/cpu.c |2
kernel/stop_machine.c | 134 ++
2 files
No point calling this from the dying cpu.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/cpu/perf_event_intel_uncore.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6/arch/x86/kernel/cpu/perf_event_intel_uncore.c
original code did not check the return values of the setup
functions and I could not be bothered to twist my brain around undoing
the previous steps. Marked with a FIXME.
Signed-off-by: Thomas Gleixner
---
arch/x86/kernel/cpu/perf_event_intel_uncore.c | 109 ++
include/linux
Straight forward conversion which leaves the question whether this
couldn't be combined with already existing infrastructure in the
scheduler instead of having an extra state.
Signed-off-by: Thomas Gleixner
---
include/linux/cpuhotplug.h |6 ++
kernel/cpu.c |
Signed-off-by: Thomas Gleixner
---
arch/s390/kernel/vtime.c | 18 +-
include/linux/cpuhotplug.h |1 +
2 files changed, 6 insertions(+), 13 deletions(-)
Index: linux-2.6/arch/s390/kernel/vtime.c
===
--- linux
All users converted to state machine.
Signed-off-by: Thomas Gleixner
---
include/linux/cpu.h|6 --
include/linux/cpuhotplug.h |1 -
kernel/cpu.c | 13 +
3 files changed, 1 insertion(+), 19 deletions(-)
Index: linux-2.6/include/linux/cpu.h
Straight forward conversion w/o bells and whistles.
Signed-off-by: Thomas Gleixner
---
arch/arm/kernel/perf_event_cpu.c | 28 +---
include/linux/cpuhotplug.h |1 +
2 files changed, 6 insertions(+), 23 deletions(-)
Index: linux-2.6/arch/arm/kernel
Straight forward conversion plus commentry why code which is executed
in hotplug callbacks needs to be invoked before installing them.
Signed-off-by: Thomas Gleixner
---
arch/arm/vfp/vfpmodule.c | 29 +
include/linux/cpuhotplug.h |1 +
2 files changed, 18
1 - 100 of 21522 matches
Mail list logo
