tored there. The arrays are
kept up-to-date during normal runtime. The crash handler fn is triggered by the
recently introduced PPC crash shutdown reg/unreg functions.
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea.h | 34 +-
drivers/net/ehea/ehea_ma
true when the processor has a TSC. However, the purpose of the
patch is to disable the TSC support even if the processor has it.
Comments welcome.
Thanks,
Thomas
---
Add a new configuration option that allows the TSC timer support code
to not be compiled, in order to make some space savings o
On Wed, 13 Feb 2008, Frans Pop wrote:
> On Wednesday 13 February 2008, Thomas Gleixner wrote:
> > can you please apply the following patch ? I really should have
> > thought about that, when I fixed the above one.
>
> I still get the bug with this patch. At least I
On Wed, 13 Feb 2008, Rafael J. Wysocki wrote:
> Hi Thomas,
>
> On Thursday, 7 of February 2008, Thomas Gleixner wrote:
> > current mainline triggers:
>
> Has the issue been fixed in the meantime?
Nope.
Just for reference: http://lkml.org/lkml/2007/1/14/38 looks
frighteni
On Thu, 14 Feb 2008, Greg KH wrote:
> On Thu, Feb 14, 2008 at 10:19:23PM +0100, Thomas Gleixner wrote:
> > Linus,
> >
> > please pull hrtimer fixes from:
> >
> > ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-hrt.git
> > master
>
clockevents_program_event().
The second patch prevents a false positive of the same WARN_ON().
Fixes are confirmed to solve http://lkml.org/lkml/2008/2/10/137
Thanks,
tglx
---
Thomas Gleixner (2):
hrtimer: check relative timeouts for overflow
hrtimer: catch expired
On Thu, 14 Feb 2008, Greg KH wrote:
> On Thu, Feb 14, 2008 at 10:37:49PM +0100, Thomas Gleixner wrote:
> > On Thu, 14 Feb 2008, Greg KH wrote:
> >
> > > On Thu, Feb 14, 2008 at 10:19:23PM +0100, Thomas Gleixner wrote:
> > > > Linus,
> > &
On Thu, 14 Feb 2008, Andrew Morton wrote:
> > This patch is intended for easy backporting and needs to be cleaned up
> > further for current mainline.
>
> So...
>
> I queued up this version with a cc to stable under the assumption that this
> is the patch which should be applied to 2.6.x.y, but t
queues before the filesystem.
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
---
kernel/futex.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
Index: linux-2.6/ke
and the PI/robust features are enabled.
The relevant syscalls return -ENOSYS and the robust list exit code is
blocked, when the detection fails.
Fixes http://lkml.org/lkml/2008/2/11/149
Originally reported by: Lennart Buytenhek
Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
Acked-by
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to extract errors using PTR_ERR macro and
process accordingly.thermal_cooling_device_register
returning NULL means that CONFIG_THERMAL=n and in that
case no need to create symbolic links.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
-
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to extract errors using PTR_ERR macro and
process accordingly.thermal_cooling_device_register
returning NULL means that CONFIG_THERMAL=n and in that
case no need to create symbolic links.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
-
From: Thomas Sujith <[EMAIL PROTECTED]>
Added sanity check to make sure that thermal zone
and cooling device exists.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/thermal/thermal.c | 13 -
1 files changed, 12 insertions(+), 1 deletion(-)
Index:
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to return using ERR_PTR instead of NULL
in case of errors.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/thermal/thermal.c | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
Index:
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to check whetherthermal_cooling_device_register
returned ERROR or not.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
---
drivers/acpi/video.c |3 +++
1 files changed, 3 insertions(+)
Index: linux-2.6.24/drivers/
From: Thomas Sujith <[EMAIL PROTECTED]>
Need to extract errors using PTR_ERR macro and
process accordingly.thermal_cooling_device_register
returning NULL means that CONFIG_THERMAL=n and in that
case no need to create symbolic links.
Signed-off-by: Thomas Sujith <[EMAIL PROTECTED]>
-
is for review only at the moment. Disabling compilation of
unused CPU support code will be done in a separate patch (I've taken
over Michael Opdenacker's work for the moment, with his agreement).
Thanks for your review and comments,
Thomas
---
Replace the hardcoded list of initialization fun
Matt Mackall <[EMAIL PROTECTED]>.
Signed-off-by: Thomas Petazzoni <[EMAIL PROTECTED]>
---
init/initramfs.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
Index: linux/init/initramfs.c
===
--
init/initramfs.c".
Work initially done by Matt Mackall <[EMAIL PROTECTED]>, updated to a
recent version of the kernel by me.
Signed-off-by: Thomas Petazzoni <[EMAIL PROTECTED]>
---
arch/alpha/boot/misc.c| 35 ---
arch/arm/boot/compressed/m
s code
(not in MAINTAINERS, not in the init/initramfs.c file itself).
Thanks,
Thomas
---
Instead of using the malloc() and free() wrappers needed by the
lib/inflate.c code for allocations, simply use kmalloc() and kfree() in
the initramfs code. This is needed for a further lib/inflate.c-related
clea
morning, you'll see that it removes the
malloc() and free() wrappers (and does some more clean-up).
Sincerly,
Thomas
--
Thomas Petazzoni, Free Electrons
Free Embedded Linux Training Materials
on http://free-electrons.com/training
(More than 1500 pages!)
signature.asc
Description: PGP signature
On Fri, 15 Feb 2008, Andi Kleen wrote:
> > In the past few months we frequently mentioned checkpatch.pl --file to
> > arch/x86 newbies and it's been a great source of cleanup patches and it
> > has become an integral part of our workflow. Newbies should start with
> > small baby steps, with triv
On Wed, 13 Feb 2008, Geert Uytterhoeven wrote:
> On Tue, 12 Feb 2008, Greg KH wrote:
> > On Tue, Feb 12, 2008 at 04:49:46PM -0800, Linus Torvalds wrote:
> > > On Tue, 12 Feb 2008, Greg KH wrote:
> > > > Perhaps you need to switch to using quilt. This is the main reason why
> > > > I use it.
> > >
On Sat, 16 Feb 2008, Jiri Kosina wrote:
> [ Ingo and Thomas added to CC, as this is apparently nohz stuff ]
Well, it explodes there :) I can not exactly decode the source line,
but it's either list corruption or something is fiddling with an
enqueued timer.
> Quel, does the problem g
On Sat, 16 Feb 2008, Heiko Carstens wrote:
> > + /*
> > +* This will fail and we want it. Some arch implementations do
> > +* runtime detection of the futex_atomic_cmpxchg_inatomic()
> > +* functionality. We want to know that before we call in any
> > +* of the complex code paths.
On Sat, 16 Feb 2008, Heiko Carstens wrote:
> > Well, NULL pointer dereferencing is supposed to fail, isn't it ?
>
> I wasn't sure that this is true for all architectures, but...
It's an requirement for futex support.
> > > Indeed it does fail with an Oops on s390 since we enable low address
> >
On Sat, 16 Feb 2008, Heiko Carstens wrote:
> On Sat, Feb 16, 2008 at 02:48:17PM +0100, Thomas Gleixner wrote:
> > On Sat, 16 Feb 2008, Heiko Carstens wrote:
> >
> > > > Well, NULL pointer dereferencing is supposed to fail, isn't it ?
> > >
>
On Tue, 12 Feb 2008, Harvey Harrison wrote:
> arch/x86/kernel/i8253.c:98:27: warning: symbol 'pit_clockevent' was not
> declared. Should it be static?
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscr
On Tue, 12 Feb 2008, Harvey Harrison wrote:
> Fixes sparse warning:
> arch/x86/mach-default/setup.c:19:5: warning: symbol 'no_broadcast' was not
> declared. Should it be static?
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
--
To unsubscribe from this li
On Wed, 13 Feb 2008, Harvey Harrison wrote:
> arch/x86/kernel/efi.c:57:12: warning: symbol 'efi_phys' was not declared.
> Should it be static?
>
> Yes, it should.
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
--
To unsubscribe from this list: send the l
On Wed, 13 Feb 2008, Adrian Bunk wrote:
> This patch removes the unused EXPORT_SYMBOL_GPL(io_delay_type).
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
On Wed, 13 Feb 2008, Adrian Bunk wrote:
> It's not required for swapper_pg_fixmap to be global.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
On Wed, 13 Feb 2008, Adrian Bunk wrote:
> It's not required for irq_return to be global.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
On Wed, 13 Feb 2008, Adrian Bunk wrote:
> mxcsr_feature_mask needlessly became global.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Wed, 13 Feb 2008, Harvey Harrison wrote:
> include/linux/efi.h does not include asm/efi.h, efi.c and efi_64.c
> explicitly include both. While not really right, add the include
> to efi_32.c until the header gets sorted out.
>
> arch/x86/kernel/efi_32.c:42:6: warning: symbol 'efi_call_phys_pr
On Sat, 9 Feb 2008, Andi Kleen wrote:
>
> We tend to assume the RTC clock is BCD, so print a warning
> if it claims to be binary.
>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Applied. FYI, I changed it to a WARN_ON_ONCE. That will make reports
more likely.
Thanks,
tglx
--
To unsu
On Sat, 9 Feb 2008, Andi Kleen wrote:
>
> Not that it matters much, see comment in the code.
>
> v2: Fix compilation on !ACPI, pointed out by tglx
>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Applied. Thanks,
tglx
--
To unsubscribe from this list: send the line "unsubscribe linux
On Sat, 9 Feb 2008, Andi Kleen wrote:
>
> We know it is already after 2000.
>
> This extends the effective lifetime of 32bit systems by 8 years:
> from 2030 to 2038.
>
> The only drawback is that users cannot set the cmos date to before 2000
> now on 32bit with systems that don't support extend
On Sat, 16 Feb 2008, Andrew Morton wrote:
> > The 2.6.25-rc2-mm1 kernel panic's while boot up on the s390x
> >
> > Unable to handle kernel pointer dereference at virtual kernel address
> > 00
> > 00
> > Oops: 0004 #1ยจ SMP
> First question is: does this happen in current mainline?
>
>
On Sat, 16 Feb 2008, Thomas Gleixner wrote:
> On Sat, 16 Feb 2008, Andrew Morton wrote:
> > > The 2.6.25-rc2-mm1 kernel panic's while boot up on the s390x
> > >
> > > Unable to handle kernel pointer dereference at virtual kernel address
> > >
On Wed, 31 Oct 2012, Paul Gortmaker wrote:
> [[ANNOUNCE] 3.6.4-rt11] On 31/10/2012 (Wed 02:19) Thomas Gleixner wrote:
>
> > Dear RT Folks,
> >
> > I'm pleased to announce the 3.6.4-rt11 release.
>
> The rt11 content is present on master in the 3.6-rt patch
From: Fenghua Yu
Signed-off-by: Thomas Renninger
---
drivers/acpi/osl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c
index a2845ff..a873c4f 100644
--- a/drivers/acpi/osl.c
+++ b/drivers/acpi/osl.c
@@ -542,7 +542,7 @@ static
Reflect this dependency in Kconfig.
Shorten the config description as suggested by Borislav Petkov
Signed-off-by: Thomas Renninger
---
drivers/acpi/Kconfig |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
index 44cea5d
.
Cleanup only, no functional change.
Signed-off-by: Thomas Renninger
---
arch/x86/kernel/setup.c |6 ++
include/linux/acpi.h| 16
2 files changed, 10 insertions(+), 12 deletions(-)
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index e800bc6
These are against latest x86-tip.
Only tiny cleanups. Would be great if they can be applied
to x86-tip.
Thanks,
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 inf
Linus,
On Thu, 1 Nov 2012 10:00:19 +0100, Linus Walleij wrote:
> Sounds like a separate patch but surely we can do this. Is Thomas'
> stuff on a branch somewhere that I can then rebase upon to get
> it upstream? I was planning to get this series as such to the
> ARM SoC mai
Dear RT Folks,
I'm pleased to announce the 3.6.5-rt14 release. 3.6.4-rt12 is an
intermediate release with a few changes. 3.6.5-rt13 is an update to
3.6.5 and 3.6.5-rt14 has a fix for my stupidity to release from the
wrong tree missing a fix for x86-32.
Changes since 3.6.3-rt11:
* Fix the fall
On Wed, 31 Oct 2012, Peter LaDow wrote:
> On Tue, Oct 30, 2012 at 5:33 PM, Steven Rostedt wrote:
> > From: Thomas Gleixner
> >
> > The netfilter code relies only on the implicit semantics of
> > local_bh_disable() for serializing wt_write_recseq sections. RT breaks
he non-DT support is removed.
Best regards,
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 the line "unsubscribe linux-kernel" in
t
On Thu, 1 Nov 2012, Liu, Chuansheng wrote:
> > From: Oliver Neukum [mailto:oneu...@suse.de]
> > On Thursday 01 November 2012 00:20:55 Chuansheng Liu wrote:
> > > When do code reviewing, found no special requirement to
> > > use spin_lock_irqsave/spin_unlock_irqrestore, because
> > > alarmtimer_get_
On Thu, 1 Nov 2012, Chuansheng Liu wrote:
>
> Some posix clock interface directly use the variable rtcdev,
> cleanup it here by alarmtimer_get_rtcdev().
>
> Signed-off-by: liu chuansheng
> ---
> kernel/time/alarmtimer.c | 13 ++---
> 1 files changed, 6 insertions(+), 7 deletions(-)
>
On Thu, 1 Nov 2012, Peter LaDow wrote:
> On Thu, Nov 1, 2012 at 2:26 PM, Thomas Gleixner wrote:
> > Cough. You are missing a boat load of crucial fixes. There is a damned
> > good reason why 3.0.stable got 12 updates and the -rt version 14.
>
> I don't doubt
On Fri, 2 Nov 2012, Steven Rostedt wrote:
> On Fri, 2012-11-02 at 22:24 +0900, anish kumar wrote:
> > From: anish kumar
> >
> > As no one is using the return value of irq_work_queue function
> > it is better to just make it void.
>
> Acked-by: Steven Rostedt
>
> Peter, like to take this patch
Dear RT Folks,
I'm pleased to announce the 3.6.5-rt15 brown paper bag release.
Changes since 3.6.5-rt14:
* Fix typos and other stupidities^Wcrimes committed by an
overworked and tired RT maintainer (courtesy Paul Gortmaker)
The embarrasing delta patch against 3.6.5-rt14 is appended belo
TTM base objects will be the first consumer.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/drm_hashtab.c | 18 +++---
1 files changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/drm_hashtab.c b/drivers/gpu/drm/drm_hashtab.c
index c3745c4..5729e39 100644
cycle on successful
reserve.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index bf6e4b5..46008ea 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_object.c | 30 +++---
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c |8
include/drm/ttm/ttm_object.h |4
include/linux/kref.h |2 +-
4 files changed, 20
trivial.
Signed-off-by: Thomas Hellstrom
---
include/linux/kref.h | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/include/linux/kref.h b/include/linux/kref.h
index 65af688..fd16042 100644
--- a/include/linux/kref.h
+++ b/include/linux/kref.h
@@ -111,4
A patch series for next that removes a substantial number of read-modify-write
operations from TTM command submission, in particular if TTM objects are used
to export objects to user-space. The only per-object atomic r-m-w operations
left during a typical execbuf call should be refcount up and down
On 11/05/2012 02:31 PM, Thomas Hellstrom wrote:
The mostly used lookup+get put+potential_destroy path of TTM objects
is converted to use RCU locks. This will substantially decrease the amount
of locked bus cycles during normal operation.
Since we use kfree_rcu to free the objects, no rcu
down.
v2: Formatting fixes.
In-Reply-To:
>From Thomas Hellstrom # This line is ignored.
From: Thomas Hellstrom
Subject:
In-Reply-To:
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
TTM base objects will be the first consumer.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/drm_hashtab.c | 18 +++---
1 files changed, 7 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/drm_hashtab.c b/drivers/gpu/drm/drm_hashtab.c
index c3745c4..5729e39 100644
trivial.
v2: Formatting fixes.
Signed-off-by: Thomas Hellstrom
---
include/linux/kref.h | 21 +
1 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/include/linux/kref.h b/include/linux/kref.h
index 65af688..bae91d0 100644
--- a/include/linux/kref.h
+++ b/include
cycle on successful
reserve.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
index bf6e4b5..46008ea 100644
--- a/drivers/gpu/drm/ttm/ttm_bo.c
: Don't touch include/linux/kref.h
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_object.c | 30 +++---
drivers/gpu/drm/vmwgfx/vmwgfx_resource.c |8
include/drm/ttm/ttm_object.h |4
3 files changed, 19 insertions(+
On 11/05/2012 03:01 PM, Maarten Lankhorst wrote:
Hey,
Op 05-11-12 14:31, Thomas Hellstrom schreef:
Reservation locking currently always takes place under the LRU spinlock.
Hence, strictly there is no need for an atomic_cmpxchg call; we can use
atomic_read followed by atomic_write since nobody
On Thu, 26 Jul 2012, Peter Zijlstra wrote:
> On Wed, 2012-07-25 at 15:40 -0700, Tejun Heo wrote:
> > > This patch disables preemption during complete(), since we call
> > > schedule() directly afterwards, so it will correctly enter
> > > TASK_UNINTERRUPTIBLE. This speeds up kthread creation/binding
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
> On 07/25/2012 10:00 PM, Thomas Gleixner wrote:
> > struct hotplug_event hotplug_events_bp[CPU_HOTPLUG_MAX_EVENTS];
> > struct hotplug_event hotplug_events_ap[CPU_HOTPLUG_MAX_EVENTS];
> >
> > The _bp one is the list of e
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
> On 07/25/2012 10:00 PM, Thomas Gleixner wrote:
> > While I thought about having a full dependency tracking system, I'm
> > quite convinced by now, that hotplug is a rather linear sequence which
> > does not provide mu
t; wireless, and staging) should go through either the x86 tree, or
> through akpm's tree.
>
> Alternatively, if the reviews are positive and I can get SOBs from the
> relevant maintainers, I can set up a platform-olpc tree somewhere and
> request a pull from Linus.
Either via akpm or
x27;s patches and I like the idea.
I didn't review Andre's in detail, but if they are based on
Matthew's and I expect they got some testing, I guess it should
be fine to push them with the next merge window.
Thomas
--
To unsubscribe from this list: send the line "uns
s.wall...@stericsson.com;
>> linux-kernel@vger.kernel.org;
>> ol...@chromium.org; Sangsu Park; Thomas Abraham; Kukjin Kim
>> Subject: Re: [PATCH] gpio: samsung: Fix off-by-one bug in gpio addresses
>>
>> Acked-by: Doug Anderson
>>
>> ---
>>
&
On Tuesday, September 04, 2012 07:00:09 PM H. Peter Anvin wrote:
> On 08/30/2012 02:29 AM, Thomas Renninger wrote:
> > From: "H. Peter Anvin"
> >
> > Add a simple cpio decoder without library dependencies for the purpose
> > of extracting components fro
Should still apply on latest Linux tree, I can resubmit if not.
Would be great if hpa can push this into a x86 branch to get
this into linux-next and into Linus' tree with the next merge
window.
Thanks,
Thomas
Dmesg output of a quick test:
FACP ACPI table found in initrd [kernel/fir
From: "H. Peter Anvin"
Add a simple cpio decoder without library dependencies for the purpose
of extracting components from the initramfs blob for early kernel
uses. Intended consumers so far are microcode and ACPI override.
Signed-off-by: H. Peter Anvin
CC: Thomas Renninger
Details can be found in:
Documentation/acpi/initrd_table_override.txt
Signed-off-by: Thomas Renninger
CC: eric.p...@tremplin-utc.net
CC: voj...@tlen.pl
CC: Lin Ming
CC: l...@kernel.org
CC: robert.mo...@intel.com
CC: h...@zytor.com
CC: ying...@kernel.org
---
Documentation/acpi
. On such systems it's essential that people can find
out as easy as possible how and why their BIOS behaves like the
way it does and then contribute that information to the list to get
things solved.
- ...
> specific comments in-line below...
Thanks a lot for going throu
gt; > Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=47301
> > ---
> >
> > While it's very late in the merge cycle, the fix is limited in scope
> > and fairly safe, so it wouldn't be too crazy to merge but then again
> > this can go through the ne
/debug/.. file.
It's more ore less doing the same what the old thinkpad_acpi driver
could, but offers this to all machines with an EC device.
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
ing
mach-{dove,kirkwood,orion5x,mv78xx0} gradually converge to DT,
pinctrl/gpio, clock and other things, and only after that merge into
mach-mvebu. It will be much easier to do the merge as most of the code
in those mach- directory will have disappeared, as well as the code in
plat-orion.
Best re
XP, so it will show
> > what are the differences/issues in having something that covers all
> > cases.
>
> Have you looked at the orion5x PCI code? Its very different to all the
> others and i doubt it will be easy to make work with all the others.
No, I haven't loo
acpi_physical_address * new_address,
> > - u32 *new_table_length)
> > + acpi_physical_address *address,
> > + u32 *table_length)
> > {
> > - return AE_SUPPORT;
> >
from Len than
"this is not a nak"?
Then this can go into linux-next through a X86 branch pushed by
hpa (as there are quite some x86 specific parts)?
The patches are on top of latest Linus tree.
Thanks,
Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux
This is needed for ACPI table overriding via initrd. Beside reserving
memblocks, X86 also requires to flag the memory area to E820_RESERVED or
E820_ACPI in the e820 mappings to be able to io(re)map it later.
Signed-off-by: Thomas Renninger
---
arch/x86/kernel/acpi/boot.c |6 ++
include
From: "H. Peter Anvin"
Add a simple cpio decoder without library dependencies for the purpose
of extracting components from the initramfs blob for early kernel
uses. Intended consumers so far are microcode and ACPI override.
Signed-off-by: H. Peter Anvin
CC: Thomas Renninger
Signed-off-by: Thomas Renninger
---
Documentation/acpi/initrd_table_override.txt | 94 ++
1 files changed, 94 insertions(+), 0 deletions(-)
create mode 100644 Documentation/acpi/initrd_table_override.txt
diff --git a/Documentation/acpi/initrd_table_override.txt
b
There are two ways of overriding ACPI tables now, both need to taint the
the kernel.
Signed-off-by: Thomas Renninger
---
drivers/acpi/osl.c | 20 +---
1 files changed, 13 insertions(+), 7 deletions(-)
diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c
index 007224b..a2845ff
A later patch will compare them with ACPI tables that get loaded at boot or
runtime and if criteria match, a stored one is loaded.
Signed-off-by: Thomas Renninger
---
arch/x86/kernel/setup.c |2 +
drivers/acpi/Kconfig|9
drivers/acpi/osl.c | 122
(static table pointers in XSDT),
but also dynamically any time later via ASL commands load() or loadTable().
The override mechanism always works.
Signed-off-by: Thomas Renninger
---
drivers/acpi/osl.c | 60 ---
1 files changed, 56 insertions(+), 4
On Tuesday, September 25, 2012 04:55:57 PM Thomas Renninger wrote:
> This is needed for ACPI table overriding via initrd. Beside reserving
> memblocks, X86 also requires to flag the memory area to E820_RESERVED or
> E820_ACPI in the e820 mappings to be able to io(re)map it later.
...
ACPI: Only allow users with CAP_SYS_RAWIO rights to overwrite ACPI funcs at
runtime
and tab align file_operations callbacks.
Signed-off-by: Thomas Renninger
---
drivers/acpi/custom_method.c | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi
tree mailing list?
Yes, it would be good to know and document what is the rule for .dts
files, and possibly extend checkpatch to cover those special rules
for .dts files.
Best regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulti
On Fri, 26 Oct 2012, Steven Rostedt wrote:
> On Fri, 2012-10-26 at 11:12 -0700, Juri Lelli wrote:
>
> > - scale down (right by 10) incoming parameters as to do internal
> >math with ~1us resolution (and scale up outgoing params)
>
> Would scaling down by 9 be sufficient? That way the resolut
Dear RT Folks,
I'm pleased to announce the 3.6.3-rt7 release.
Changes since 3.6.3-rt6:
* Enable SLUB for RT
Last time I looked at SLUB for RT (some years ago) it was just
way more painful than dealing with SLAB, but Christoph Lameter
has done major surgery on the SLUB code sin
On Fri, 26 Oct 2012, Peter LaDow wrote:
> (I've added netfilter and linux-rt-users to try to pull in more help).
>
> On Fri, Oct 26, 2012 at 9:48 AM, Eric Dumazet wrote:
> > Upstream kernel is fine, there is no race, as long as :
> >
> > local_bh_disable() disables BH and preemption.
>
> Looking
On Fri, 26 Oct 2012, Peter LaDow wrote:
> On Fri, Oct 26, 2012 at 2:05 PM, Eric Dumazet wrote:
> If this were safe, we wouldn't be seeing this lockup and your patch
> wouldn't be needed. So it seems that your patch doesn't really
> address the issue that we are not "sure a thread cannot be interr
On Fri, 26 Oct 2012, Thomas Gleixner wrote:
> Dear RT Folks,
>
> I'm pleased to announce the 3.6.3-rt7 release.
>
> Changes since 3.6.3-rt6:
>
>* Enable SLUB for RT
>
> Last time I looked at SLUB for RT (some years ago) it was just
> way more
On Sat, 27 Oct 2012, Anca Emanuel wrote:
> On Sat, Oct 27, 2012 at 1:08 AM, Thomas Gleixner wrote:
> >
> > Looks like CONFIG_NUMA=y exposes explosions. I just noticed that none
> > of the machines which are in my basic set of test systems have that
> > enabled.
"marvell,axp-db",
> + "globalscale,mbx0001",
> NULL,
> };
As Andrew said, sorted entries would be nicer.
Thanks,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free
gt;
> Maybe it would be good to prefix this with armada-370. It then fits
> with armada-370-db.dts, and all the kirkwood files are kirkwood-*.dts.
So for OpenBlocks, I should rename armada-xp-openblocks-ax3-4.dts as
well, I guess. I agree with your comment: I think that a name such as
mbx001.d
301 - 400 of 21522 matches
Mail list logo
