Hello,
On 12/5/2012 3:29 PM, Vitaly Andrianov wrote:
This commit changes the CMA early initialization code to use phys_addr_t
for representing physical addresses instead of unsigned long.
Without this change, among other things, dma_declare_contiguous() simply
discards any memory regions whose
On Wed, Nov 14, 2012 at 12:58:12PM +0100, Alban Bedel wrote:
> A few fixes for the LPC32 PWM driver:
>
> * [PATCH 1/3] pwm: lpc32xx - Fix the PWM polarity
> * [PATCH 2/3] pwm: lpc32xx - Properly disable the clock on device remove
> * [PATCH 3/3] pwm: lpc32xx - Set the chip base for dynamic allocat
Hi, list
Does anyone here familiar to the serial 8250 driver?
I enabled two uart ports in my board definition, but the ports doesn't
appear after I loaded the kernel (3.4.19). I discovered, it failed at
the UART port auto configuration stage, the exact function is
autoconfig(...) in drivers/tty/
On Wed, Dec 05, 2012 at 04:34:41PM +0100, Lothar Waßmann wrote:
> compiling the i.MX pwm driver produces the following warning:
> |drivers/pwm/pwm-imx.c: In function 'imx_pwm_probe':
> |drivers/pwm/pwm-imx.c:281:7: warning: assignment discards qualifiers from
> pointer target type
>
> Apply a 'co
Hi Kamal,
On Wed, Dec 05, 2012 at 04:16:16PM -0800, Kamal Mostafa wrote:
> From: Dudley Du
>
> Original code contributed by Dudley Du (Cypress Semiconductor Corporation),
> modified by Kamal Mostafa.
>
> BugLink: http://launchpad.net/bugs/978807
Please fold it into the cypress_ps2 patch, they
Hi Kamal,
On Wed, Dec 05, 2012 at 04:16:14PM -0800, Kamal Mostafa wrote:
> Cypress PS/2 Trackpad (drivers/input/mouse/cypress_ps2.c) needs
> this larger cmdbuf[] to handle 8-byte packet responses.
>
> Signed-off-by: Kamal Mostafa
I will apply this patch so you do not need to resend it with cypr
In some situations, userspace may want to resolve a
device by function and logical number (ie, "serial0")
rather than by the base address or full device path. Being
able to resolve a device by alias frees userspace from the
burden of otherwise having to maintain a mapping between
device addresses a
Hi Benson,
On Wed, Dec 05, 2012 at 04:48:19PM -0800, Benson Leung wrote:
> This patch introduces a driver for Cypress All Points Addressable
> I2C Trackpad, including the ones in 2012 Samsung Chromebooks.
>
> This device is compatible with MT protocol type B, providing identifiable
> contacts.
>
On Thu, Dec 06, 2012 at 08:42:27AM +0100, Lothar Waßmann wrote:
> If nand_scan_ident() or nand_scan_tail() fails, the NAND chip may have
> been deselected and the clock already disabled. Thus, check 'clk_act'
> in the error path to decide whether the clock still needs to be
> disabled.
>
> This fi
With the current API, GPIOs are manipulated through an integer which
represents their unique number across the system. This poses problems in
terms of portability, scalability and flexibility: for instance, the
number of valid GPIOs for a given system is fixed at system time, and a
large array of t
Just a RFC to check if the direction seems good before going onward with more
serious work. This patch introduces a set of gpiod_* functions that work like
their gpio_* counterparts, but use opaque descriptors instead of integers.
The current integer-based GPIO namespace is bad because it allows G
The cmdline is the easiest to change source of information. Thus
let it take precedence over 'RedBoot' and 'ofpart'. This makes the
mxc_nand driver to be in sync with all other NAND drivers that support
'cmdlinepart' partition parsing.
Also change 'const char *' to 'const char const *' as advised
If nand_scan_ident() or nand_scan_tail() fails, the NAND chip may have
been deselected and the clock already disabled. Thus, check 'clk_act'
in the error path to decide whether the clock still needs to be
disabled.
This fixes a:
|WARNING: at drivers/clk/clk.c:472 __clk_disable+0x3c/0x78()
Signed-
On Wed, Dec 05, 2012 at 04:34:41PM +0100, Lothar Waßmann wrote:
> compiling the i.MX pwm driver produces the following warning:
> |drivers/pwm/pwm-imx.c: In function 'imx_pwm_probe':
> |drivers/pwm/pwm-imx.c:281:7: warning: assignment discards qualifiers from
> pointer target type
>
> Apply a 'co
2012/12/5, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>>> I can understand what is doing. I'm asking why there is difference.
>>>
>>> 1) generic_fh_to_dentry() allows (*_PARENT && fh_len == 2).
>>> 2) fat_fh_to_dentry_nostale() doesn't allows (*_PARENT && fh_len == 3).
>>>
>>> Why does logic has dif
On 12/05/2012 11:20 PM, Roland Stigge wrote:
> Hi Wolfgang,
>
> On 05/12/12 20:01, Wolfgang Grandegger wrote:
>>> + for (i = 0; i < block->ngpio; i++) {
>>> + status = gpio_request(block->gpio[i], "gpioblock dev");
>>
>> You could use the name of the GPIO block.
>
> OK.
>
>>> +
On Tue, Dec 04, 2012 at 07:17:11AM +0800, Xiao Guangrong wrote:
> There are two cases we need to adjust page size in set_spte:
> 1): the one is other vcpu creates new sp in the window between mapping_level()
> and acquiring mmu-lock.
> 2): the another case is the new sp is created by itself (pa
Tim Gardner writes:
> It is $(obj)/oid_registry.o that is dependent on $(obj)/oid_registry_data.c.
> The object file cannot be built until $(obj)/oid_registry_data.c has been
> generated.
>
> A periodic and hard to reproduce parallel build failure is due to
> this incorrect lib/Makefile dependency
On Wed, Dec 05, 2012 at 09:40:20PM +0100, Sebastian Hahn wrote:
> Converted staging/rtl8187se to use tabs instead of spaces for
> indentation to fix the checkpatch error "code indent should use tabs
> where possible".
>
> Signed-off-by: Sebastian Hahn
> ---
> drivers/staging/rtl8192u/ieee80211/i
Hi Mark,
On Thu, Dec 6, 2012 at 11:58 AM, Mark Brown
wrote:
> On Thu, Dec 06, 2012 at 11:55:11AM +0530, Abhilash Kesavan wrote:
>
>> As of now there is no support in the regulator core to specify the suspend
>> state
>> (mode, enabled/disabled) using dt. I can add new properties specifying
>> th
On 12/04/2012 01:26 AM, Marcelo Tosatti wrote:
On Wed, Nov 28, 2012 at 10:40:56AM +0530, Raghavendra K T wrote:
On 11/28/2012 06:42 AM, Marcelo Tosatti wrote:
Don't understand the reasoning behind why 3 is a good choice.
Here is where I came from. (explaining from scratch for
completeness, f
Hi Alex,
> Hi Paul & Ingo:
>
> In a short word of this issue: burst forking/waking tasks have no time
> accumulate the load contribute, their runnable load are taken as zero.
On performing certain experiments on the way PJT's metric calculates the
load,I observed a few things.Based on these obser
Hi Jianguo,
On 12/04/2012 04:21 PM, wujianguo wrote:
> Hi Srivatsa,
>
> I applied this patchset, and run genload(from LTP) test: numactl --membind=1
> ./genload -m 100,
> then got a "general protection fault", and system was going to reboot.
>
> If I revert [RFC PATCH 7/8], and run this test ag
Create a 'debounce' attribute if debounce is supported by the gpio
chip and a gpio pin is exported.
Signed-off-by: Guenter Roeck
---
drivers/gpio/gpiolib.c | 59
1 files changed, 59 insertions(+), 0 deletions(-)
diff --git a/drivers/gpio/gpioli
On Thu, Dec 06, 2012 at 11:55:11AM +0530, Abhilash Kesavan wrote:
> As of now there is no support in the regulator core to specify the suspend
> state
> (mode, enabled/disabled) using dt. I can add new properties specifying
> the intial_state,
> mode, enable/disable but I am not too sure if it is
On 2012/12/4 0:53, Tejun Heo wrote:
> Hello, Michal.
>
> On Mon, Dec 03, 2012 at 04:22:05PM +0100, Michal Hocko wrote:
>> I have glanced through the series and spotten nothing obviously wrong. I
>> do not feel I could give my r-b because I am not familiar with cpusets
>> internals enough and some
On Tue, Dec 04, 2012 at 10:32:05AM +0800, Axel Lin wrote:
> Use of_match_ptr and add ifdef CONFIG_OF guard for regulator_gpio_of_match.
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo i
>
>From: Kim, Milo
>Sent: Thursday, December 06, 2012 2:34 PM
>To: Daniel Jeong
>Cc: Jeong, Daniel; linux-ker...@ver.kernel.org; Girdwood, Liam; Mark Brown
>Subject: RE: [PATCH v1] regulator: new driver for LP8755
>
>Hi Daniel,
>
>> This driver is a general version for lp8755 regulator driver of T
On Thu, Nov 29, 2012 at 09:59:16AM +0800, Axel Lin wrote:
> Don't adjust the selector in [get|set]_voltage_sel, fix it in list_voltage()
> instead.
Applied both, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.or
On Wed, Dec 05, 2012 at 05:21:44PM -0800, H. Peter Anvin wrote:
> On 12/05/2012 05:13 PM, Matthew Garrett wrote:
> >Yeah, it needs to be hidden from root - but ideally we'd be passing it to
> >the second kernel if we kexec. Alternative would be for it to be capability
> >bounded to a trusted sign
On Tue, Dec 04, 2012 at 03:01:01PM +0100, Marek Szyprowski wrote:
> Introduce a regulator_can_change_voltage() function for the subsytems or
> drivers which might check if applying voltage change is possible and use
> special workaround code when the driver is used with fixed regulators or
> regula
Hello Thomas, Stoney, Warner -
Thanks for your patience. :) The patch from Thomas works here, too.
I can add that when I made the patch that became 52553ddffad76cc, I
didn't understand why we needed to run the handler again, in that
test:
(action->handler(irq, action->dev_id) == IRQ_HANDLED
Linus Torvalds writes:
> On Tue, Dec 4, 2012 at 5:45 PM, Rusty Russell wrote:
>>
>> are available in the git repository at:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
>
> Nothing there. Forgot to push? Forgot to send me the proper tag/branch name?
How did I manage to
On Thu, 2012-12-06 at 11:13 +0800, Alex Shi wrote:
> On 12/05/2012 11:19 PM, Alex Shi wrote:
> > Hi Paul&Ingo:
> >
> > Runnable load tracking patch set introduce a good way to tracking each
> > entity/rq's running time.
> > But when I try to enable it in load balance, I found burst forking
> > ma
>From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
>Sent: Thursday, December 06, 2012 2:34 PM
>To: Daniel Jeong
>Cc: Girdwood, Liam; Jeong, Daniel; linux-kernel@vger.kernel.org
>Subject: Re: [PATCH v1 resend] regulator: new driver for LP8755
>On Thu, Dec 06, 2012 at 02:07:43PM +0900,
On Thu, Dec 06, 2012 at 12:00:26AM +, Grant Likely wrote:
> Looks good to me. Probably 3.9 material though.
> Acked-by: Grant Likely
Hrm, I'd be inclined to apply it now - it's isolated enough that it can
be reverted if it explodes and we have the -rc cycle to notice any
problems.
--
To uns
On Wednesday 05 December 2012 06:29 PM, Axel Lin wrote:
The i2c_device_id table is supposed to be zero-terminated.
Signed-off-by: Axel Lin
Acked-by: Laxman Dewangan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
On Wednesday 05 December 2012 06:49 PM, Axel Lin wrote:
This driver uses regmap_irq APIs, thus need to select REGMAP_IRQ.
IRQ_DOMAIN will be selected if select REGMAP_IRQ, thus remove it here.
This fixes below build errors:
drivers/built-in.o: In function `tps80031_remove':
drivers/mfd/tps80031
On Thu, Dec 06, 2012 at 02:07:43PM +0900, Daniel Jeong wrote:
> This driver is a general version for lp8755 regulator driver of TI.
>
> LP8755 :
> The LP8755 is a high performance power management unit.It contains
> six step-down DC-DC converters which can can be filexibly bundled
> together in mu
On Wed, Dec 5, 2012 at 7:43 PM, Dan Carpenter wrote:
> line6_send_sysex_message_async() isn't called from anywhere.
>
> Signed-off-by: Dan Carpenter
Reviewed-by: Stefan Hajnoczi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger
This driver is a general version for lp8755 regulator driver of TI.
LP8755 :
The LP8755 is a high performance power management unit.It contains
six step-down DC-DC converters which can can be filexibly bundled
together in multiphase converters as required by application.
www.ti.com
Signed-off-by:
Hi Hans,
On Wed, Dec 5, 2012 at 5:38 PM, Hans Verkuil wrote:
> (resend without HTML formatting)
>
> On Wed 5 December 2012 12:49:29 Prabhakar Lad wrote:
>> From: Lad, Prabhakar
>>
>> add support for per color component digital/analog gain controls
>> and also their corresponding offset.
>
> Some
No point in calculating them every time.
Signed-off-by: Mark Brown
---
drivers/base/regmap/internal.h |4
drivers/base/regmap/regmap-debugfs.c | 24 ++--
2 files changed, 18 insertions(+), 10 deletions(-)
diff --git a/drivers/base/regmap/internal.h b/drivers
On 12/06/2012 02:27 AM, Tejun Heo wrote:
> Hello,
>
> On Thu, Dec 06, 2012 at 02:01:35AM +0530, Srivatsa S. Bhat wrote:
>> Yes, that _sounds_ sufficient, but IMHO it won't be, in practice. The
>> *number* of call-sites that you need to convert from preempt_disable/enable
>> to get/put_online_cpus_
diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig
index 126d8ce..abd0396 100644
--- a/drivers/xen/Kconfig
+++ b/drivers/xen/Kconfig
@@ -206,4 +206,15 @@ config XEN_MCE_LOG
Allow kernel fetching MCE error from Xen platform and
converting it into Linu
Quoting Aristeu Rozanski (a...@redhat.com):
> On Mon, Dec 03, 2012 at 06:01:25PM +, Serge E. Hallyn wrote:
> > First, generally, I don't think 'allows' added to parent should be
> > automatically propagated to descendents.
>
> that's what I think too and what I tried to do
>
> > In devcgroup
On Wed, 2012-12-05 at 23:45 -0200, Marcelo Tosatti wrote:
> On Wed, Dec 05, 2012 at 04:02:53PM -0700, Alex Williamson wrote:
> > On Wed, 2012-12-05 at 19:26 -0200, Marcelo Tosatti wrote:
> > > On Mon, Dec 03, 2012 at 04:39:36PM -0700, Alex Williamson wrote:
> > > > struct kvm_memory_slot is current
Hi Linus,
I rewrote some parts according to your comments, but I still have some
concerns.
On Fri, 2012-10-12 at 22:53 +0200, Linus Walleij wrote:
> >> (...)
> >> > +static int ts5500_gpio_to_irq(struct gpio_chip *chip, unsigned
> offset)
> >> > +{
> >> > + const struct ts5500_dio line = ts
From: Marko Katic
Changing backlight intensity on an Akita (Sharp Zaurus C-1000)
triggers WARN_ON message:
WARNING: at drivers/gpio/gpiolib.c:1672 __gpio_set_value+0x38/0xa4()
Modules linked in:
Backtrace:
[] (dump_backtrace+0x0/0x110) from [] (dump_stack+0x18/0x1c)
r6:c0158fc8 r5:0009 r4:0
HI, guys
THe perf testing is done separately with fs_mark, fio, ffsb and
compilebench in one kvm guest.
Below is the performance testing report for hot tracking, and no obvious
perf downgrade is found.
Note: original kernel means its source code is not changed;
kernel with enabled hot trac
On Wed, Dec 05, 2012 at 01:02:41PM +0100, Jan Kara wrote:
> On Mon 26-11-12 14:55:09, Herton Ronaldo Krzesinski wrote:
> > 3.5.7u1 -stable review patch. If anyone has any objections, please let me
> > know.
> Note that this fix causes another problem which is fixed by
> 25389bb207987b5774182f76
On 12/05/2012 11:19 PM, Alex Shi wrote:
> Hi Paul&Ingo:
>
> Runnable load tracking patch set introduce a good way to tracking each
> entity/rq's running time.
> But when I try to enable it in load balance, I found burst forking
> many new tasks will make just few cpu heavy while other cpu has no
>
On Wed, Dec 5, 2012 at 5:57 PM, H. Peter Anvin wrote:
> Hi Eric,
>
> Could you give a list of struct boot_params field which are initialized
> properly by kexec? I think we need to do the sentinel hack, and want to
> know what to whitelist.
the one with *
? means set only when lfb_depth > 8
also
On Wed, Dec 5, 2012 at 5:14 PM, Dave Chinner wrote:
>
> And for changes to syscalls? That's something that must be peer
> reviewed because we are going to be stuck with those changes forever
> as we can't undo them at a later date. It doesn't matter who made the
> change in question, I would have
Hi Liu, Wu,
I got it, thank you very much. The idea is very helpful. :)
I'll apply your patches and do some tests later.
Thanks. :)
On 12/06/2012 10:51 AM, Jianguo Wu wrote:
Hi Tang,
There is a bug in Gerry's patch, please apply this patch to fix it.
---
mm/page_alloc.c |2 +-
1 file
hi
When develop the clk drivers for SOCs based on common clock framework.
I met a issue.
For example there is a uart device, it's function clock comes from a
divider, and the divider's parent is a mux. It means
MUX --> DIV --> UART
As we know that UART can work at low baudrate for a terminal, whi
Hi Tang,
There is a bug in Gerry's patch, please apply this patch to fix it.
---
mm/page_alloc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 41c3b51..d981810 100644
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -4383,7 +4383,
diff --git a/Makefile b/Makefile
index 7f9f649..320663d 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 4
-SUBLEVEL = 21
+SUBLEVEL = 22
EXTRAVERSION =
NAME = Saber-toothed Squirrel
diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
index d3e1152..c4
I'm announcing the release of the 3.4.22 kernel.
This release contains a single fix for a build error that some people
have reported with the 3.4.21 kernel, if you don't have a problem with
3.4.21 then don't worry about upgrading at this point in time.
The updated 3.4.y git tree can be found at:
diff --git a/Makefile b/Makefile
index ae984ab..06df950 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 54
+SUBLEVEL = 55
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/arch/x86/kernel/ptrace.c b/arch/x86/kernel/ptrace.c
index 8ede567..911e16d 100
I'm announcing the release of the 3.0.55 kernel.
This only fixes a build error that some people have reported from the
3.0.54 kernel, if you don't have a problem with 3.0.54 then don't worry
about upgrading at this point in time.
The updated 3.0.y git tree can be found at:
git://git.kerne
On Wed, Dec 05, 2012 at 11:22:57AM +0200, Vitalii Demianets wrote:
> 1. uioinfo was kfreed based on the presence of pdev->dev.of_node, which was
> obviously wrong and unrelated to the fact if uioinfo was allocated statically
> or dynamically. This patch introduces new flag which clearly shows if ui
On 6 December 2012 04:12, Grant Likely wrote:
> On Sat, 1 Dec 2012 00:33:46 +0530, Viresh Kumar
> wrote:
>> This first tries to match the table my patch added, _BUT_ the string will
>> never match as we had "st,stmpe810" in table and "stmpe810" in dev.
>
> of_driver_match_device() matches agains
On 12/06/2012 05:09 AM, Marcelo Tosatti wrote:
> On Tue, Dec 04, 2012 at 07:17:11AM +0800, Xiao Guangrong wrote:
>> There are two cases we need to adjust page size in set_spte:
>> 1): the one is other vcpu creates new sp in the window between
>> mapping_level()
>> and acquiring mmu-lock.
>> 2)
On 2012-12-6 9:26, Tang Chen wrote:
> On 12/05/2012 11:43 PM, Jiang Liu wrote:
>> If we make "movablecore_map" take precedence over "movablecore/kernelcore",
>> the logic could be simplified. I think it's not so attractive to support
>> both "movablecore_map" and "movablecore/kernelcore" at the sam
Grant Likely , on Thu 2012.11.29 said:
> On Mon, 29 Oct 2012 15:03:08 +0100, Michal Marek wrote:
> > (Adding lkml and Thomas as IRQ subsystem maintainer to CC)
> >
> > On Sun, Oct 21, 2012 at 03:40:16AM -0400, Paul Thompson wrote:
> > > Hi;
> > >
> > > In menuconfig, General setup -> IRQ su
On Wed, Dec 05, 2012 at 02:05:06PM -0800, Joe Perches wrote:
> On Wed, 2012-12-05 at 16:48 -0500, Jason Baron wrote:
> > Here's a collection of the latest dynamic debug patches that I have
> > pending.
>
> Any update on the jump table support?
>
I have patches that implement the support, althou
First of all, thanks for explaining :)
On 6 December 2012 04:12, Grant Likely wrote:
> On Sat, 1 Dec 2012 00:33:46 +0530, Viresh Kumar
> wrote:
>> This first tries to match the table my patch added, _BUT_ the string will
>> never match as we had "st,stmpe810" in table and "stmpe810" in dev.
>
>
On 12/06/2012 06:55 AM, Grant Likely wrote:
On Wed, 5 Dec 2012 13:42:00 +0800, Qing Xu wrote:
From: Qing Xu
Signed-off-by: Qing Xu
No commit text?
This patch needs to be squashed together with the patch that changes the
driver. There is no value in separating them.
---
Documentation/d
Hi Eric,
Could you give a list of struct boot_params field which are initialized
properly by kexec? I think we need to do the sentinel hack, and want to
know what to whitelist.
Also, does kexec set a bootloader ID?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-
From: Qing Xu
add dt support for 88pm800 and 88pm805
Signed-off-by: Qing Xu
---
Documentation/devicetree/bindings/mfd/88pm80x.txt | 52 +
drivers/mfd/88pm800.c | 26 +-
drivers/mfd/88pm805.c | 26
On 12/05/2012 11:43 PM, Jiang Liu wrote:
If we make "movablecore_map" take precedence over "movablecore/kernelcore",
the logic could be simplified. I think it's not so attractive to support
both "movablecore_map" and "movablecore/kernelcore" at the same time.
Hi Liu,
Thanks for you advice. :)
On Wed, Dec 05, 2012 at 04:02:53PM -0700, Alex Williamson wrote:
> On Wed, 2012-12-05 at 19:26 -0200, Marcelo Tosatti wrote:
> > On Mon, Dec 03, 2012 at 04:39:36PM -0700, Alex Williamson wrote:
> > > struct kvm_memory_slot is currently 52 bytes (LP64), not counting the
> > > arch data. On x86 this
On Tue, 2012-12-04 at 10:30 +0100, Borislav Petkov wrote:
> Steve,
>
> AFAIU, this will create all tracepoint code from the ras.h header
> in this compilation unit, i.e. aerdrv_errprint.c. It has only one
> tracepoint now but with time, as more RAS TPs are being added, it would
> make sense to ha
On Wed, Dec 5, 2012 at 3:04 PM, Haojian Zhuang wrote:
> On Wed, Dec 5, 2012 at 2:49 PM, Chao Xie wrote:
>> the pxa95x rtc need access PBSR register before write to
>> RTTR, RCNR, RDCR, and RYCR registers.
>>
>> Signed-off-by: Chao Xie
>> ---
>> drivers/rtc/rtc-pxa.c | 100
>> +
On 12/05/2012 11:46 PM, Jiang Liu wrote:
On 11/23/2012 06:44 PM, Tang Chen wrote:
This patch introduces a new array zone_movable_limit[] to store the
ZONE_MOVABLE limit from movablecore_map boot option for all nodes.
The function sanitize_zone_movable_limit() will find out to which
node the rang
On 12/05/2012 05:13 PM, Matthew Garrett wrote:
"H. Peter Anvin" wrote:
And that presumably would be something that cannot be exposed to root?
If so we may want to use one of the bits in the setup_data type field
as
a security flag, perhaps...
Yeah, it needs to be hidden from root - but ide
On Thu, 2012-12-06 at 12:01 +1100, Stephen Rothwell wrote:
> OK, that may be a problem. Does this patch apply to Linus' tree
> currently? I guess not. So, either you need to split it up and send it
> to the various maintainers (most if it can probably go through the trivial
> tree (cc'd)). Or w
On Wed, Dec 05, 2012 at 10:25:17AM -0800, Linus Torvalds wrote:
> Yes, people can argue that "process" is about technical issues too,
> but let's be honest: our process is fluid. Not everything gets
> reviewed on the mailing list, and people *do* talk about things
> face-to-face at conferences.
Ye
"H. Peter Anvin" wrote:
>And that presumably would be something that cannot be exposed to root?
>If so we may want to use one of the bits in the setup_data type field
>as
>a security flag, perhaps...
Yeah, it needs to be hidden from root - but ideally we'd be passing it to the
second kernel i
On Wed, 5 Dec 2012 20:15:47 +0100, Jiri Olsa wrote:
> On Wed, Dec 05, 2012 at 08:06:46PM +0100, Jiri Olsa wrote:
>> On Wed, Dec 05, 2012 at 03:56:42PM +0900, Namhyung Kim wrote:
>> > From: Namhyung Kim
>> > @@ -481,6 +459,11 @@ static void hists__process(struct hists *old, struct
>> > hists *new)
On 12/05/2012 04:57 PM, Matthew Garrett wrote:
>
>
> "H. Peter Anvin" wrote:
>
>> I don't think there is anything security-sensitive about that
>> information, at least not to root. I could be wrong, of course; I
>> wouldn't mind security people telling me about that.
>
> I don't think there'
el source as well.
>
> vs. next-20121205
OK, that may be a problem. Does this patch apply to Linus' tree
currently? I guess not. So, either you need to split it up and send it
to the various maintainers (most if it can probably go through the trivial
tree (cc'd)). Or wait unti
"H. Peter Anvin" wrote:
>Because it also needs to modify it. Right now kexec userspace
>synthesizes struct boot_params from scratch, and does so incorrectly to
>boot. I think we have setup_data exported via debugfs but IIRC we
>never
>got a strong enough use case for sysfs.
Kexec userspace n
The mm-of-the-moment snapshot 2012-12-05-16-59 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
"H. Peter Anvin" wrote:
>I don't think there is anything security-sensitive about that
>information, at least not to root. I could be wrong, of course; I
>wouldn't mind security people telling me about that.
I don't think there's anything at present, but we'll want to pass the
hibernation en
On 12/05/2012 04:51 PM, Yinghai Lu wrote:
>
> it moves boot_params from __initdata to data.
> and just for using pointer to setup_data.
>
> should add setup_data pointer instead. so will not waste (4096 - 8) bytes.
>
That is not the only bit. We already have covered how kexec could use
the wh
Hi Florian,
> -Original Message-
> From: Florian Fainelli [mailto:f.faine...@gmail.com] On Behalf Of Florian
> Fainelli
> Sent: 2012年12月5日 18:48
> To: Yang, Wenyou
> Cc: linux-arm-ker...@lists.infradead.org; Ferre, Nicolas;
> plagn...@jcrosoft.com; Lin,
> JM; w...@iguana.be; linux-watch.
On Wed, Dec 5, 2012 at 4:51 PM, Yinghai Lu wrote:
> On Wed, Dec 5, 2012 at 4:36 PM, H. Peter Anvin wrote:
>> On 12/05/2012 04:15 PM, Yinghai Lu wrote:
>>>
>>
>> I don't see why that isn't the right fix. We copy the data into
>> boot_params early in the boot; that *is* the official copy as far as
On Wed, Dec 5, 2012 at 4:36 PM, H. Peter Anvin wrote:
> On 12/05/2012 04:15 PM, Yinghai Lu wrote:
>>
>
> I don't see why that isn't the right fix. We copy the data into
> boot_params early in the boot; that *is* the official copy as far as the
> kernel is concerned.
>
> So this patch very much se
This patch introduces a driver for Cypress All Points Addressable
I2C Trackpad, including the ones in 2012 Samsung Chromebooks.
This device is compatible with MT protocol type B, providing identifiable
contacts.
Signed-off-by: Dudley Du
Signed-off-by: Daniel Kurtz
Signed-off-by: Benson Leung
-
Thanks for the patience on this driver. I have stripped out firmware update,
the sysfs properties around firmware version, hardware version, update_fw,
and power state.
I have incorporated rydberg's suggestions for cleanup.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
I've legally changed my name with New York State, the US Social Security
Administration, et al. This patch propagates the name change and change
in initials and login to comments in the kernel source as well.
vs. next-20121205
Signed-off-by: Nadia Yvette Chambers
diff --git a/MAINTAIN
On Wed, Dec 05, 2012 at 12:34:15PM -0500, Theodore Ts'o wrote:
> Because it's the on-disk encoding, when btrfs uses extra bits for its
> btrfs-specific inode flags, it means that I need to avoid using those
> bits in ext4, if it's a flag that needs to also be exposed via
> chattr/lsattr.
What, you
On Thu, Dec 06, 2012 at 12:27:42AM +, Grant Likely wrote:
> On Wed, 21 Nov 2012 20:07:23 -0500, wf...@viridian.itc.virginia.edu (Bill
> Pemberton) wrote:
> > Grant Likely writes:
> > >
> > > You mean this series wasn't created with a script? You did this by
> > > hand? If so then I must say k
On 12/05/2012 04:30 PM, Yinghai Lu wrote:
> On Wed, Dec 5, 2012 at 4:21 PM, H. Peter Anvin wrote:
>> On 12/05/2012 04:18 PM, Matthew Garrett wrote:
>
>> Because it also needs to modify it. Right now kexec userspace
>> synthesizes struct boot_params from scratch, and does so incorrectly to
>> boo
On 12/05/2012 04:15 PM, Yinghai Lu wrote:
>
> -#ifndef CONFIG_DEBUG_BOOT_PARAMS
> -struct boot_params __initdata boot_params;
> -#else
> struct boot_params boot_params;
> -#endif
>
> No, that is not a right fix
>
> We should only cache pointer to setup_data.
>
> at the same time we should exp
On Wed, Dec 5, 2012 at 4:21 PM, H. Peter Anvin wrote:
> On 12/05/2012 04:18 PM, Matthew Garrett wrote:
> Because it also needs to modify it. Right now kexec userspace
> synthesizes struct boot_params from scratch, and does so incorrectly to
> boot. I think we have setup_data exported via debugf
>OK, so the ENOMEM seems to be leaking from mem_cgroup_newpage_charge.
>This can only happen if this was an atomic allocation request
>(!__GFP_WAIT) or if oom is not allowed which is the case only for
>transparent huge page allocation.
>The first case can be excluded (in the clean 3.2 stable kernel
On Wed, 21 Nov 2012 20:07:23 -0500, wf...@viridian.itc.virginia.edu (Bill
Pemberton) wrote:
> Grant Likely writes:
> >
> > You mean this series wasn't created with a script? You did this by
> > hand? If so then I must say kudos on your dedication!
> >
> > But it makes me more nervous about the se
1 - 100 of 522 matches
Mail list logo
