From: Duan Jiong
Casting (void *) value returned by kcalloc is useless
as mentioned in Documentation/CodingStyle, Chap 14.
Signed-off-by: Duan Jiong
---
sound/pci/emu10k1/emufx.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/sound/pci/emu10k1/emufx.c
On Wed, Sep 04, 2013 at 06:08:08PM -0700, Linus Torvalds wrote:
> On Tue, Sep 3, 2013 at 5:10 AM, Gleb Natapov wrote:
> >
> > This pull request adds tlb_gather_mmu() caller in S390 code, but 2b047252
> > in your tree added another parameter to the function, so the patch bellow
> > have to be
On Wed, Sep 04, 2013 at 09:57:45PM -0700, Greg KH wrote:
> On Thu, Sep 05, 2013 at 12:13:38AM -0400, Dave Jones wrote:
> > On Wed, Sep 04, 2013 at 02:53:11PM +0930, Rusty Russell wrote:
> >
> > > >> With this enabled, I get a bunch of scrolling oopses immediately
> > after
> > > >>
Hi Jeff,
Thank you for reviewing the patch.
Regards,
Akhil
From: Jeff Moyer [jmo...@redhat.com]
Sent: Friday, August 30, 2013 6:18 AM
To: OS Engineering
Cc: linux-kernel@vger.kernel.org; ax...@kernel.dk; Akhil Bhansali; Ramprasad
Chinthekindi; Amit
Hello, David.
First of all, thanks for review!
On Thu, Sep 05, 2013 at 11:15:53AM +1000, David Gibson wrote:
> On Fri, Aug 09, 2013 at 06:26:37PM +0900, Joonsoo Kim wrote:
> > If parallel fault occur, we can fail to allocate a hugepage,
> > because many threads dequeue a hugepage to handle a
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/ipv6/sit.c between commit 3d483058c8c8 ("ipv6: wire up
skb->encapsulation") from Linus' tree and commit 8b7ed2d91d6a
("iptunnels: remove net arg from iptunnel_xmit()") from the net-next tree.
I fixed it up (see below)
I'm glad to announce that SCST support for 16Gb/s FC and FCoE Emulex CNAs is now
available as part of the Emulex OneCore Storage SDK tool set based on the
Emulex SLI-4
API. Support for 16Gb/s Fibre Channel LPe16000 series and FCoE hardware using
target
mode versions of the OneConnect FCoE CNAs
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/bridge/br_multicast.c between commit 2d98c29b6fb3 ("net: bridge:
convert MLDv2 Query MRC into msecs_to_jiffies for max_delay") from Linus'
tree and commit e3f5b17047de ("net: ipv6: mld: get rid of MLDV2_MRC and
simplify
In platform with multi NUMA nodes, there is no ordering guarantee
with the workqueue created by calling alloc_ordered_workqueue().
Add member ordered_pwq in structure workqueue_struct, used to hold
the first choice of pwq, in order to avoid breaking its ordering
guarantee under enqueueing work in
On 9/5/13 12:47 AM, John Stultz wrote:
If we're going to add a new interface that uses something other then a
timespec, we likely need to put some serious thought into that new
type, and see how it could be used across a number of syscalls. Some
of the discussion around dealing with the 2038
On Wed, Aug 28, 2013 at 08:08:22PM +0100, Kumar Gala wrote:
> We had two bindings for the same serial device, it looks like the one in
> tty/serial/fsl-imx-uart.txt is the more up to date one so go with it and
> merge a few things about the use/need for aliases in from
> serial/fsl-imx-uart.txt.
Commit-ID: 4488e09b4582c3d9cae1601351e26584e208d877
Gitweb: http://git.kernel.org/tip/4488e09b4582c3d9cae1601351e26584e208d877
Author: Alok Kataria
AuthorDate: Wed, 4 Sep 2013 14:23:41 +0530
Committer: H. Peter Anvin
CommitDate: Wed, 4 Sep 2013 22:00:04 -0700
x86, doc: Add an entry in
On 09/04/2013 07:44 PM, Christoph Lameter wrote:
> On Wed, 4 Sep 2013, Vineet Gupta wrote:
>
>> Considering other discussions on this thread, shall I drop this from my
>> for-curr
>> for this merge window ? I don't see any other arch changes to that effect in
>> latest linux-next.
>
> The
On Wed, Sep 04, 2013 at 09:57:45PM -0700, Greg KH wrote:
> On Thu, Sep 05, 2013 at 12:13:38AM -0400, Dave Jones wrote:
> > On Wed, Sep 04, 2013 at 02:53:11PM +0930, Rusty Russell wrote:
> >
> > > >> With this enabled, I get a bunch of scrolling oopses immediately
> > after
> > > >>
(2013/09/05 3:08), Hemant wrote:
> On 09/04/2013 02:09 PM, Masami Hiramatsu wrote:
>> (2013/09/04 17:25), Mark Wielaard wrote:
>>> On Wed, 2013-09-04 at 15:49 +0900, Namhyung Kim wrote:
On Tue, 03 Sep 2013 18:53:17 +0530, Hemant wrote:
> On 09/03/2013 02:47 PM, Masami Hiramatsu wrote:
On Thu, Sep 05, 2013 at 12:13:38AM -0400, Dave Jones wrote:
> On Wed, Sep 04, 2013 at 02:53:11PM +0930, Rusty Russell wrote:
>
> > >> With this enabled, I get a bunch of scrolling oopses immediately after
> > >> exiting the bootloader. It happens so early I can't even capture them
> > >> over
Merged.
Thank you,
2013-09-05 (목), 12:45 +0800, Jin Xu:
> From: Jin Xu
>
> This patch improves the gc efficiency by optimizing the victim
> selection policy. With this optimization, the random re-write
> performance could increase up to 20%.
>
> For f2fs, when disk is in shortage of free
On Wed, 2013-09-04 at 10:16 -0700, Joe Perches wrote:
> On Wed, 2013-09-04 at 14:23 +0530, Alok Kataria wrote:
> > Hey,
> >
> > This change adds an entry to the maintainers file to explicitly state
> > that any changes to vmware.c should be sent to the authors of the file
> > as well.
>
> It
From: Jin Xu
This patch improves the gc efficiency by optimizing the victim
selection policy. With this optimization, the random re-write
performance could increase up to 20%.
For f2fs, when disk is in shortage of free spaces, gc will selects
dirty segments and moves valid blocks around for
Adding maintainer for Roccat hid drivers
I sent this patch some weeks ago, seemingly unnoticed.
Maybe I have more luck via Jiri's hid repo.
Signed-off-by: Stefan Achatz
---
MAINTAINERS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
As long as you're removing locks from prepend_name and complicating its
innards, I notice that each and every call site follows it by prepending
"/". How about moving that into prepend_name as well?
Also, if you happen to feel like it, you can delete the slash flag
and replace it with "bptr !=
On Thu, Sep 05, 2013 at 12:04:18AM -0400, Dave Jones wrote:
> Signed-off-by: Dave Jones
>
> diff --git a/fs/ncpfs/dir.c b/fs/ncpfs/dir.c
> index 3be0474..1f6419f 100644
> --- a/fs/ncpfs/dir.c
> +++ b/fs/ncpfs/dir.c
> @@ -857,10 +857,11 @@ static struct dentry *ncp_lookup(struct inode *dir,
>
Use the wrapper function for retrieving the platform data instead of
accessing dev->platform_data directly. This is a cosmetic change
to make the code simpler and enhance the readability.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/88pm860x_bl.c|2 +-
On Wed, Sep 04, 2013 at 07:48:14PM -0700, Linus Torvalds wrote:
> - use the name length as a maximum
>
> - do a byte-at-a-time copy, stopping at a zero (it's going to be
> faster than memchr anyway)
>
> Then, later on, we can do one that does a word-at-a-time using the
>
Fix the following sparse warning:
drivers/video/backlight/lp8788_bl.c:55:25: warning: symbol 'default_bl_config'
was not declared. Should it be static?
Signed-off-by: Jingoo Han
---
drivers/video/backlight/lp8788_bl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Don't mix different enum types to fix the sparse warnings.
drivers/video/backlight/lm3639_bl.c:80:51: warning: mixing different enum types
drivers/video/backlight/lm3639_bl.c:80:51: int enum lm3639_fleds versus
drivers/video/backlight/lm3639_bl.c:80:51: int enum lm3639_bleds
Fix the following sparse warnings:
drivers/video/backlight/ld9040_gamma.h:172:3: warning: symbol 'gamma_table' was
not declared. Should it be static?
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ld9040_gamma.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
From: Daniel Jeong
The LM3630 chip was revised by TI and chip name was also changed to LM3630A.
And register map, default values and initial sequences are changed.
The files, lm3630_bl.{c,h} are replaced by lm3630a_bl.{c,h}
You can find more information about LM3630A(datasheet, evm etc)
at
(adding Petr Vandrovec to cc's)
> diff --git a/fs/ncpfs/dir.c b/fs/ncpfs/dir.c
[]
> @@ -857,10 +857,11 @@ static struct dentry *ncp_lookup(struct inode *dir,
> struct dentry *dentry, unsig
> if (ncp_is_server_root(dir)) {
> res = ncp_io2vol(server, __name, ,
From: Milo Kim
LP8555 is one of LP855x family device.
This device needs pre_init_device() and post_init_device() driver structure.
It's same as LP8557, so the device configuration code is shared with LP8557.
Backlight outputs are generated from dual DC-DC boost converters.
It's configurable
Hi Andrew,
This is the 2nd version of the backlight updates for 3.12-rc1.
Please add these patches to mm-tree.
Changes since v1:
- Added missing author's information to 1st and 2nd patch.
- Added missing committer's signed-off to 1st and 2nd patch.
Best regards,
Jingoo Han
On Wed, Sep 04, 2013 at 02:53:11PM +0930, Rusty Russell wrote:
> >> With this enabled, I get a bunch of scrolling oopses immediately after
> >> exiting the bootloader. It happens so early I can't even capture them
> >> over usb-serial, or earlyprintk=dbgp.
> >>
> >> And for whatever
Hi Axel,
On 5 September 2013 09:01, Axel Lin wrote:
> Commmit af40a94aba "regulator: palmas: Use devm_regulator_register" missed
> removing a regulator_unregister() call if palmas_extreg_init falis. Fix it.
>
> Signed-off-by: Axel Lin
I was about to do it. Thanks for doing :)
Acked-by: Sachin
NULL assignment corrupts the error pointer and is not
necessary.
Reported-by: kbuild test robot
Signed-off-by: Sachin Kamat
---
drivers/regulator/max77686.c |1 -
drivers/regulator/max77693.c |1 -
drivers/regulator/max8997.c |1 -
3 files changed, 3 deletions(-)
diff --git
Changed automaticall -> automatically.
Signed-off-by: Sachin Kamat
---
This series is based on topic/devm branch of regulator tree.
---
drivers/regulator/core.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/core.c b/drivers/regulator/core.c
index
On Wed, 2013-09-04 at 21:37 -0600, Alex Williamson wrote:
> On Thu, 2013-09-05 at 01:35 +0200, Rafael J. Wysocki wrote:
> > On Wednesday, September 04, 2013 05:12:14 PM Alex Williamson wrote:
> > > On Thu, 2013-09-05 at 00:54 +0200, Rafael J. Wysocki wrote:
> > > > On Wednesday, September 04, 2013
On Tue, 2013-09-03 at 13:53 +0300, Gleb Natapov wrote:
> > Or supporting all IOMMU links (and leaving emulated stuff as is) in on
> > "device" is the last thing I have to do and then you'll ack the patch?
> >
> I am concerned more about API here. Internal implementation details I
> leave to
On Thursday, September 05, 2013 12:09 PM, Sachin Kamat wrote:
> On 5 September 2013 08:11, Jingoo Han wrote:
> > LP8555 is one of LP855x family device.
> > This device needs pre_init_device() and post_init_device() driver structure.
> > It's same as LP8557, so the device configuration code is
Signed-off-by: Dave Jones
diff --git a/fs/ncpfs/dir.c b/fs/ncpfs/dir.c
index 3be0474..1f6419f 100644
--- a/fs/ncpfs/dir.c
+++ b/fs/ncpfs/dir.c
@@ -857,10 +857,11 @@ static struct dentry *ncp_lookup(struct inode *dir,
struct dentry *dentry, unsig
if (ncp_is_server_root(dir)) {
The indentation in the swGetOFDMControlRate function is screwed up.
At first it appears that there are missing braces on a multi-line if, but
looking at history, commit dd0a774fc727ee793780197beb3f2cf80bfefa99
("staging: vt6656: card/main_usb/device use new structure names")
incorrectly indented
On Wed, 2013-09-04 at 20:52 -0700, H. Peter Anvin wrote:
> On 09/03/2013 04:50 PM, Matthew Garrett wrote:
> > IO port access would permit users to gain access to PCI configuration
> > registers, which in turn (on a lot of hardware) give access to MMIO register
> > space. This would potentially
On 2013/9/5 11:37, Wanpeng Li wrote:
> On Thu, Sep 05, 2013 at 11:04:22AM +0800, Jianguo Wu wrote:
>> Hi Wanpeng,
>>
>> On 2013/9/5 10:11, Wanpeng Li wrote:
>>
>>> Hi Jianguo,
>>> On Wed, Sep 04, 2013 at 09:30:22PM +0800, Jianguo Wu wrote:
Since commit d39d33c332(thp: enable direct defrag),
On 09/03/2013 04:50 PM, Matthew Garrett wrote:
> IO port access would permit users to gain access to PCI configuration
> registers, which in turn (on a lot of hardware) give access to MMIO register
> space. This would potentially permit root to trigger arbitrary DMA, so lock
> it down by default.
On Thursday, September 05, 2013 12:40 PM, Milo Kim wrote:
>
> Hi Jingoo,
>
> On 09/05/2013 11:39 AM, Jingoo Han wrote:
> > Hi Andrew,
> >
> > This is the backlight updates for 3.12-rc1.
> > Please add these patches to mm-tree.
>
> Do you have a plan to create a git repository for the backlight
On Thu, Sep 5, 2013 at 4:58 AM, Stephen Warren wrote:
> On 09/04/2013 05:29 AM, Alexandre Courbot wrote:
>> This patch exports the gpiod_* family of API functions, a safer
>> alternative to the legacy gpio interface. Differences between the gpiod
>> and gpio APIs are:
>>
>> - gpio works with
On Thu, Sep 5, 2013 at 4:56 AM, Stephen Warren wrote:
> On 09/04/2013 05:29 AM, Alexandre Courbot wrote:
>> Add gpiod_get() and gpiod_put() functions that provide safer handling of
>> GPIOs.
>>
>> These functions put the GPIO framework in line with the conventions of
>> other frameworks in the
Dear Sir or Madam:
Good Day! Glad to learn you`re on the market of water treatment chemicals
products
We are a professional manufacturers of water treatment agent products
with 17years experience, as well as the supplier for Kemira ,now our featured
products are:
Coagulant for
Hi Jingoo,
On 09/05/2013 11:39 AM, Jingoo Han wrote:
Hi Andrew,
This is the backlight updates for 3.12-rc1.
Please add these patches to mm-tree.
Do you have a plan to create a git repository for the backlight subsystem?
It would be much better to maintain it and pull request.
And
On Thu, 2013-09-05 at 01:35 +0200, Rafael J. Wysocki wrote:
> On Wednesday, September 04, 2013 05:12:14 PM Alex Williamson wrote:
> > On Thu, 2013-09-05 at 00:54 +0200, Rafael J. Wysocki wrote:
> > > On Wednesday, September 04, 2013 02:36:34 PM Alex Williamson wrote:
> > > > On Thu, 2013-07-18 at
Commmit af40a94aba "regulator: palmas: Use devm_regulator_register" missed
removing a regulator_unregister() call if palmas_extreg_init falis. Fix it.
Signed-off-by: Axel Lin
---
drivers/regulator/palmas-regulator.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git
Use a firmware operation to set the CPU reset handler and only resort to
doing it ourselves if there is none defined.
This supports the booting of secondary CPUs on devices using a TrustZone
secure monitor.
Signed-off-by: Alexandre Courbot
Reviewed-by: Tomasz Figa
Reviewed-by: Stephen Warren
Support for Trusted Foundations is light and allows the kernel to run on
a wider range of devices, so enable it by default.
Signed-off-by: Alexandre Courbot
Reviewed-by: Tomasz Figa
Reviewed-by: Stephen Warren
---
arch/arm/configs/tegra_defconfig | 1 +
1 file changed, 1 insertion(+)
diff
Trusted Foundations is a TrustZone-based secure monitor for ARM that
can be invoked using a consistent SMC-based API on all supported
platforms. This patch adds initial basic support for Trusted
Foundations using the ARM firmware API. Current features are limited
to the ability to boot secondary
After several rounds of reviews, this patchset should be close to maturity. This
fifth version gathers the Reviewed-by tags, addresses the (hopefully) last
issues, and seeks the Acked-bys of ARM maintainers to be merged, probably
through the Tegra tree.
Changes since v4:
- Added ifdefs to isolate
Register the firmware operations for Trusted Foundations if the device
tree indicates it is active on the device.
Signed-off-by: Alexandre Courbot
Reviewed-by: Tomasz Figa
Reviewed-by: Stephen Warren
---
Documentation/devicetree/bindings/arm/tegra.txt | 5 +
arch/arm/mach-tegra/Kconfig
Not all Tegra devices can set the CPU reset handler in the same way.
In particular, devices using a TrustZone secure monitor cannot set the
reset handler directly and need to do it through a firmware operation.
This patch separates the act of setting the reset handler from its
preparation, so the
On 2013/8/29 5:03, Tejun Heo wrote:
> Hello,
>
> For unified hierarchy, a css's (cgroup_subsys_state) lifetime will be
> different from that of the associated cgroup. css's may be created
> and destroyed dynamically over the lifetime of a single cgroup. The
> previous changes decoupled css
於 二，2013-09-03 於 19:50 -0400，Matthew Garrett 提到：
> uswsusp allows a user process to dump and then restore kernel state, which
> makes it possible to avoid module loading restrictions. Prevent this when
> any restrictions have been imposed on loading modules.
>
> Signed-off-by: Matthew Garrett
於 二，2013-09-03 於 19:50 -0400，Matthew Garrett 提到：
> UEFI Secure Boot provides a mechanism for ensuring that the firmware will
> only load signed bootloaders and kernels. Certain use cases may also
> require that all kernel modules also be signed. Add a configuration option
> that enforces this
Hi Jingoo,
On 5 September 2013 08:11, Jingoo Han wrote:
> LP8555 is one of LP855x family device.
> This device needs pre_init_device() and post_init_device() driver structure.
> It's same as LP8557, so the device configuration code is shared with LP8557.
> Backlight outputs are generated from
Hi Wanpeng,
On 2013/9/5 10:11, Wanpeng Li wrote:
> Hi Jianguo,
> On Wed, Sep 04, 2013 at 09:30:22PM +0800, Jianguo Wu wrote:
>> Since commit d39d33c332(thp: enable direct defrag), defrag is enable
>> for all transparent hugepage page faults by default, not only in
>> MADV_HUGEPAGE regions.
>>
>>
On 09/04/2013 06:45 PM, Dave Jones wrote:
Signed-off-by: Dave Jones
diff --git a/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
b/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
index 8b2ba26..4b2eb8e 100644
--- a/drivers/staging/rtl8188eu/core/rtw_mlme_ext.c
+++
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in fs/direct-io.c
between commit 8f2a7fbb9b10 ("dio: add bio_vec support to
__blockdev_direct_IO()") from the aio-direct tree and commit 7b7a8665edd8
("direct-io: Implement generic deferred AIO completions") from the vfs
tree.
I
From: Chenggang Qin
Vdso is only one in a system. It is not necessory to traverse the
macine->user_dsos list while finding the dso of vdso.
The flag vdso_found should be replaced by a pointor that point to the dso of
vdso. If the pointer is NULL, dso of vdso have not been created. Else, the
From: Chenggang Qin
If the list traversal is avoided by the last patch, the short name compare in
dsos__find() is unnecessary. The purpose of short name compare is only to find
the dso of vdso. If the vdso can be found by a pointor, the short name compare
can be removed.
Thanks
Cc: David Ahern
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in fs/dcache.c
between commit 98474236f72e ("vfs: make the dentry cache use the lockref
infrastructure") from Linus' tree and commit 590fb51f1cf9 ("vfs: call
d_op->d_prune() before unhashing dentry") from the vfs tree.
I fixed it up
Hi Al,
Today's linux-next merge of the vfs tree got a conflict in fs/block_dev.c
between commit b176eedb2a8b ("block_dev: add support for read_iter,
write_iter") from the aio-direct tree and commit 02afc27faec9
("direct-io: Handle O_(D)SYNC AIO") from the vfs tree.
I fixed it up (see below) and
On 09/04/2013 07:59 PM, Michael S. Tsirkin wrote:
> On Mon, Sep 02, 2013 at 04:40:59PM +0800, Jason Wang wrote:
>> Currently, even if the packet length is smaller than VHOST_GOODCOPY_LEN, if
>> upend_idx != done_idx we still set zcopy_used to true and rollback this
>> choice
>> later. This could
Signed-off-by: Dave Jones
diff --git a/drivers/media/dvb-frontends/drxd_hard.c
b/drivers/media/dvb-frontends/drxd_hard.c
index 9a213479..a1a3421 100644
--- a/drivers/media/dvb-frontends/drxd_hard.c
+++ b/drivers/media/dvb-frontends/drxd_hard.c
@@ -2692,11 +2692,11 @@ static int DRXD_init(struct
On Wed, Sep 4, 2013 at 6:49 PM, Waiman Long wrote:
>
> So what I am going to do is to use memchr() to locate a null
> byte within the given length. If one is found, the string must be invalid
> and there is no point in doing the copying. Instead, EINVAL will be returned
> and the code will check
Use the wrapper function for retrieving the platform data instead of
accessing dev->platform_data directly. This is a cosmetic change
to make the code simpler and enhance the readability.
Signed-off-by: Jingoo Han
---
drivers/video/backlight/88pm860x_bl.c|2 +-
Don't mix different enum types to fix the sparse warnings.
drivers/video/backlight/lm3639_bl.c:80:51: warning: mixing different enum types
drivers/video/backlight/lm3639_bl.c:80:51: int enum lm3639_fleds versus
drivers/video/backlight/lm3639_bl.c:80:51: int enum lm3639_bleds
Fix the following sparse warning:
drivers/video/backlight/lp8788_bl.c:55:25: warning: symbol 'default_bl_config'
was not declared. Should it be static?
Signed-off-by: Jingoo Han
---
drivers/video/backlight/lp8788_bl.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On Wed, Sep 04, 2013 at 09:55:43PM -0400, Waiman Long wrote:
> On 09/04/2013 03:43 PM, Al Viro wrote:
> >On Wed, Sep 04, 2013 at 03:33:00PM -0400, Waiman Long wrote:
> >
> >>I have thought about that. But if a d_move() is going on, the string
> >>in the buffer will be discarded as the sequence
Fix the following sparse warnings:
drivers/video/backlight/ld9040_gamma.h:172:3: warning: symbol 'gamma_table' was
not declared. Should it be static?
Signed-off-by: Jingoo Han
---
drivers/video/backlight/ld9040_gamma.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
The LM3630 chip was revised by TI and chip name was also changed to LM3630A.
And register map, default values and initial sequences are changed.
The files, lm3630_bl.{c,h} are replaced by lm3630a_bl.{c,h}
You can find more information about LM3630A(datasheet, evm etc)
at
LP8555 is one of LP855x family device.
This device needs pre_init_device() and post_init_device() driver structure.
It's same as LP8557, so the device configuration code is shared with LP8557.
Backlight outputs are generated from dual DC-DC boost converters.
It's configurable EPROM settings which
Hi Andrew,
This is the backlight updates for 3.12-rc1.
Please add these patches to mm-tree.
Best regards,
Jingoo Han
backlight updates for 3.12-rc1
- LP855x: Add LP8555 support
- LM3630 is changed to LM3630A
- Fix sparse
On 09/04/2013 05:34 PM, Linus Torvalds wrote:
On Wed, Sep 4, 2013 at 12:25 PM, Waiman Long wrote:
Yes, the perf profile was taking from an 80-core machine. There isn't any
scalability issue hiding for the short workload on an 80-core machine.
However, I am certain that more may pop up when
On Wed, Sep 04, 2013 at 10:39:14AM -0600, T Makphaibulchoke wrote:
>
> Here are the performance improvements in some of the aim7 workloads,
How did you gather these results? The mbcache is only used if you are
using extended attributes, and only if the extended attributes don't
fit in the
On 09/04/2013 05:31 PM, Linus Torvalds wrote:
On Wed, Sep 4, 2013 at 12:05 PM, Waiman Long wrote:
+ rcu_read_unlock();
+ if (read_seqretry(_lock, seq))
+ goto restart;
Btw, you have this pattern twice, and while it's not necessarily
incorrect, it's a bit worrisome
於 二，2013-09-03 於 19:50 -0400，Matthew Garrett 提到：
> Provide a single call to allow kernel code to determine whether the system
> has been configured to either disable module loading entirely or to load
> only modules signed with a trusted key.
>
> Signed-off-by: Matthew Garrett
Tested-by: Lee,
On 09/04/2013 04:40 PM, John Stoffel wrote:
"Waiman" == Waiman Long writes:
Waiman> In term of AIM7 performance, this patch has a performance boost of
Waiman> about 6-7% on top of Linus' lockref patch on a 8-socket 80-core DL980.
Waiman> User Range | 10-100 | 200-1 |
Previously, we experience bio traces as follows when running simple sequential
write test.
f2fs_do_submit_bio: type = NODE, io = no sync, sector = 500104928, size = 4K
f2fs_do_submit_bio: type = NODE, io = no sync, sector = 499922208, size = 368K
f2fs_do_submit_bio: type = NODE, io = no sync,
On 09/05/2013 07:50 AM, Rafael J. Wysocki wrote:
On Tuesday, September 03, 2013 04:45:37 PM Tang Chen wrote:
This patch-set fix the following problems:
1. Kill useless function save_add_info() which will block us from using
numa when MEMORY_HOTPLUG is not configured.
2. acpi_table_parse()
On 09/04/2013 03:43 PM, Al Viro wrote:
On Wed, Sep 04, 2013 at 03:33:00PM -0400, Waiman Long wrote:
I have thought about that. But if a d_move() is going on, the string
in the buffer will be discarded as the sequence number will change.
So whether or not it have embedded null byte shouldn't
On Thu, Sep 5, 2013 at 9:12 AM, Davidlohr Bueso wrote:
> On Thu, 2013-09-05 at 08:37 +0800, Zhi Yong Wu wrote:
>> On Thu, Sep 5, 2013 at 7:59 AM, Davidlohr Bueso wrote:
>> > On Thu, 2013-09-05 at 01:22 +0800, Zhi Yong Wu wrote:
>> >> On Mon, Sep 2, 2013 at 4:57 PM, Michel Lespinasse
>> >>
I think it would be crazy encoding UTC with a non-POSIX scheme.
Andy Lutomirski wrote:
>On Wed, Sep 4, 2013 at 3:29 PM, H. Peter Anvin wrote:
>> On 09/04/2013 01:54 PM, John Stultz wrote:
I'd advocate for going whole hog and returning, atomically:
- TAI (nanoseconds from
On Fri, Aug 09, 2013 at 06:26:37PM +0900, Joonsoo Kim wrote:
> If parallel fault occur, we can fail to allocate a hugepage,
> because many threads dequeue a hugepage to handle a fault of same address.
> This makes reserved pool shortage just for a little while and this cause
> faulting thread who
On Wed, Sep 04, 2013 at 05:44:30PM +0900, Joonsoo Kim wrote:
> On Fri, Aug 09, 2013 at 06:26:37PM +0900, Joonsoo Kim wrote:
> > If parallel fault occur, we can fail to allocate a hugepage,
> > because many threads dequeue a hugepage to handle a fault of same address.
> > This makes reserved pool
On Thu, 2013-09-05 at 08:37 +0800, Zhi Yong Wu wrote:
> On Thu, Sep 5, 2013 at 7:59 AM, Davidlohr Bueso wrote:
> > On Thu, 2013-09-05 at 01:22 +0800, Zhi Yong Wu wrote:
> >> On Mon, Sep 2, 2013 at 4:57 PM, Michel Lespinasse
> >> wrote:
> >> > On Sun, Sep 1, 2013 at 11:30 PM, Zhi Yong Wu
> >>
"include/uapi/" is the whole Linux kernel API, it is important enough
to get more global explanations by comments.
In "include/uapi/Kbuild", "Makefile..." and "non-arch..." comments are
meaningless for current 'Kbuild', so delete them.
And add more explanations for "include/uapi/" in
On Tue, Sep 3, 2013 at 5:10 AM, Gleb Natapov wrote:
>
> This pull request adds tlb_gather_mmu() caller in S390 code, but 2b047252
> in your tree added another parameter to the function, so the patch bellow
> have to be applied during merge to resolve the conflicts. The patch was
> used in
Oh, sorry the patch subject should be changed too. I will send patch v3.
On 09/05/2013 08:46 AM, Chen Gang wrote:
> "include/uapi/" is the whole Linux kernel API, it is important enough
> to get more global explanations by comments.
>
> In "include/uapi/Kbuild", "Makefile..." and "non-arch..."
Hi Guenter,
Today's linux-next merge of the h8300-remove tree got a conflict in
drivers/net/ethernet/8390/Kconfig between commit 061ba049abc6 ("drivers:
net: ethernet: 8390: Kconfig: add H8300H_AKI3068NET and H8300H_H8MAX
dependancy for NE_H8300") from the net tree and commit d5bfa4f18b55
On Tue, Sep 03, 2013 at 06:59:51PM +, Linux Kernel wrote:
> Gitweb:
> http://git.kernel.org/linus/;a=commit;h=615a4d12e55690269ce07e183553cb2752e1fa29
> Commit: 615a4d12e55690269ce07e183553cb2752e1fa29
> Parent: 7ef8ded0cfdb690e37581af85eea35fa67cdb38d
> Author: Larry
On 09/04/13 17:26, Rafael J. Wysocki wrote:
> On Wednesday, September 04, 2013 04:50:01 PM Stephen Boyd wrote:
>> On 09/04/13 16:55, Rafael J. Wysocki wrote:
>>> Well, I'm not sure when Viresh is going to be back.
>>>
>>> Srivatsa, can you please resend this patch with a proper changelog?
>>>
>> I
On 2013/9/4 14:51, Pekka Enberg wrote:
> On Sat, Aug 24, 2013 at 3:31 AM, Libin wrote:
>> Kmemcheck configuration menu location correction in Documentation/
>> kmemcheck.txt
>>
>> Signed-off-by: Libin
>
> Looks good to me. Andrew mind picking this up?
>
Hi Pekka,
This patch has been added to
"include/uapi/" is the whole Linux kernel API, it is important enough
to get more global explanations by comments.
In "include/uapi/Kbuild", "Makefile..." and "non-arch..." comments are
meaningless for current 'Kbuild', so delete them.
And add more explanations for "include/uapi/" in
On Wed, 4 Sep 2013 08:58:25 -0700 Linus Torvalds
wrote:
>
> On Tue, Sep 3, 2013 at 7:39 AM, Ingo Molnar wrote:
> >
> > Please pull the latest x86-asmlinkage-for-linus git tree from:
>
> Grr. This one seems to introduce this annoying warning:
>
> arch/x86/kernel/paravirt.c:66:0: warning:
1 - 100 of 1352 matches
Mail list logo
