On Sat, Nov 03, 2012 at 10:52:46PM +0100, Jean Delvare wrote:
> On Sat, 3 Nov 2012 09:46:33 +0200, Mika Westerberg wrote:
> > ACPI 5 introduced I2cSerialBus resource that makes it possible to enumerate
> > and configure the I2C slave devices behind the I2C controller. This patch
> > adds helper fu
`make rpm-pkg` and `make binrpm-pkg` will write $KERNELRELEASE into rpm
spec files which don't depend on localversion file now. So, the
unchanged spec files will cause failure after localversion file changed.
I added the localversion file into the dependencies of spec files.
Because that file is n
On Sun, 04 Nov 2012, David Miller wrote:
> From: Lee Jones
> Date: Sat, 3 Nov 2012 23:02:30 +0100
>
> > Instead of issuing (0) statements when !CONFIG_SYSFS which will cause
> > 'warning: ', we'll use inline statements instead. This will effectively
> > do the same thing, but suppress any unnec
On 11/03/2012 11:02 PM, Lee Jones wrote:
> If !CONFIG_SPI and !CONFIG_I2C* then there is no point adding support
> for the adav80x codec as it relies on a bus to operate. This patch
> fixes the build warnings below when SPI and I2C are not specified in
> the configuration.
>
> sound/soc/codecs/ada
At Sun, 4 Nov 2012 13:19:03 +0800,
Daniel J Blueman wrote:
>
> Correctly enable the digital microphones with the right bits in the right
> coeffecient
> registers on Cirrus CS4206/7 codecs. It also prevents misconfiguring ADC1/2.
>
> This fixes the digital mic on the Macbook Pro 10,1/Retina.
>
At Fri, 2 Nov 2012 00:28:50 +0900,
Masanari Iida wrote:
>
> Correct spelling typo in debug messages within drivers/sound
>
> Signed-off-by: Masanari Iida
Thanks, applied now.
Mark, this patch contains a couple of typo fixes. I applied it as is
(to for-linus branch) since ASoC changes here ar
At Thu, 1 Nov 2012 22:58:30 +0100,
Ondrej Zary wrote:
>
> On Thursday 01 November 2012 22:29:43 Alan Cox wrote:
> > On Thu, 1 Nov 2012 21:55:54 +0100
> >
> > Ondrej Zary wrote:
> > > pm_whitelist breaks suspend on all non-whitelisted cards for unknown
> > > purpose. Remove it. This fixes suspend
koneplus driver now supports updated model KoneXTD.
Added support for device reset for koneplus and savu drivers.
Removed a lot of unnecessary code for koneplus driver, bringing it
nearer to the looks of my newer roccat drivers.
--
To unsubscribe from this list: send the line "unsubscribe linux-k
KoneXTD is just a Kone[+] with updated sensor, so it's handled by
koneplus driver.
Signed-off-by: Stefan Achatz
---
drivers/hid/hid-ids.h |1 +
drivers/hid/hid-roccat-koneplus.c |4 +++-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/hid/hid-ids.h b/dr
Device can be reset to factory state by sending a command via info sysfs attr.
Changed from ro to rw to enable this feature.
Signed-off-by: Stefan Achatz
---
.../ABI/testing/sysfs-driver-hid-roccat-savu |3 +--
drivers/hid/hid-roccat-savu.c |4 ++--
2 files cha
Device can be reset to factory state by sending a command via info sysfs attr.
Added binary attribute info for this purpose, which obsoletes firmware_version
attribute.
Signed-off-by: Stefan Achatz
---
.../ABI/obsolete/sysfs-driver-hid-roccat-koneplus | 11 ++
.../ABI/testing/sysfs-dr
Removed caching of profile data which lowers memory footprint,
speeds up init and fixes problems with device reset.
Removed unnecessary infos in header.
Code moved nearer to format of newer drivers.
Signed-off-by: Stefan Achatz
---
drivers/hid/hid-roccat-koneplus.c | 371 +--
Grand poo-bah Linus wrote:
> Now, I doubt you'll find an architecture or C compiler where this will
> actually ever make a difference, but the fact remains that you
> shouldn't use signed integers for counters like this. You should use
> unsigned, and you should rely on the well-defined modulo-2**n
On Sun, 4 Nov 2012 09:23:17 +0200, Mika Westerberg wrote:
> On Sat, Nov 03, 2012 at 10:52:46PM +0100, Jean Delvare wrote:
> > On Sat, 3 Nov 2012 09:46:33 +0200, Mika Westerberg wrote:
> > > --- /dev/null
> > > +++ b/drivers/acpi/acpi_i2c.c
> > > @@ -0,0 +1,234 @@
> > > +/*
> > > + * ACPI I2C enume
On Sun, 2012-11-04 at 04:28 +, Matthew Garrett wrote:
> On Sat, Nov 03, 2012 at 10:56:40PM +, James Bottomley wrote:
> > On Sat, 2012-11-03 at 13:46 +, Matthew Garrett wrote:
> > > I... what? Our signed bootloader will boot our signed kernel without any
> > > physically present end-use
On Sat, 2012-11-03 at 19:40 -0600, Shuah Khan wrote:
> Add missing dma_mapping_error() checks to validate dma addresses returned by
> dma_map_page() calls to avoid the following warning:
>
> [ 28.475686] WARNING: at lib/dma-debug.c:933 check_unmap+0x459/0x8a0()
> [ 28.475688] Hardware name: HP
Ok, anyway realtime processes did not work quite as expected.
("overloaded" machine, even though cpu-time is only 10%). So I guess I
have to enable cgroups and live with the overhead then.
If I set cpu-limits there, does that involve an absolute value, or is it
normalized, so that even if I
On Sat, 2012-11-03 at 09:40 -0700, K. Y. Srinivasan wrote:
> Do we currently support dynamic re-sizing of LUNs. Hyper-V can
> notify capacity change via sense data and I was wondering if this
> is handled in the generic scsi code.
Depends what you mean by "dynamic". Experience shows that most use
David Miller :
[...]
> Francois?
Please apply.
Thanks.
--
Ueimor
--
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://ww
Implements a "led_trigger_rename" function to rename a trigger with
proper locking.
This assumes that led name was originally allocated in non-constant
storage.
Signed-off-by: Fabio Baltieri
Cc: Kurt Van Dijck
Cc: Bryan Wu
---
Hi Bryan,
I'm resending this one as it was probably lost it in th
On Mon, Oct 29, 2012 at 09:34:25AM -0600, Josh Cartwright wrote:
> Commit edc88ceb0c7d285b9f58bc29a638cd8163b59989 silenced the make -s build,
> but
> inadvertently made louder the non-silent build. Fix by prepending '@' to each
> of the added $(kecho) statements.
Please put this in the patch sy
On Fri, Nov 02, 2012 at 01:51:44PM -0500, Mark Langsdorf wrote:
> -static struct clk *twd_get_clock(void)
> +static struct clk *twd_get_clock(struct device_node *np)
> {
> - struct clk *clk;
> + struct clk *clk = NULL;
> int err;
>
> - clk = clk_get_sys("smp_twd", NULL);
> +
On Sun, Oct 14, 2012 at 09:23:12PM +0200, Rabin Vincent wrote:
> Extend the kprobes code to handle user-space probes. Much of the code
> can be reused so currently the ARM uprobes code reuses the kprobes
> structures. The decode tables are reused, with the modification that
> for those instructio
On Sat, 2012-11-03 at 23:48 +0100, Lee Jones wrote:
> On Sat, 03 Nov 2012, Paul Bolle wrote:
> > On Sat, 2012-11-03 at 23:02 +0100, Lee Jones wrote:
> > > This patch fixes:
> > > drivers/isdn/i4l/isdn_common.c: In function ‘isdn_ioctl’:
> > > drivers/isdn/i4l/isdn_common.c:1278:8: warning: unused v
On 23:02 Sat 03 Nov , Lee Jones wrote:
> This the at91sam9g45_isi_device structure and its associated resources
> were added in 2008 and have been unused ever since. Let's remove them.
next time you need to Cc the matinaers
NACK
Best Regards,
J.
>
> Cc: Russell King
> Cc: linux-arm-ker...@l
Thanks for reviewing Paul. Here's the result:
Author: Lee Jones
Date: Sat Nov 3 22:06:02 2012 +0100
isdn: Encapsulate variable 's' in same CONFIG_NETDEVICES guards as code
using it
In the current case, variable 's' of type 'char *' is defined but then
not used if !CONFIG_NETD
Thanks for reviewing Lars. Here's the result:
commit c4f60d00d04abfb730a54a97204873dafc6473ae
Author: Lee Jones
Date: Sat Nov 3 22:54:23 2012 +0100
ASoC: Only compile adav80x codec when a bus is defined
If !CONFIG_SPI and !CONFIG_I2C* then there is no point adding support
for
Paul E. McKenney said, at 2012/11/3 17:19:
> OK, I do understand why it happens to work. My question is instead why
> it is considered a good idea.
Maybe objdump gives the answer.
__this_cpu_read which read member pointer of per-cpu variable
can reduce two instructions on x86-64 arch.
*test
On Sun, Nov 04, 2012 at 09:50:31AM +0100, Jean Delvare wrote:
> On Sun, 4 Nov 2012 09:23:17 +0200, Mika Westerberg wrote:
> > On Sat, Nov 03, 2012 at 10:52:46PM +0100, Jean Delvare wrote:
> > > On Sat, 3 Nov 2012 09:46:33 +0200, Mika Westerberg wrote:
> > > > --- /dev/null
> > > > +++ b/drivers/ac
On Nov 3, 2012, at 1:58 PM, Julia Lawall wrote:
> From: Julia Lawall
>
> Use WARN rather than printk followed by WARN_ON(1), for conciseness.
>
> A simplified version of the semantic patch that makes this transformation
> is as follows: (http://coccinelle.lip6.fr/)
>
> //
> @@
> expression l
On Sun, 04 Nov 2012, Paul Bolle wrote:
> On Sat, 2012-11-03 at 23:48 +0100, Lee Jones wrote:
> > On Sat, 03 Nov 2012, Paul Bolle wrote:
> > > On Sat, 2012-11-03 at 23:02 +0100, Lee Jones wrote:
> > > > This patch fixes:
> > > > drivers/isdn/i4l/isdn_common.c: In function ‘isdn_ioctl’:
> > > > driv
On Sun, 04 Nov 2012, Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 23:02 Sat 03 Nov , Lee Jones wrote:
> > This the at91sam9g45_isi_device structure and its associated resources
> > were added in 2008 and have been unused ever since. Let's remove them.
> next time you need to Cc the matinaers
I
Dne 2.11.2012 20:45, Jiri Slaby napsal(a):
On 11/02/2012 11:53 AM, Jiri Slaby wrote:
On 11/02/2012 11:44 AM, Zdenek Kabelac wrote:
Yes, applying this instead of the revert fixes the issue as well.
I've applied this patch on 3.7.0-rc3 kernel - and I still see excessive
CPU usage - mainly afte
Well,
The issue appeared again.
irq 18 was disabled, one pwc webcam was on that irq.
This time on new hardware: Gigabyte F2A85X-UP4 with A10-5800K APU.
The box was busy with it's raid10 array, this time, by running bonnie++;
also a raid-check was in progress. (unknown at the time)
So what does t
On Sun 2012-11-04 04:28:02, Matthew Garrett wrote:
> On Sat, Nov 03, 2012 at 10:56:40PM +, James Bottomley wrote:
> > On Sat, 2012-11-03 at 13:46 +, Matthew Garrett wrote:
> > > I... what? Our signed bootloader will boot our signed kernel without any
> > > physically present end-user invol
On Sun, 2012-11-04 at 10:20 +0100, Uwaysi Bin Kareem wrote:
> Ok, anyway realtime processes did not work quite as expected.
> ("overloaded" machine, even though cpu-time is only 10%). So I guess I
> have to enable cgroups and live with the overhead then.
>
> If I set cpu-limits there, does th
Fixed checkpatch warnings.
Replaced printk(KERN_WARNING with pr_warn
Signed-off-by: Valentin Ilie
---
kernel/panic.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/kernel/panic.c b/kernel/panic.c
index e1b2822..8f1709f 100644
--- a/kernel/panic.c
+++ b/k
This is the second part of the new ACPI based system device hotplug
framework, which implements the ACPI based system device hotplug
driver (acpihp_drv). For an introduction of the new framework,
please refer to:
https://lkml.org/lkml/2012/11/3/143
https://github.com/downloads/jiangliu/linux/ACPI%2
To achieve best performance for hot-adding and resolve dependencies when
hot-removing, system devices should be configured/unconfigured in
specific order. The optimal order for hot-adding should be "container ->
memory -> CPU -> PCI host bridge" and it should be in reverse order for
hot-removing.
Add new callbacks into struct acpi_device_ops to provide better error
handling, error recovery and cancellation for ACPI based system device
hotplug.
There are three major operations and each major operation is divided
into three minor steps.
1) pre_configure, configure, post_configure
Add
This patch implements interfaces to manage driver data associated with
ACPI hotplug slots.
Signed-off-by: Jiang Liu
Signed-off-by: Gaohuai Han
---
drivers/acpi/hotplug/core.c | 88 +++
include/acpi/acpi_hotplug.h |7
2 files changed, 95 inserti
Due to hardware constraints, an ACPI hotplug slot may have dependencies
on other ACPI hotplug slots. For example, if a hotpluggable memory board
is connected to a hotpluggble physical processor, the physical processor
must be powered on before powering the memory board on.
According to physical an
Some hotplug operations, such as hot-removal of memory device, may take
very long or even infinite time. One possible solution is to time out
and retry, but it's sub-optimal.
This patch implements interfaces to cancel inprogress ACPI system device
hotplug operations, so user could cancel a long-st
This patch implements interfaces to configure/unconfigure system devices
attached to a hotplug slot. Configuring is to add system devices into
running system and put then into use, unconfiguring is to remove system
devices from running system.
To support better error recover and cancellation, devi
This patch implements the core of the new ACPI hotplug framework,
a state machine for ACPI hotplug slots. The state machine is:
(plug in) (power on)(connect) (configure)
[ABSENT] <-> [PRESENT] <-> [POWERED] <-> [CONNECTED] <-> [CONFIGURED]
(plug out) (power off) (di
The ACPI hotplug driver depends on ACPI device drivers to configure or
unconfigure ACPI devices. The hotplug driver will be confused if ACPI
device drivers are unloaded when there are ongoing hotplug operations.
So block ACPI device driver unbinding/unloading by holding the device
lock when executi
This patch implements sysfs interfaces to access system device hotplug
functionalities. These sysfs interfaces are mainly used to drive the
hotplug slot state machine as below:
[ABSENT] <-> [PRESENT] <-> [POWERED] <-> [CONNECTED] <-> [CONFIGURED]
[ABSENT]: no devices attached to the hotplug slot
Implement an event handler for ACPI system device hotplug events.
The handler will relay hotplug events to userspace helper if it's
configured to do so. Otherwise it will queue the hotplug event
onto kacpi_hotplug_wq, which will then invoke acpihp_drv_change_state()
to handle the hotplug event.
Si
The ACPI based system device hotplug driver is a platform independent
driver to manage all ACPI hotplug slots. It implements a state machine
for hotplug slots and drives state transition according to hotplug
event from firmware or user request from sysfs interfaces.
The hotplug driver will provide
Back to July of this year, I sent the first round of the tool.
Now I've polished it a little bit.
The patch is the fist step to test some basic hardware functions like
TSC to help people understand if there is any hardware latency as well
as throughput problem exposed on bare metal or left behind
This patch is the first step to test some basic hardware functions like
TSC to help people understand if there is any hardware latency as well
as throughput problem exposed on bare metal or left behind by BIOS or
interfered by SMI. Currently the patch tests TSC, CPU Frequency and
RDRAND which is a
To test rdrand on CPU like Ivy Bridget, we need feature aware random function.
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index e970642..8a8c6ba 10
The filed tells user the sample is from which cpu.
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index 4303644..256b1c0 100644
--- a/drivers/misc/
Fix a typo to enable cycling through all online cpus to get cpufreq
sample from all cpus sequentially.
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
i
It's simple memory latency test without any consideration of memory
hierarchy and memory model. It just does simply scan byte by byte.
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 53 --
1 file changed, 51 insertions(+), 2 deletions(-)
di
[ 141.311906] BUG: unable to handle kernel NULL pointer dereference at
0008
[ 141.314071] IP: [] simple_attr_write+0x2c/0x100
[ 141.316195] PGD c3bd7067 PUD cb41d067 PMD 0
[ 141.318287] Oops: [#1] SMP
[ 141.320338] Modules linked in: hw_latency_test lockd sunrpc iptable_mangl
drivers/misc/hw_latency_test.c:52:7: warning: "CONFIG_X86_32" is not defined
[-Wundef]
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index 6e69d31..b
ns and us
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index bcce8f4..0b79b5e 100644
--- a/drivers/misc/hw_latency_test.c
+++ b/drive
some trival format changes
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index 0b79b5e..549ea13 100644
--- a/drivers/misc/hw_latency_test.c
+++ b/d
Add address range for x86-32
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index f47b911..6e69d31 100644
--- a/drivers/misc/hw_latency_test.c
+++ b/drivers/misc/
"Fast TSC calibration using PIT" should be a devel info.
Signed-off-by: Luming Yu
---
arch/x86/kernel/tsc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c
index cfa5d4f..7765546 100644
--- a/arch/x86/kernel/tsc.c
+++ b/arch/x86/k
0: all online cpus
1: any one of online cpus
2: all online cpus sequentially run test
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 37 -
1 file changed, 32 insertions(+), 5 deletions(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/mi
[ 150.733088] in_atomic(): 1, irqs_disabled(): 1, pid: 19, name: migration/2
[ 150.735456] INFO: lockdep is turned off.
[ 150.738903] irq event stamp: 28
[ 150.741255] hardirqs last enabled at (27): []
_raw_spin_unlock_irq+0x30/0x50
[ 150.744884] hardirqs last disabled at (28): []
_raw_spin
On 10/25/2012 9:41 PM, Murali Karicheri wrote:
> Currently migrate only DM644x as this is being reviewed. Once all
> platforms are migrated, the Makefile will be cleaned up to remove
> obsoleted files clock.o and psc.o
>
> Signed-off-by: Murali Karicheri
> ---
> arch/arm/Kconfig |
On Tue, Sep 25, 2012 at 8:09 AM, Damian Hobson-Garcia
wrote:
> are holding the device file open, the address returned to userspace is
> DMA_ERROR_CODE.
Only a small subset of the architectures
(arm/ia64/microblaze/openrisc/powerpc/sparc/x86)
seem to define DMA_ERROR_CODE, causing everywhere else:
$ emake -j2 O=../build/omap4/ uImage V=2
...
CHK include/generated/compile.h
echo ' Kernel: arch/arm/boot/Image is ready'
Kernel: arch/arm/boot/Image is ready
LZMAarch/arm/boot/compressed/piggy.lzma - due to command line change
AS arch/arm/boot/compressed/piggy.lzma.o - due to
On 10/25/2012 9:41 PM, Murali Karicheri wrote:
> This updates clk Makefile and Kconfig to integrate the DaVinci specific
> clock drivers. Also add new Kconfig and Makefile for these drivers.
>
> Signed-off-by: Murali Karicheri
As mentioned before, this should be folded into previous patches whic
On Sun, Nov 04, 2012 at 09:14:47AM +, James Bottomley wrote:
> I've actually had more than enough experience with automated installs
> over my career: they're either done by paying someone or using a
> provisioning system. In either case, they provision a static image and
> boot environment d
On 11/02/2012 11:21 AM, Murali Karicheri wrote:
> This is a platform driver for asynchronous external memory interface
> available on TI SoCs. This driver was previously located inside the
> mach-davinci folder. As this DaVinci IP is re-used across multiple
> family of devices such as c6x, keystone
On Fri, 05 Oct 2012 14:04:29 +0200, el es wrote:
Hello,
first of all, the posts that inspired me to write this up,
were from Uwaysi Bin Kareem (paradoxuncreated dot com).
Here is what I think:
could the source of graphic/video jitter as most people
perceive it, be something that could be tech
On 10/25/2012 9:41 PM, Murali Karicheri wrote:
> pll.h is added to migrate some of the PLL controller defines for sleep.S.
> psc.h is modified to keep only PSC modules definitions needed by sleep.S
> after migrating to common clock. The definitions under
> ifdef CONFIG_COMMON_CLK will be removed
On Sat, Nov 03, 2012 at 05:33:01PM +0100, Oleg Nesterov wrote:
> On 10/29, Ananth N Mavinakayanahalli wrote:
> >
> > On Fri, Oct 26, 2012 at 06:39:51PM +0200, Oleg Nesterov wrote:
> > > >
> > > > > OTOH, I do not understand this stuff, everything is nop on x86. And
> > > > > when I look into Docume
Hum, you are right. It's pain to send anything via thunderbird.
Resending.
br,
-- dmytro
On Fri, Nov 2, 2012 at 12:46 PM, Sergei Shtylyov wrote:
> Hello.
>
>
> On 01-11-2012 19:16, Dmytro Milinevskyy wrote:
>
>> Convert USB descriptor's fields to CPU byte order before using locally in
>> USB
>>
Convert USB descriptor's fields to CPU byte order before using locally in USB
NCM gadget driver.
Tested on MIPS32 big-endian device.
Signed-off-by: Dmytro Milinevskyy
---
drivers/usb/gadget/f_ncm.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/gad
Hi Julia,
On Sat, Nov 3, 2012 at 4:30 PM, Julia Lawall wrote:
> These patches convert a conditional with a simple test expression and a
> then branch that only calls WARN_ON(1) to just a call to WARN_ON, which
> will test the condition.
>
> //
> @@
> expression e;
> @@
>
> (
> if(<+...e(...)...+
This is the third part of the new ACPI based system device hotplug
framework, which enhances the ACPI container driver to support the
ACPI system device hotplug framework.
For an introduction of the new framework, please refer to:
https://lkml.org/lkml/2012/11/3/143
https://github.com/downloads/ji
With the new ACPI system device hotplug framework, ACPI device driver
doesn't need to handle hotplug events any more and only need to provide
callbacks for the framework to configure/unconfigure system devices.
So this patch makes following changes to the ACPI container driver:
1) Remove code to h
Now the ACPI container driver is only used to support the ACPI system
device hotplug framework, so move it into drivers/acpi/hotplug.
Signed-off-by: Jiang Liu
---
drivers/acpi/Makefile|1 -
drivers/acpi/container.c | 124 --
drivers/ac
On Sat, Nov 03, 2012 at 11:45:25AM +0100, Alexander Holler wrote:
> Hmm, exactly that just happened twice in a row. Unfortunately the
> screen was already disabled (screen saving mode), so I couldn't see
> any message, if there was any. Just a dead box (not overclocked, I
> don't do such, I even ha
This is the fourth part of the new ACPI based system device hotplug
framework, which enhances the ACPI processor driver to support the
ACPI system device hotplug framework.
For an introduction of the new framework, please refer to:
https://lkml.org/lkml/2012/11/3/143
https://github.com/downloads/j
There is some dead code in processor_driver.c, so clean it up.
Signed-off-by: Jiang Liu
---
drivers/acpi/processor_driver.c |9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/acpi/processor_driver.c b/drivers/acpi/processor_driver.c
index e78c2a5..aa9c43a 100644
--- a/drivers
Refine ACPI processor driver to support new ACPI system device hotplug
framework with following changes:
1) Remove code to handle ACPI hotplug events from ACPI processor
driver, now hotplug events will be handled by the framework.
2) Provides callbacks for the framework to add CPU into or remove
Function acpi_map_lsapic() is used to allocate CPU id for hot-added
CPUs and acpi_unmap_lsapic() is used to free CPU id for hot-removed
CPUs. But currently there's no mechanism to serialze the CPU id
allocation/free process, which may cause wrong CPU id assignment
when handling concurrent CPU onlin
Enhance ACPI processor driver to cache parsed APIC ID in processor
driver data structure, and avoid reparsing again in _acpi_map_lsapic().
This change also makes fake CPU hotplug possible because we have no
dependency on _MAT method anymore.
Signed-off-by: Jiang Liu
---
arch/ia64/kernel/acpi.c
Simplify implementation of function _acpi_map_lsapic().
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/mpspec.h |2 +-
arch/x86/kernel/acpi/boot.c | 44 +
arch/x86/kernel/apic/apic.c |8 +---
3 files changed, 15 insertions(+), 39 delet
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Sunday, November 04, 2012 4:39 AM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; oher...@suse.com; h...@infradead.org; l
This patch reorganizes code in processor_driver.c to parepare for
integration with the new hotplug framework. Common code could be
shared among acpi_processor_add(), acpi_processor_remove() and hotplug
has been reorganized as:
acpi_processor_start()
acpi_processor_stop()
acpi_processor_link()
acpi_
The platform_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin
---
drivers/pinctrl/pinctrl-nomadik.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/pinctrl/pinctrl-nomadik.c
b/drivers/pinctrl/pinctrl-nomadik.c
index f2fd99b..22f6937 100644
--- a/drivers/
The spi_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin
---
drivers/tty/serial/max310x.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/tty/serial/max310x.c b/drivers/tty/serial/max310x.c
index 2bc28a5..1ab1d2c 100644
--- a/drivers/tty/serial/max310x.c
The platform_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin
---
drivers/crypto/picoxcell_crypto.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/crypto/picoxcell_crypto.c
b/drivers/crypto/picoxcell_crypto.c
index 410a03c..f4d3d8f 100644
--- a/drivers/
Hi Axel,
On Sun, Nov 04, 2012 at 11:36:25PM +0800, Axel Lin wrote:
> The platform_device_id table is supposed to be zero-terminated.
>
> Signed-off-by: Axel Lin
Good spot! Thanks for fixing.
Acked-by: Jamie Iles
Jamie
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On 11/04, George Spelvin wrote:
>
> Grand poo-bah Linus wrote:
> > Now, I doubt you'll find an architecture or C compiler where this will
> > actually ever make a difference, but the fact remains that you
> > shouldn't use signed integers for counters like this. You should use
> > unsigned, and you
On Sun, 4 Nov 2012, Sasha Levin wrote:
Hi Julia,
On Sat, Nov 3, 2012 at 4:30 PM, Julia Lawall wrote:
These patches convert a conditional with a simple test expression and a
then branch that only calls WARN_ON(1) to just a call to WARN_ON, which
will test the condition.
//
@@
expression e;
@
On Sun, Nov 4, 2012 at 10:57 AM, Julia Lawall wrote:
> On Sun, 4 Nov 2012, Sasha Levin wrote:
>
>> Hi Julia,
>>
>> On Sat, Nov 3, 2012 at 4:30 PM, Julia Lawall wrote:
>>>
>>> These patches convert a conditional with a simple test expression and a
>>> then branch that only calls WARN_ON(1) to just
On Sun, 4 Nov 2012, Sasha Levin wrote:
On Sun, Nov 4, 2012 at 10:57 AM, Julia Lawall wrote:
On Sun, 4 Nov 2012, Sasha Levin wrote:
Hi Julia,
On Sat, Nov 3, 2012 at 4:30 PM, Julia Lawall wrote:
These patches convert a conditional with a simple test expression and a
then branch that only c
Hi. I am trying the Sched_deadline patch.
I am getting an error compiling:
kernel/sched/dl.c: In function ‘dl_runtime_exceeded’:
kernel/sched/dl.c:551:7: warning: unused variable ‘damount’
[-Wunused-variable]
kernel/sched/dl.c:558:7: warning: unused variable ‘ramount’
[-Wunused-variable]
ke
On 11/01/2012 12:48 AM, Yinghai Lu wrote:
> On Wed, Oct 31, 2012 at 4:09 AM, Yasuaki Ishimatsu
> wrote:
>>> patch 2. Introduce a new function container_device_remove() to handle
>>> ACPI_NOTIFY_EJECT_REQUEST event for container.
>>
>> If container device contains memory device, the funct
On 10/30/2012 03:18 PM, Mel Gorman wrote:
restart:
- wake_all_kswapd(order, zonelist, high_zoneidx,
+ /*
+* kswapd is woken except when this is a THP request and compaction
+* is deferred. If we are backing off reclaim/compaction then kswapd
+* should not be
A word of addition,
On Sun, Nov 4, 2012 at 2:04 PM, Uwaysi Bin Kareem
wrote:
[snip]
>
> Also like I stated elsewhere, since daemons seem to make a difference,
> optimally putting daemons or processes that can, on a low-jitter queue,
> transparent to the user, seems optimal. Unfortunately realtime
Am 04.11.2012 16:21, schrieb Borislav Petkov:
On Sat, Nov 03, 2012 at 11:45:25AM +0100, Alexander Holler wrote:
Hmm, exactly that just happened twice in a row. Unfortunately the
screen was already disabled (screen saving mode), so I couldn't see
any message, if there was any. Just a dead box (no
1 - 100 of 221 matches
Mail list logo
