On Sun, Jun 09, 2013 at 07:01:36PM -0400, Matthew Garrett wrote:
> Windows 8 introduced new policy for backlight control by pushing it out to
> graphics drivers. This appears to have coincided with a range of vendors
> adding Windows 8 checks to their backlight control code which trigger either
>
Add a syslog_ns pointer to user_namespace, and make
syslog_ns per user_namespace, not global.
Since syslog_ns is assigned to user_ns, we can have
full capabilities in new user_ns to create a new syslog_ns.
Signed-off-by: Rui Xiang
---
include/linux/syslog.h | 5 +
Add create_syslog_ns function to create a new ns. We
must create a user_ns before create a new syslog ns.
And then tie the new syslog_ns to current user_ns
instead of original syslog_ns which comes from
parent user_ns.
Add a new syslog flag SYSLOG_ACTION_NEW_NS to implement
a new command(11) of
Add a struct syslog_namespace which contains the necessary
members for hanlding syslog and realize get_syslog_ns and
put_syslog_ns API.
Signed-off-by: Rui Xiang
---
include/linux/syslog.h | 68 ++
kernel/printk.c| 7 --
2 files
Add init_syslog_ns to manage host log buffer, and
initilize its fileds as the global variables.
Printk by default in kernel will continue to be
targeted at init_syslog_ns. So the buf of init
ns is just the same as the original global buf.
Signed-off-by: Rui Xiang
---
include/linux/syslog.h
Prink_emit use init_syslog_ns as a parameter of namespace,
but in some context, it will cause that logs generated
through printk_emit will be exported to host, for instance,
devkmsg_writev.
We add a new interface ns_printk_emit to pass an syslog_ns
parameter, and use it in devkmsg_writev.
While monitoring embedded devices that provide access
to the console over a serial port, in order to obtain
kernel logs from containers, it is necessary to include
consoles in the syslog_ns.
This patch adds a new interface named ns_console_unlock,
and use syslog ns as a parameter to dispaly logs
To containerise iptables log, use ns_printk
to report individual logs to container as
getting syslog_ns from net->user_ns.
Signed-off-by: Rui Xiang
---
include/net/netfilter/xt_log.h | 6 +-
net/netfilter/xt_LOG.c | 4 ++--
2 files changed, 7 insertions(+), 3 deletions(-)
diff
This patch makes syslog buf and other fields per
namespace.
Here use ns->log_buf(log_buf_len, logbuf_lock,
log_first_seq, logbuf_lock, and so on) fields
instead of global ones to handle syslog.
Syslog interfaces such as /dev/kmsg, /proc/kmsg,
and syslog syscall are all containerized for
Use ns_capable to check capability in user ns,
instead of capable function. The user ns is the
owner of current syslog ns.
Signed-off-by: Rui Xiang
---
kernel/printk.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/printk.c b/kernel/printk.c
index
This patchset introduces a system log namespace.
In container scenario, all logs are exported to the ring
buffer of host. Then logs belong to a contaier can't be
distinguished. Sometimes, Some of our guest are
administered by other sys-admin, that should not have
access to these infomations.
While flags SYSLOG_ACTION_CONSOLE_ON/OFF/LEVEL of
console actin are used in syslog syscall, the related
hanlding should be targeted at host by init_syslog_ns.
Signed-off-by: Rui Xiang
---
kernel/printk.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/kernel/printk.c b/kernel/printk.c
Add a new interface named ns_printk, and assign an
patamater ns. Log which belong to a container can
be printed by ns_printk.
Signed-off-by: Rui Xiang
---
include/linux/printk.h | 4
kernel/printk.c| 53 ++
2 files changed, 53
Hi Greg,
On Aug 7, 2013, at 8:56 AM, Greg Kroah-Hartman wrote:
> On Tue, Aug 06, 2013 at 01:27:35PM +0300, Pantelis Antoniou wrote:
>> Hi Greg,
>>
>> On Aug 6, 2013, at 1:15 PM, Greg Kroah-Hartman wrote:
>>
>>> On Tue, Aug 06, 2013 at 12:45:42PM +0300, Pantelis Antoniou wrote:
Hi Greg,
On 08/07/2013 03:27 PM, Alexander Shiyan wrote:
>> The device lm90 can be controlled by the vdd rail.
>> Adding the power control support to power on/off the vdd rail.
>> And make sure that power is enabled before accessing the device.
>>
>> Signed-off-by: Wei Ni
>> ---
>> drivers/hwmon/lm90.c |
On 08/06/2013 12:31:43 PM, Joe Perches wrote:
On Tue, 2013-08-06 at 09:46 +0800, Chen Gang wrote:
> "include/uapi/" is the whole Linux kernel API, it is important
enough
> to get more global explanations by comments.
It'd probably be useful to have more descriptions
of uapi in the
Hi Seth,
On wto, 2013-08-06 at 13:51 -0500, Seth Jennings wrote:
> I like the idea. I few things below. Also agree with Bob the
> s/rebalance/adjust/ for rebalance_lists().
OK.
> s/else if/if/ since the if above returns if true.
Sure.
> > + /* zbud_free() or zbud_alloc() */
> > +
> The device lm90 can be controlled by the vdd rail.
> Adding the power control support to power on/off the vdd rail.
> And make sure that power is enabled before accessing the device.
>
> Signed-off-by: Wei Ni
> ---
> drivers/hwmon/lm90.c | 52
>
On Wed, Aug 07, 2013 at 02:11:38AM -0400, Johannes Weiner wrote:
> On Tue, Aug 06, 2013 at 05:43:39PM +0900, Joonsoo Kim wrote:
> > Currently, we free the avc objects with holding a lock. To minimize
> > lock hold time, we just move the avc objects to another list
> > with holding a lock. Then,
On Wed, Aug 07, 2013 at 02:08:03AM -0400, Johannes Weiner wrote:
> >
> > list_for_each_entry_reverse(pavc, >anon_vma_chain, same_vma) {
> > struct anon_vma *anon_vma;
> >
> > - avc = anon_vma_chain_alloc(GFP_NOWAIT | __GFP_NOWARN);
> > - if (unlikely(!avc))
On 08/07/2013 03:03 PM, Guenter Roeck wrote:
> On 08/06/2013 11:52 PM, Wei Ni wrote:
>> The device lm90 can be controlled by the vdd rail.
>> Adding the power control support to power on/off the vdd rail.
>> And make sure that power is enabled before accessing the device.
>>
>> Signed-off-by: Wei
Hello, Johannes.
On Tue, Aug 06, 2013 at 08:58:54AM -0400, Johannes Weiner wrote:
> > if (anon_vma_clone(vma, pvma))
> > - return -ENOMEM;
> > -
> > - /* Then add our own anon_vma. */
> > - anon_vma = anon_vma_alloc();
> > - if (!anon_vma)
> > - goto out_error;
> > -
Hi,
On 08/06/2013 09:53 PM, Fabian Vogt wrote:
> This driver supports the GPIO controller found in LSI ZEVIO SoCs.
> It has been successfully tested on a TI nspire CX calculator.
> ---
> .../devicetree/bindings/gpio/gpio-zevio.txt| 19 ++
> drivers/gpio/Kconfig
>> To be honest...
>>
>> You are too bad in english to do kernel development. You don't seem to
>> know how to communicate in english...
>>
>
> So I should improve my English, and now I am just trying improving.
>
> At least, it is not an excuse to leave upstream kernel development, is
> it
On wto, 2013-08-06 at 09:58 -0700, Dave Hansen wrote:
> On 08/05/2013 11:42 PM, Krzysztof Kozlowski wrote:
> > +#ifdef CONFIG_ZBUD
> > + /* Allocated by zbud. Flag is necessary to find zbud pages to unuse
> > +* during migration/compaction.
> > +*/
> > + PG_zbud,
> > +#endif
>
> Do
On 08/06/2013 11:52 PM, Wei Ni wrote:
The device lm90 can be controlled by the vdd rail.
Adding the power control support to power on/off the vdd rail.
And make sure that power is enabled before accessing the device.
Signed-off-by: Wei Ni
---
drivers/hwmon/lm90.c | 52
Christoph Jaeger writes:
> In param_get_byte(), to which the macro STANDARD_PARAM_DEF(byte, ...) expands,
> "%c" is used to print an unsigned char. So it gets printed as a character what
> is not intended here. Use "%hhu" instead.
>
> Signed-off-by: Christoph Jaeger
Nice patch. Unfortunately,
On 08/07/2013 02:42 PM, Li Zefan wrote:
> On 2013/8/7 14:10, Joe Perches wrote:
>> On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
> The right answer to the code is to config it out and then you don't have
> to worry about it one way or another.
>> []
Hmm... do you mean you spend 5
* Christian Daudt [130806 16:14]:
> On Sun, Aug 4, 2013 at 11:21 PM, Tony Lindgren wrote:
> > * Christian Daudt [130802 16:13]:
> >> On Fri, Aug 2, 2013 at 1:33 AM, Tony Lindgren wrote:
> >> > * Jason Cooper [130731 07:25]:
> >> >> So, I'd like to propose we discuss some lessons learned and
The device lm90 can be controlled by the vdd rail.
Add function to power on/off the vdd.
Enable the nct1008 on Tegra114 Dalmore board, and set the vdd-regulator.
Wei Ni (2):
hwmon: (lm90) Add power control
ARM: dt: t114 dalmore: add dt entry for nct1008
The device lm90 can be controlled by the vdd rail.
Adding the power control support to power on/off the vdd rail.
And make sure that power is enabled before accessing the device.
Signed-off-by: Wei Ni
---
drivers/hwmon/lm90.c | 52 ++
1 file
Enable thermal sensor nct1008 for t114 dalmore.
Signed-off-by: Wei Ni
---
arch/arm/boot/dts/tegra114-dalmore.dts | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/tegra114-dalmore.dts
b/arch/arm/boot/dts/tegra114-dalmore.dts
index
On Tue, Jul 23, 2013 at 07:40:49PM +0200, Torsten Kaiser wrote:
> cpu_has_amd_erratum() is buggy, because it uses the per-cpu cpu_info
> before it is filled by smp_store_boot_cpu_info() / smp_store_cpu_info().
>
> If early microcode loading is enabled its collect_cpu_info_amd_early() will
> fill
On 2013/8/7 14:10, Joe Perches wrote:
> On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
> []
>>> Hmm... do you mean you spend 5 minutes to get a conclusion ? if so,
>>>
Hi Adrian,
On Mon, 5 Aug 2013 19:26:21 +0300, Adrian Hunter wrote:
> It is useful to see the arguments to perf_event_open
> and whether the perf events ring buffer was mmapped
> per-cpu or per-thread. That information will now be
> displayed when verbose is 2 i.e option -vv
>
[SNIP]
>
>
On 2013/8/7 14:10, Joe Perches wrote:
> On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
> []
>>> Hmm... do you mean you spend 5 minutes to get a conclusion ? if so,
>>>
On 7 August 2013 12:06, amit daniel kachhap wrote:
> Hi Naveen,
>
> On Thu, Aug 1, 2013 at 4:06 PM, Naveen Krishna Chatradhi
> wrote:
>> This patch adds code to handle the misplaced TRIMINFO register
>> incase of Exynos5420.
>>
>> On Exynos5420 we have a TRIMINFO register being misplaced for
>>
On 08/07/2013 10:18 AM, H. Peter Anvin wrote:
Please let me know, if I should rebase again.
tip:master is not a stable branch; it is more like linux-next. We need
to figure out which topic branches are dependencies for this set.
Okay. I 'll start looking at the branches that would get
On 08/07/2013 02:29 PM, Andrew Morton wrote:
> On Wed, 07 Aug 2013 14:24:05 +0800 Chen Gang wrote:
>
>>> To be honest...
>>>
>>> You are too bad in english to do kernel development. You don't seem to
>>> know how to communicate in english...
>>>
>>
>> So I should improve my English, and now I am
Hi Naveen,
On Thu, Aug 1, 2013 at 4:06 PM, Naveen Krishna Chatradhi
wrote:
> This patch adds code to handle the misplaced TRIMINFO register
> incase of Exynos5420.
>
> On Exynos5420 we have a TRIMINFO register being misplaced for
> TMU channels 2, 3 and 4
>
> TRIMINFO at 0x1006c000 contains data
Fix compilation error in gpiomux (CONFIG_MSM_GPIOMUX=y):
arch/arm/mach-msm/gpiomux.c:24:13: error: static declaration of
‘__msm_gpiomux_write’ follows non-static declaration
arch/arm/mach-msm/gpiomux.h:85:6: note: previous declaration of
‘__msm_gpiomux_write’ was here
2013/8/7 Rafael J. Wysocki :
> From: Rafael J. Wysocki
>
> In theory, under a given ACPI namespace node there should be only
> one child device object with _ADR whose value matches a given bus
> address exactly. In practice, however, there are systems in which
> multiple child device objects
On Wed, 07 Aug 2013 14:24:05 +0800 Chen Gang wrote:
> > To be honest...
> >
> > You are too bad in english to do kernel development. You don't seem to
> > know how to communicate in english...
> >
>
> So I should improve my English, and now I am just trying improving.
>
> At least, it is not
On 08/07/2013 02:10 PM, Joe Perches wrote:
> On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
> []
>>> Hmm... do you mean you spend 5 minutes to get a conclusion ? if so,
>>>
On 08/07/2013 01:56 PM, Li Zefan wrote:
>>> The right answer to the code is to config it out and then you don't have
>>> to worry about it one way or another.
>>>
>>
>> Pardon?
>>
>> Excuse me, my English is not quite well, I don't quite understand your
>> meaning, could you please repeat again in
Op 07-08-13 02:05, Dave Airlie schreef:
> On Tue, Jul 30, 2013 at 6:41 PM, Peter Zijlstra wrote:
>> On Tue, Jul 30, 2013 at 10:13:41AM +0200, Maarten Lankhorst wrote:
>>> The check needs to be for > 1, because ctx->acquired is already incremented.
>>> This will prevent ww_mutex_lock_slow from
On 07/08/2013 03:33, Stepan Moskovchenko wrote:
> Update the reg property of the memory node in
> skeleton64.dtsi to reflect the fact that the root node uses
> address-cells=2 and size-cells=2.
Good catch
Acked-by: Gregory CLEMENT
>
> Change-Id: Ie9b61166143969e020ceebc51e9a384405d8c0f2
>
On Tue, 6 Aug 2013 23:28:06 +1000, Michael Ellerman wrote:
> Add a negative test to test__checkevent_pmu_events() to get lots of
> coverage of the negative case, ie. when the modifier is not specified.
>
> Add a test of a single event, and of the group case.
Acked-by: Namhyung Kim
Thanks,
Add bit defines for the status register. And add a function
lm90_is_tripped() which will read status register and return
tripped or not, then lm90_alert can call it directly, and in the
future the IRQ thread also can use it.
Signed-off-by: Wei Ni
---
drivers/hwmon/lm90.c | 75
Using enums for the indexes and nrs of temp8 and temp11.
This make the code much more readable.
Signed-off-by: Wei Ni
---
drivers/hwmon/lm90.c | 154 +-
1 file changed, 90 insertions(+), 64 deletions(-)
diff --git a/drivers/hwmon/lm90.c
This patch set enhance the lm90 driver,
it make the driver more readable and easier to use thermal framework.
This series is v4, previous version patches:
[RFC]: http://thread.gmane.org/gmane.linux.power-management.general/31056
[v1]: http://thread.gmane.org/gmane.linux.ports.tegra/11710/
[v2]:
From: "Yan, Zheng"
The QPI uncore boxes have two pairs of MATCH/MASK registers that
user to filter packet traffic serviced by QPI link layer. These
registers are in auxiliary PCI devices.
This patch adds the auxiliary PCI devices to snbep_uncore_pci_ids
and adds field definitions for the
When the temperature exceed the limit range value,
the driver can handle the interrupt.
Signed-off-by: Wei Ni
---
drivers/hwmon/lm90.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/hwmon/lm90.c b/drivers/hwmon/lm90.c
index 1da2eff..2e68773 100644
---
Hi Michael,
On Tue, 6 Aug 2013 23:28:05 +1000, Michael Ellerman wrote:
> This commit adds support for a new modifier "D", which requests that the
> event, or group of events, be pinned to the PMU.
>
> The "p" modifier is already taken for precise, and "P" may be used in
> future to mean "fully
From: "Yan, Zheng"
The QPI uncore boxes have two pairs of MATCH/MASK registers that
user to filter packet traffic serviced by QPI link layer. These
registers are in auxiliary PCI devices.
This patch changes the meaning of (struct pci_device_id)->driver_data.
The first 8 bits are device index of
From: "Yan, Zheng"
PCU uncore event control register has a undocumented ev_sel_ext bit.
The bit is needed by Andi's pmu-tools.
Signed-off-by: Yan, Zheng
---
arch/x86/kernel/cpu/perf_event_intel_uncore.c | 2 +-
arch/x86/kernel/cpu/perf_event_intel_uncore.h | 1 +
2 files changed, 2
On Tue, Aug 06, 2013 at 05:43:39PM +0900, Joonsoo Kim wrote:
> Currently, we free the avc objects with holding a lock. To minimize
> lock hold time, we just move the avc objects to another list
> with holding a lock. Then, iterate them and free objects without holding
> a lock. This makes lock
On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
> >> The right answer to the code is to config it out and then you don't have
> >> to worry about it one way or another.
[]
> > Hmm... do you mean you spend 5 minutes to get a conclusion ? if so,
> > better not use word 'seems' which is not a
On Tue, Aug 06, 2013 at 05:43:38PM +0900, Joonsoo Kim wrote:
> If we allocate anon_vma_chain before starting to link, we can reduce
> the lock hold time. This patch implement it.
>
> Signed-off-by: Joonsoo Kim
>
> diff --git a/mm/rmap.c b/mm/rmap.c
> index c2f51cb..1603f64 100644
> ---
On Tue, Aug 06, 2013 at 11:03:08AM -0400, Benjamin LaHaise wrote:
> On Tue, Aug 06, 2013 at 08:31:01PM +0800, Peng Tao wrote:
> > From: Peng Tao
> >
> > We also missed ki_nbytes...
>
> Applied to the aio-next.git tree.
The correct fix would be to just switch the .read and .write entry
points
(2013/08/07 14:03), H. Peter Anvin wrote:
> On 08/06/2013 09:51 PM, Masami Hiramatsu wrote:
>>
>> Thanks, Andi also asked me to support them ;)
>> As far as I can see, that requires more work to support
>> EVEX decoding. And perhaps, I have to classify new instructions
>> and operands and
Hi Sedat,
On Wed, 7 Aug 2013 07:43:59 +0200 Sedat Dilek
wrote:
>
> The refreshed patch is from 02-Aug-2013.
> So why did next-20130805 and next-20130806 did not have it?
> I was reading for these Linux-next releases the same: "I have used the
> ext4 tree from next-20130726 for today.".
> I am
Hi Sedat,
On Wed, 7 Aug 2013 07:43:59 +0200 Sedat Dilek
sedat.di...@gmail.com wrote:
The refreshed patch is from 02-Aug-2013.
So why did next-20130805 and next-20130806 did not have it?
I was reading for these Linux-next releases the same: I have used the
ext4 tree from next-20130726 for
(2013/08/07 14:03), H. Peter Anvin wrote:
On 08/06/2013 09:51 PM, Masami Hiramatsu wrote:
Thanks, Andi also asked me to support them ;)
As far as I can see, that requires more work to support
EVEX decoding. And perhaps, I have to classify new instructions
and operands and introduce new
On Tue, Aug 06, 2013 at 11:03:08AM -0400, Benjamin LaHaise wrote:
On Tue, Aug 06, 2013 at 08:31:01PM +0800, Peng Tao wrote:
From: Peng Tao tao.p...@emc.com
We also missed ki_nbytes...
Applied to the aio-next.git tree.
The correct fix would be to just switch the .read and .write entry
On Tue, Aug 06, 2013 at 05:43:38PM +0900, Joonsoo Kim wrote:
If we allocate anon_vma_chain before starting to link, we can reduce
the lock hold time. This patch implement it.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
diff --git a/mm/rmap.c b/mm/rmap.c
index c2f51cb..1603f64 100644
On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
[]
Hmm... do you mean you spend 5 minutes to get a conclusion ? if so,
better not use word 'seems' which is not a suitable word
On Tue, Aug 06, 2013 at 05:43:39PM +0900, Joonsoo Kim wrote:
Currently, we free the avc objects with holding a lock. To minimize
lock hold time, we just move the avc objects to another list
with holding a lock. Then, iterate them and free objects without holding
a lock. This makes lock hold
From: Yan, Zheng zheng.z@intel.com
PCU uncore event control register has a undocumented ev_sel_ext bit.
The bit is needed by Andi's pmu-tools.
Signed-off-by: Yan, Zheng zheng.z@intel.com
---
arch/x86/kernel/cpu/perf_event_intel_uncore.c | 2 +-
Hi Michael,
On Tue, 6 Aug 2013 23:28:05 +1000, Michael Ellerman wrote:
This commit adds support for a new modifier D, which requests that the
event, or group of events, be pinned to the PMU.
The p modifier is already taken for precise, and P may be used in
future to mean fully precise.
So
From: Yan, Zheng zheng.z@intel.com
The QPI uncore boxes have two pairs of MATCH/MASK registers that
user to filter packet traffic serviced by QPI link layer. These
registers are in auxiliary PCI devices.
This patch changes the meaning of (struct pci_device_id)-driver_data.
The first 8 bits
When the temperature exceed the limit range value,
the driver can handle the interrupt.
Signed-off-by: Wei Ni w...@nvidia.com
---
drivers/hwmon/lm90.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/hwmon/lm90.c b/drivers/hwmon/lm90.c
index 1da2eff..2e68773
Add bit defines for the status register. And add a function
lm90_is_tripped() which will read status register and return
tripped or not, then lm90_alert can call it directly, and in the
future the IRQ thread also can use it.
Signed-off-by: Wei Ni w...@nvidia.com
---
drivers/hwmon/lm90.c | 75
Using enums for the indexes and nrs of temp8 and temp11.
This make the code much more readable.
Signed-off-by: Wei Ni w...@nvidia.com
---
drivers/hwmon/lm90.c | 154 +-
1 file changed, 90 insertions(+), 64 deletions(-)
diff --git
This patch set enhance the lm90 driver,
it make the driver more readable and easier to use thermal framework.
This series is v4, previous version patches:
[RFC]: http://thread.gmane.org/gmane.linux.power-management.general/31056
[v1]: http://thread.gmane.org/gmane.linux.ports.tegra/11710/
[v2]:
From: Yan, Zheng zheng.z@intel.com
The QPI uncore boxes have two pairs of MATCH/MASK registers that
user to filter packet traffic serviced by QPI link layer. These
registers are in auxiliary PCI devices.
This patch adds the auxiliary PCI devices to snbep_uncore_pci_ids
and adds field
On Tue, 6 Aug 2013 23:28:06 +1000, Michael Ellerman wrote:
Add a negative test to test__checkevent_pmu_events() to get lots of
coverage of the negative case, ie. when the modifier is not specified.
Add a test of a single event, and of the group case.
Acked-by: Namhyung Kim
On 07/08/2013 03:33, Stepan Moskovchenko wrote:
Update the reg property of the memory node in
skeleton64.dtsi to reflect the fact that the root node uses
address-cells=2 and size-cells=2.
Good catch
Acked-by: Gregory CLEMENT gregory.clem...@free-electrons.com
Change-Id:
Op 07-08-13 02:05, Dave Airlie schreef:
On Tue, Jul 30, 2013 at 6:41 PM, Peter Zijlstra pet...@infradead.org wrote:
On Tue, Jul 30, 2013 at 10:13:41AM +0200, Maarten Lankhorst wrote:
The check needs to be for 1, because ctx-acquired is already incremented.
This will prevent ww_mutex_lock_slow
On 08/07/2013 01:56 PM, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
Pardon?
Excuse me, my English is not quite well, I don't quite understand your
meaning, could you please repeat again in details or say
On 08/07/2013 02:10 PM, Joe Perches wrote:
On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
[]
Hmm... do you mean you spend 5 minutes to get a conclusion ? if so,
better not use
On Wed, 07 Aug 2013 14:24:05 +0800 Chen Gang gang.c...@asianux.com wrote:
To be honest...
You are too bad in english to do kernel development. You don't seem to
know how to communicate in english...
So I should improve my English, and now I am just trying improving.
At least, it
2013/8/7 Rafael J. Wysocki r...@sisk.pl:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
In theory, under a given ACPI namespace node there should be only
one child device object with _ADR whose value matches a given bus
address exactly. In practice, however, there are systems in which
Fix compilation error in gpiomux (CONFIG_MSM_GPIOMUX=y):
arch/arm/mach-msm/gpiomux.c:24:13: error: static declaration of
‘__msm_gpiomux_write’ follows non-static declaration
arch/arm/mach-msm/gpiomux.h:85:6: note: previous declaration of
‘__msm_gpiomux_write’ was here
Hi Naveen,
On Thu, Aug 1, 2013 at 4:06 PM, Naveen Krishna Chatradhi
ch.nav...@samsung.com wrote:
This patch adds code to handle the misplaced TRIMINFO register
incase of Exynos5420.
On Exynos5420 we have a TRIMINFO register being misplaced for
TMU channels 2, 3 and 4
TRIMINFO at 0x1006c000
On 08/07/2013 02:29 PM, Andrew Morton wrote:
On Wed, 07 Aug 2013 14:24:05 +0800 Chen Gang gang.c...@asianux.com wrote:
To be honest...
You are too bad in english to do kernel development. You don't seem to
know how to communicate in english...
So I should improve my English, and now I am
On 08/07/2013 10:18 AM, H. Peter Anvin wrote:
Please let me know, if I should rebase again.
tip:master is not a stable branch; it is more like linux-next. We need
to figure out which topic branches are dependencies for this set.
Okay. I 'll start looking at the branches that would get
On 7 August 2013 12:06, amit daniel kachhap amit.dan...@samsung.com wrote:
Hi Naveen,
On Thu, Aug 1, 2013 at 4:06 PM, Naveen Krishna Chatradhi
ch.nav...@samsung.com wrote:
This patch adds code to handle the misplaced TRIMINFO register
incase of Exynos5420.
On Exynos5420 we have a TRIMINFO
On 2013/8/7 14:10, Joe Perches wrote:
On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
[]
Hmm... do you mean you spend 5 minutes to get a conclusion ? if so,
better not use word
Hi Adrian,
On Mon, 5 Aug 2013 19:26:21 +0300, Adrian Hunter wrote:
It is useful to see the arguments to perf_event_open
and whether the perf events ring buffer was mmapped
per-cpu or per-thread. That information will now be
displayed when verbose is 2 i.e option -vv
[SNIP]
+static
On 2013/8/7 14:10, Joe Perches wrote:
On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
[]
Hmm... do you mean you spend 5 minutes to get a conclusion ? if so,
better not use word
On Tue, Jul 23, 2013 at 07:40:49PM +0200, Torsten Kaiser wrote:
cpu_has_amd_erratum() is buggy, because it uses the per-cpu cpu_info
before it is filled by smp_store_boot_cpu_info() / smp_store_cpu_info().
If early microcode loading is enabled its collect_cpu_info_amd_early() will
fill -x86
Enable thermal sensor nct1008 for t114 dalmore.
Signed-off-by: Wei Ni w...@nvidia.com
---
arch/arm/boot/dts/tegra114-dalmore.dts | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/tegra114-dalmore.dts
b/arch/arm/boot/dts/tegra114-dalmore.dts
index
The device lm90 can be controlled by the vdd rail.
Adding the power control support to power on/off the vdd rail.
And make sure that power is enabled before accessing the device.
Signed-off-by: Wei Ni w...@nvidia.com
---
drivers/hwmon/lm90.c | 52
The device lm90 can be controlled by the vdd rail.
Add function to power on/off the vdd.
Enable the nct1008 on Tegra114 Dalmore board, and set the vdd-regulator.
Wei Ni (2):
hwmon: (lm90) Add power control
ARM: dt: t114 dalmore: add dt entry for nct1008
On 08/07/2013 02:42 PM, Li Zefan wrote:
On 2013/8/7 14:10, Joe Perches wrote:
On Wed, 2013-08-07 at 13:56 +0800, Li Zefan wrote:
The right answer to the code is to config it out and then you don't have
to worry about it one way or another.
[]
Hmm... do you mean you spend 5 minutes to get a
* Christian Daudt cs...@daudt.org [130806 16:14]:
On Sun, Aug 4, 2013 at 11:21 PM, Tony Lindgren t...@atomide.com wrote:
* Christian Daudt cs...@daudt.org [130802 16:13]:
On Fri, Aug 2, 2013 at 1:33 AM, Tony Lindgren t...@atomide.com wrote:
* Jason Cooper ja...@lakedaemon.net [130731
Christoph Jaeger christophjae...@linux.com writes:
In param_get_byte(), to which the macro STANDARD_PARAM_DEF(byte, ...) expands,
%c is used to print an unsigned char. So it gets printed as a character what
is not intended here. Use %hhu instead.
Signed-off-by: Christoph Jaeger
On 08/06/2013 11:52 PM, Wei Ni wrote:
The device lm90 can be controlled by the vdd rail.
Adding the power control support to power on/off the vdd rail.
And make sure that power is enabled before accessing the device.
Signed-off-by: Wei Ni w...@nvidia.com
---
drivers/hwmon/lm90.c | 52
On wto, 2013-08-06 at 09:58 -0700, Dave Hansen wrote:
On 08/05/2013 11:42 PM, Krzysztof Kozlowski wrote:
+#ifdef CONFIG_ZBUD
+ /* Allocated by zbud. Flag is necessary to find zbud pages to unuse
+* during migration/compaction.
+*/
+ PG_zbud,
+#endif
Do you _really_ need
801 - 900 of 1724 matches
Mail list logo