devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8660.c | 29 ++---
1 file changed, 6 insertions(+), 23 deletions(-)
diff --git a/drivers/regulator/max8660.c b/drivers/regulator/max8660.c
index d428ef9..a057342 100644
---
devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max1586.c | 26 +-
1 file changed, 5 insertions(+), 21 deletions(-)
diff --git a/drivers/regulator/max1586.c b/drivers/regulator/max1586.c
index 54af610..3abf76a 100644
---
devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8649.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/drivers/regulator/max8649.c b/drivers/regulator/max8649.c
index db6c9be..b2a808c 100644
--- a/drivers/regulator/max8649.c
devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8998.c | 35 ---
1 file changed, 8 insertions(+), 27 deletions(-)
diff --git a/drivers/regulator/max8998.c b/drivers/regulator/max8998.c
index a4c53b2..ae3f065 100644
---
devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max77693.c | 28
1 file changed, 4 insertions(+), 24 deletions(-)
diff --git a/drivers/regulator/max77693.c b/drivers/regulator/max77693.c
index ce4b96c..2054ae1 100644
---
devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8997.c | 38 ++
1 file changed, 10 insertions(+), 28 deletions(-)
diff --git a/drivers/regulator/max8997.c b/drivers/regulator/max8997.c
index df20069..059e8ed 100644
---
devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8973-regulator.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git a/drivers/regulator/max8973-regulator.c
b/drivers/regulator/max8973-regulator.c
index 0c5195a..04de63d 100644
---
On 09/03/2013 10:51 PM, Matthew Garrett wrote:
On Tue, 2013-09-03 at 22:43 -0700, Guenter Roeck wrote:
If that is the case, wouldn't it make more sense to have separate drivers,
one per functionality, plus an mfd driver to bind them all together ?
It'd be an option, but I don't think there's
devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
drivers/regulator/max8907-regulator.c | 23 +++
1 file changed, 3 insertions(+), 20 deletions(-)
diff --git a/drivers/regulator/max8907-regulator.c
b/drivers/regulator/max8907-regulator.c
index 4568c15..0c5fe6c
devm_* simplifies the code.
Signed-off-by: Sachin Kamat
---
This series is compile tested.
---
drivers/regulator/max77686.c | 22 +++---
1 file changed, 3 insertions(+), 19 deletions(-)
diff --git a/drivers/regulator/max77686.c b/drivers/regulator/max77686.c
index
On Tue, 2013-09-03 at 22:43 -0700, Guenter Roeck wrote:
> If that is the case, wouldn't it make more sense to have separate drivers,
> one per functionality, plus an mfd driver to bind them all together ?
It'd be an option, but I don't think there's a huge benefit - the
functionality's
In servers with more than 1.1 TB of RAM, the existing 40/32 bit DMA
could cause failure as the DMA-able address could go outside the range
addressable using 40/32 bits.
The following patch first tried 64 bit DMA if possible, failover to 32
bit.
Signed-off-by: Sujith Sankar
Signed-off-by:
This patch exposes symbols for usnic low latency driver that can be used to
register and unregister vNics as well to traverse the resources on vNics.
Signed-off-by: Upinder Malhi
Signed-off-by: Nishank Trivedi
Signed-off-by: Christian Benvenuti
---
drivers/net/ethernet/cisco/enic/vnic_dev.c
The following patch sets the skb->rxhash and skb->q_number.
This is used by RPS and RFS. Kernel can make use of hw provided hash
instead of calculating the hash.
Signed-off-by: Govindarajulu Varadarajan
Signed-off-by: Nishank Trivedi
Signed-off-by: Christian Benvenuti
---
Signed-off-by: Govindarajulu Varadarajan
Signed-off-by: Sujith Sankar
Signed-off-by: Nishank Trivedi
Signed-off-by: Christian Benvenuti
---
MAINTAINERS| 3 ++-
drivers/net/ethernet/cisco/enic/enic.h | 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff
The following patch adds multi tx support for enic.
Signed-off-by: Nishank Trivedi
Signed-off-by: Christian Benvenuti
Signed-off-by: Govindarajulu Varadarajan
---
drivers/net/ethernet/cisco/enic/enic.h | 2 +-
drivers/net/ethernet/cisco/enic/enic_main.c | 36
This series includes support for multi-tx, rss_hash, RPS, RFS, DMA64,
export symbols for cisco low latency driver and update the driver version and
driver maintainers.
Govindarajulu Varadarajan (5):
driver/net: enic: Add multi tx support for enic
driver/net: enic: record q_number and
On 09/03/2013 10:29 PM, Matthew Garrett wrote:
The HP watchdog timer driver binds to the HP iLO system support controller
PCI device. This PCI device actually supports a wider range of
functionality, so give the driver a more generic name and move it to the x86
platform driver directory in
Greg KH writes:
> On Tue, Sep 03, 2013 at 04:44:42PM -0400, Dave Jones wrote:
>> On Tue, Sep 03, 2013 at 06:59:24PM +, Linux Kernel wrote:
>> > Gitweb:
>> http://git.kernel.org/linus/;a=commit;h=c817a67ecba7c3c2aaa104796d78f160af60920d
>> > Commit:
Recent HP iLO systems provide support for modifying the firmware
configuration at runtime via accesses to the iLO hardware. This patch adds
support for exposing the available firmware configuration options via sysfs
and permits userspace to modify them, taking effect after the next reboot.
This
The HP watchdog timer driver binds to the HP iLO system support controller
PCI device. This PCI device actually supports a wider range of
functionality, so give the driver a more generic name and move it to the x86
platform driver directory in preparation for the following changes.
Signed-off-by:
On Mon, Sep 02, 2013 at 04:46:18PM -0700, Guenter Roeck wrote:
> I can only recommend for everyone to send pull requests through a gmail
> account.
The problem I'm seeing with this method to combat abusive filtering from
e-mail providers is that we'll quickly end up needing to have one account
On 09/04/2013 10:16 AM, Greg KH wrote:
> On Wed, Sep 04, 2013 at 09:17:02AM +0900, Chanwoo Choi wrote:
>> On 09/04/2013 12:57 AM, Greg KH wrote:
>>> On Mon, Sep 02, 2013 at 10:13:44AM +0900, Chanwoo Choi wrote:
Hi Greg,
On 09/02/2013 09:40 AM, Greg KH wrote:
> On Mon, Sep 02,
This patch proposes to remove the IRQF_DISABLED flag from CRIS
architecture code. It's a NOOP since 2.6.35 and it will be removed
one day.
Comments mentioning IRQF_DISABLED are also updated, knowing
that all interrupts are now "fast interrupts", their handlers
running with interrupts disabled.
This patch proposes to remove kernel configuration parameters
defined in arch/blackfin/Kconfig, but used nowhere
in the makefiles and source code.
This is an update for 3.11 of a patch already sent for 3.10
Signed-off-by: Michael Opdenacker
---
arch/blackfin/Kconfig | 15 ---
1
This flag is a NOOP since 2.6.35 and can be removed.
This is an update for 3.11 of a patch already sent for 3.10
Signed-off-by: Michael Opdenacker
---
arch/arm/mach-imx/Kconfig | 2 +-
arch/arm/mach-imx/epit.c | 2 +-
arch/arm/mach-imx/mach-armadillo5x0.c | 3 +--
This patch proposes to remove the IRQF_DISABLED flag from footbridge
code. It's a NOOP since 2.6.35.
This is an update for 3.11 of a patch already sent for 3.10
Signed-off-by: Michael Opdenacker
---
arch/arm/mach-footbridge/dc21285-timer.c | 2 +-
arch/arm/mach-footbridge/dc21285.c | 10
On Wed, Sep 04, 2013 at 12:49:58AM +0400, Dmitry Vyukov wrote:
> On Wed, Sep 4, 2013 at 12:27 AM, Dan Aloni wrote:
> > Your work and contribution is appreciated nonetheless, but your bug
> > report needs to pertain closer to the work the core kernel hackers
> > are doing.
>
> What exactly do you
This flag is a NOOP since 2.6.36 and can be removed.
This is an update for 3.11 of a patch already sent for 3.10
Signed-off-by: Michael Opdenacker
---
arch/arm/mach-at91/at91rm9200_time.c | 2 +-
arch/arm/mach-at91/at91sam926x_time.c | 2 +-
arch/arm/mach-at91/at91x40_time.c | 2 +-
3
sock_tx_timestamp() will clear all zerocopy flags of skb which may lead the
frags never to be orphaned. This will break guest to guest traffic when zerocopy
is enabled. Fix this by orphaning the frags before trying to set tx time stamp.
The issue were introduced by commit
Commit eda297729171fe16bf34fe5b0419dfb69060f623
(tun: Support software transmit time stamping) will queue skbs into error queue
when tx stamping is enabled. But it forgets to purge the error queue during
detach. This patch fixes this.
Cc: Richard Cochran
Signed-off-by: Jason Wang
---
On Fri, Jun 28, 2013 at 11:03:33PM +0100, James Hogan wrote:
> On 28 June 2013 20:28, Denys Vlasenko wrote:
> > On Monday 17 June 2013 12:36, James Hogan wrote:
> >> On 14/06/13 17:03, James Hogan wrote:
> >> > MIPS has 128 signals, the highest of which has the number 128 (they
> >> > start from
On Tue, 2013-09-03 at 18:27 -0700, Andrew Morton wrote:
> On Tue, 03 Sep 2013 09:06:58 -0700 "Nicholas A. Bellinger"
> wrote:
>
> > Are there any other review comments to be addressed for this patch..?
> >
> > If not, please kindly give your Reviewed-by if your OK for an initial
> > standalone
On Wed, 2013-09-04 at 01:00 +000, Nelson, Shannon wrote:
> we hadn't noticed the new experimental "--fix" option before. There
> are a lot of good suggestions there, but obviously it needs a lot of
> reading and tweaking before it can be used.
Yes, I think --fix works best on patches.
When you
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/x86/include/asm/spinlock.h between commit bc08b449ee14 ("lockref:
implement lockless reference count updates using cmpxchg()") from Linus'
tree and commit 545ac13892ab ("x86, spinlock: Replace pv spinlocks with
pv
The FALL interrupt related en, status bits are available at an offset of
16 on INTEN, INTSTAT registers and at an offset of
12 on INTCLEAR register.
This patch corrects the same for exyns5250 and exynos5440
Signed-off-by: Naveen Krishna Chatradhi
---
Changes since v1:
None
On Exynos5440 and Exynos5420 there are registers common
across the TMU channels.
To support that, we introduced a ADDRESS_MULTIPLE flag in the
driver and the 2nd set of register base and size are provided
in the "reg" property of the node.
As per Amit's suggestion, this patch changes the
This patch adds the neccessary register changes and arch information
to support Exynos5420 SoCs
Exynos5420 has 5 TMU channels one for each CPU 0, 1, 2 and 3 and GPU
Also updated the Documentation at
Documentation/devicetree/bindings/thermal/exynos-thermal.txt
Note: The platform data structure
On 09/02/2013 09:54 PM, Liqin Chen wrote:
2013/9/3 Guenter Roeck mailto:li...@roeck-us.net>>
On 09/02/2013 08:18 AM, Lennox Wu wrote:
Before we start the development of the S+core, Sunplus had licensed
ARM and MIPS. We develop S+core for other reason such as the price.
On Tue, Sep 03, 2013 at 10:03:25PM -0400, Steven Rostedt wrote:
> On Tue, 3 Sep 2013 22:01:15 -0400
> Steven Rostedt wrote:
>
> > On Tue, 3 Sep 2013 18:24:04 -0700
> > "Paul E. McKenney" wrote:
> >
> >
> > > > static DEFINE_PER_CPU(unsigned long, ftrace_rcu_func);
> > > > @@ -588,15 +593,14
On Tue, Sep 03, 2013 at 10:01:15PM -0400, Steven Rostedt wrote:
> On Tue, 3 Sep 2013 18:24:04 -0700
> "Paul E. McKenney" wrote:
>
>
> > > static DEFINE_PER_CPU(unsigned long, ftrace_rcu_func);
> > > @@ -588,15 +593,14 @@ static void
> > > ftrace_unsafe_callback(unsigned long ip, unsigned long
On Wed, 2013-09-04 at 11:53 +0800, Ian Kent wrote:
> On Wed, 2013-09-04 at 03:42 +0100, Al Viro wrote:
> > On Wed, Sep 04, 2013 at 03:26:17AM +0100, Al Viro wrote:
> > > I've applied slightly modified variant of Jeff's "vfs: allow umount to
> > > handle
> > > mountpoints without revalidating
On Wed, 2013-09-04 at 03:42 +0100, Al Viro wrote:
> On Wed, Sep 04, 2013 at 03:26:17AM +0100, Al Viro wrote:
> > I've applied slightly modified variant of Jeff's "vfs: allow umount to
> > handle
> > mountpoints without revalidating them" (modified by just leaving the
> > struct path filled with
Each dma-buf has an associated size and it's reasonable for userspace
to want to know what it is.
Since userspace already has an fd, expose the size using the
size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR, 0);
idiom.
v2: Added Daniel's sugeested documentation, with minor fixups
On 31 August 2013 04:06, Stephen Warren wrote:
> On 08/29/2013 07:45 PM, Haojian Zhuang wrote:
>> On 22 August 2013 13:53, Mike Turquette wrote:
>>> Device Tree binding for the basic clock gate, plus the setup function to
>>> register the clock. Based on the existing fixed-clock binding.
>>>
On Tue, Sep 03, 2013 at 03:35:12PM +0800, Yijing Wang wrote:
> PCI core saves PCIe Cap offset in pcie_cap,
> use pcie_cap to simplify code.
>
> Signed-off-by: Yijing Wang
> ---
> arch/x86/pci/fixup.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
Dear David Miller ：
Thanks a lot.
I'm sorry that I just wonder to know which kernel
version will release this driver, thanks again.
2013-09-04
liujunliang_ljl
发件人： David Miller
发送时间： 2013-09-04 10:27:14
收件人： liujunliang_ljl
From: Jason Wang
Date: Mon, 2 Sep 2013 16:40:55 +0800
> This series tries to unify and simplify vhost codes especially for
> zerocopy. With this series, 5% - 10% improvement for per cpu throughput were
> seen during netperf guest sending test.
>
> Plase review.
Applied and patch #5 queued up
On Tue, 2013-09-03 at 19:18 -0700, Linus Torvalds wrote:
> On Tue, Sep 3, 2013 at 7:00 PM, Al Viro wrote:
> >
> > That aside, I'm really not happy with this kind of games; this stuff clearly
> > belongs in fs/namei.c where we can simply see the last component. Doing
> > that
> > on the level of
On Wed, Sep 04, 2013 at 03:26:17AM +0100, Al Viro wrote:
> I've applied slightly modified variant of Jeff's "vfs: allow umount to handle
> mountpoints without revalidating them" (modified by just leaving the
> struct path filled with mountpoint and leaving the equivalent of
> follow_mount()
> to
On 09/04/2013 03:36 AM, Paul E. McKenney wrote:
> On Mon, Aug 26, 2013 at 10:21:18AM +0800, Chen Gang F T wrote:
>>
>> Firstly, thank you for your reply with these details.
>>
>> On 08/26/2013 03:18 AM, Paul E. McKenney wrote:
>>> On Thu, Aug 22, 2013 at 11:01:53AM +0800, Chen Gang wrote:
On
On Tue, Sep 3, 2013 at 5:34 PM, Bjorn Helgaas wrote:
> On Tue, Sep 03, 2013 at 03:35:09PM +0800, Yijing Wang wrote:
>> Pcie_capability_xxx() interfaces were introudced to
>> simplify code to access PCIe Cap config space. And
>> because PCI core saves the PCIe Cap offset in
>> set_pcie_port_type()
From: Joe Perches
Date: Sun, 01 Sep 2013 15:48:27 -0700
> This function is being removed, so remove the reference to it.
>
> Signed-off-by: Joe Perches
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
From: Joe Perches
Date: Sun, 01 Sep 2013 13:11:55 -0700
> Convert the llc_ static inlines to the
> equivalents from etherdevice.h and remove
> the llc_ static inline functions.
>
> llc_mac_null -> is_zero_ether_addr
> llc_mac_multicast -> is_multicast_ether_addr
> llc_mac_match ->
From: Joe Perches
Date: Sun, 01 Sep 2013 15:45:08 -0700
> This function is being removed, rename the reference.
>
> Signed-off-by: Joe Perches
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 09/04/2013 03:42 AM, Stephen Warren wrote:
On 08/29/2013 03:57 AM, Alexandre Courbot wrote:
New version revised according to comments received for v3. Hopefully
it will be good enough to be merged.
Aside from the small issue in patch 1/5, the series,
Reviewed-by: Stephen Warren
Thanks!
From: Joe Perches
Date: Sun, 01 Sep 2013 11:51:23 -0700
> Use the new bool function ether_addr_equal to add
> some clarity and reduce the likelihood for misuse
> of compare_ether_addr for sorting.
>
> Done via cocci script: (and a little typing)
...
> Signed-off-by: Joe Perches
Applied,
From: liujunliang_...@163.com
Date: Sun, 1 Sep 2013 19:38:08 +0800
> From: Liu Junliang
>
> Signed-off-by: Liu Junliang
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 info at
On Tue, Sep 03, 2013 at 07:18:42PM -0700, Linus Torvalds wrote:
> On Tue, Sep 3, 2013 at 7:00 PM, Al Viro wrote:
> >
> > That aside, I'm really not happy with this kind of games; this stuff clearly
> > belongs in fs/namei.c where we can simply see the last component. Doing
> > that
> > on the
On Tue, Sep 3, 2013 at 7:00 PM, Al Viro wrote:
>
> That aside, I'm really not happy with this kind of games; this stuff clearly
> belongs in fs/namei.c where we can simply see the last component. Doing that
> on the level of "let's scan the pathname for slashes, etc." is just plain
> wrong.
From: Petr Holasek
Date: Fri, 30 Aug 2013 17:02:38 +0200
> This two-liner removes max_addresses variable which is now unecessary related
> to patch [ipv6: remove max_addresses check from ipv6_create_tempaddr].
>
> Signed-off-by: Petr Holasek
Applied, thanks.
--
To unsubscribe from this list:
From: Dan Aloni
Date: Fri, 30 Aug 2013 13:59:46 +0300
> When my 'ifup eth' script was fired multiple times and ran concurrent on
> my laptop, for some obscure /etc scripting reason, it was revealed
> that the store_enabled() function in netconsole doesn't handle it nicely,
> as recorded by the
On 09/04/2013 08:37 AM, Toshi Kani wrote:
On Tue, 2013-08-27 at 17:37 +0800, Tang Chen wrote:
memblock_alloc_base_nid() is a common API of memblock. And it calls
memblock_find_in_range_node() with %start = 0, which means it has no
limit for the lowest address by default.
On Tue, 3 Sep 2013 22:01:15 -0400
Steven Rostedt wrote:
> On Tue, 3 Sep 2013 18:24:04 -0700
> "Paul E. McKenney" wrote:
>
>
> > > static DEFINE_PER_CPU(unsigned long, ftrace_rcu_func);
> > > @@ -588,15 +593,14 @@ static void
> > > ftrace_unsafe_callback(unsigned long ip, unsigned long
> -Original Message-
> From: Vinod Koul [mailto:vinod.k...@intel.com]
> Sent: Tuesday, September 03, 2013 7:32 PM
> To: Lu Jingchang-B35083
> Cc: shawn@linaro.org; linux-kernel@vger.kernel.org; linux-arm-
> ker...@lists.infradead.org; devicet...@vger.kernel.org
> Subject: Re: [PATCH v4
On Tue, 3 Sep 2013 18:24:04 -0700
"Paul E. McKenney" wrote:
> > static DEFINE_PER_CPU(unsigned long, ftrace_rcu_func);
> > @@ -588,15 +593,14 @@ static void
> > ftrace_unsafe_callback(unsigned long ip, unsigned long parent_ip,
> >struct ftrace_ops *op, struct pt_regs
On Wed, Sep 04, 2013 at 02:03:02AM +0100, Al Viro wrote:
> E... NAK in that form. Just what will happen if the last component
> given to that sucker will be . or .., for starters? Or a symlink, with
> '/' added to it to force following the damn thing?
OK, in more details:
* we
On 09/04/2013 01:59 AM, Paul E. McKenney wrote:
> On Tue, Sep 03, 2013 at 01:41:03PM +0800, Chen Gang wrote:
>> Hello Maintainers:
>>
>> Is this issue finished ?
>>
>> If need additional help from me (e.g. some test things, or others, if
>> you have no time, can let me try), please let me know, I
On Tue, 3 Sep 2013 21:51:52 -0400
Steven Rostedt wrote:
> > > void ftrace_unsafe_rcu_checker_disable(void)
> > > {
> > > atomic_inc(_unsafe_rcu_disabled);
> > > + /* Make sure the update is seen immediately */
> > > + smp_wmb();
> >
> > smp_mb__after_atomic_inc()?
>
> Yep.
>
> >
> >
On Tue, 03 Sep 2013 18:12:47 -0700 "H. Peter Anvin" wrote:
>
> Header file dependency hell.
Ah, ok, thanks.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpCaVKqbKvqL.pgp
Description: PGP signature
Thank you for your valuable information: it will let kernel waste mails
less, and also can save my time resources.
On 09/04/2013 04:59 AM, Guenter Roeck wrote:
> On Tue, Sep 03, 2013 at 08:39:38PM +0100, Al Viro wrote:
>> On Tue, Sep 03, 2013 at 11:52:17AM +0800, Chen Gang F T wrote:
>>
>>>
On Tue, 3 Sep 2013 18:24:04 -0700
"Paul E. McKenney" wrote:
> On Tue, Sep 03, 2013 at 07:57:05PM -0400, Steven Rostedt wrote:
> > Paul, can I still keep all your acks and reviewed-bys on this?
>
> Yep, but some questions below.
>
> Thanx,
On 08/31/2013 05:12 PM, Yu Chen wrote:
>From 1ccf579b871dfd5938ce958f729361a203485c74 Mon Sep 17 00:00:00 2001
From: Yu Chen
Date: Sat, 31 Aug 2013 23:52:31 +0800
Subject: [PATCH] powerpc/85xx: Wakeup kexec smp slave cpus in second kernel
In current 85xx smp kexec implementation,master cpu
The following changes since commit ad81f0545ef01ea651886dddac4bef6cec930092:
Linux 3.11-rc1 (2013-07-14 15:18:27 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
tags/PTR_RET-for-linus
for you to fetch changes up to
Aruna,
Sorry for the late response.
> Seiji,
>
> Could you let us know the efivars buffer size with which the pstore is
> registered when
> the failure occurred.
I looked into the issue today.
I added some debug message just before pstore_compress().
As you can see below, the buffer size is a
From: Tim Gardner
Date: Thu, 29 Aug 2013 06:38:47 -0600
> This config option is superfluous in that it only guards a call
> to neigh_app_ns(). Enabling CONFIG_ARPD by default has no
> change in behavior. There will now be call to __neigh_notify()
> for each ARP resolution, which has no impact
On Wed, 2013-09-04 at 11:42 +1000, James Morris wrote:
> On Tue, 3 Sep 2013, Matthew Garrett wrote:
>
> > + status = efi_call_phys5(sys_table->runtime->get_variable,
> > + L"SecureBoot", _guid, NULL, , );
> > +
>
>
> What's 'L' ?
Wide-character string constant. UEFI
On Tue, 3 Sep 2013, Matthew Garrett wrote:
> + status = efi_call_phys5(sys_table->runtime->get_variable,
> + L"SecureBoot", _guid, NULL, , );
> +
What's 'L' ?
--
James Morris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Tuesday, September 03, 2013 6:31 PM
>
> On Wed, 2013-09-04 at 01:00 +, Nelson, Shannon wrote:
>
> Hi Shannon.
>
> > > -Original Message- > From: Joe Perches
> > [mailto:j...@perches.com] > Sent:
On Wed, 2013-09-04 at 01:00 +, Nelson, Shannon wrote:
Hi Shannon.
> > -Original Message- > From: Joe Perches
> [mailto:j...@perches.com] > Sent: Friday, August 30, 2013 4:06 PM > >
> Just some potential cleanings...
>
> > i40e: Whitespace cleaning
>
> Hmmm, we hadn't noticed the
The LTTng modules provide Linux kernel tracing capability to the LTTng
2.x tracer toolset.
Noteworthy changes:
- Support for Linux kernels up to (including) 3.11,
- Flight recorder (snapshot) support,
- Updated ARM, x86 system call instrumentation,
- Add 32-bit PowerPC system call
On Tue, 03 Sep 2013 09:06:58 -0700 "Nicholas A. Bellinger"
wrote:
> Are there any other review comments to be addressed for this patch..?
>
> If not, please kindly give your Reviewed-by if your OK for an initial
> standalone merge.
Sorry, I'm largely offline for the next week...
It looks OK
On Tue, Sep 03, 2013 at 09:11:27PM -0400, Steven Rostedt wrote:
> From f8f5d278e272c42349b3cd32485faf426d0c459e Mon Sep 17 00:00:00 2001
> From: "Steven Rostedt (Red Hat)"
> Date: Tue, 3 Sep 2013 20:47:59 -0400
> Subject: [PATCH] ftrace: Print a message when the rcu checker is disabled
>
> Let
On Tue, Sep 03, 2013 at 07:57:05PM -0400, Steven Rostedt wrote:
> On Tue, 3 Sep 2013 15:18:08 -0700
> "Paul E. McKenney" wrote:
>
>
> > > Just found this bug. Strange that gcc never gave me a warning :-/
> >
> > I can't give gcc too much trouble, as I also didn't give you an
> >
From: Yanchuan Nian
0x30-0x3f have been used for ISA interrupts on i386 since 5 years ago,
but some comments about i8259 initialization were missed to update
at the same time.
Signed-off-by: Yanchuan Nian
---
arch/x86/kernel/i8259.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
On Wed, Sep 04, 2013 at 09:17:02AM +0900, Chanwoo Choi wrote:
> On 09/04/2013 12:57 AM, Greg KH wrote:
> > On Mon, Sep 02, 2013 at 10:13:44AM +0900, Chanwoo Choi wrote:
> >> Hi Greg,
> >>
> >> On 09/02/2013 09:40 AM, Greg KH wrote:
> >>> On Mon, Sep 02, 2013 at 09:20:08AM +0900, Chanwoo Choi
>From f8f5d278e272c42349b3cd32485faf426d0c459e Mon Sep 17 00:00:00 2001
From: "Steven Rostedt (Red Hat)"
Date: Tue, 3 Sep 2013 20:47:59 -0400
Subject: [PATCH] ftrace: Print a message when the rcu checker is disabled
Let the user know that the RCU safety checker for function tracing
has been
On Sun, 1 Sep 2013 14:45:56 -0700 tip-bot for Al Viro wrote:
>
> Commit-ID: bd1c149aa9915b9abb6d83d0f01dfd2ace0680b5
> Gitweb: http://git.kernel.org/tip/bd1c149aa9915b9abb6d83d0f01dfd2ace0680b5
> Author: Al Viro
> AuthorDate: Sun, 1 Sep 2013 20:35:01 +0100
> Committer: H. Peter Anvin
On Sun, 01 Sep 2013 16:28:36 +0800
Wang Shilong wrote:
> Hello, Using checkpatch.pl, i get the following warnings(errors):
> WARNING: printk() should include KERN_ facility level
> #90: FILE: kernel/trace/trace_functions.c:583:
> + printk("ftrace_rcu_func: %pS\n",
>
> total: 0
On 09/04/2013 12:41 AM, Geert Uytterhoeven wrote:
> On Tue, Aug 6, 2013 at 3:46 AM, Chen Gang wrote:
>> --- a/include/uapi/Kbuild
>> +++ b/include/uapi/Kbuild
>> @@ -1,7 +1,6 @@
>> # UAPI Header export list
>> -# Top-level Makefile calls into asm-$(ARCH)
>> -# List only non-arch directories
On Wed, Sep 04, 2013 at 08:54:57AM +0800, Ian Kent wrote:
> +static int kern_path_top(const char *pathname,
> + unsigned int flags, struct path *path)
> +{
> + struct dentry *dentry;
> + struct qstr name;
> + const char *tmp;
> + unsigned int len;
> + int
On 09/04/2013 08:24 AM, Toshi Kani wrote:
..
+phys_addr_t __init_memblock
+__memblock_find_range(phys_addr_t start, phys_addr_t end,
+ phys_addr_t size, phys_addr_t align, int nid)
This func should be static as it must be an internal func.
..
+phys_addr_t
> -Original Message-
> From: Joe Perches [mailto:j...@perches.com]
> Sent: Friday, August 30, 2013 4:06 PM
>
> Just some potential cleanings...
> i40e: Whitespace cleaning
Hmmm, we hadn't noticed the new experimental "--fix" option before. There are
a lot of good suggestions there,
From: Rui Xiang
Use the helper macro !IS_ROOT to replace parent != dentry->d_parent.
Just clean up.
Signed-off-by: Rui Xiang
Acked-by: Ian Kent
---
fs/autofs4/root.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/autofs4/root.c b/fs/autofs4/root.c
index
From: Rui Xiang
While kzallocing sbi/ino fails, it should return -ENOMEM.
And it should return the err value from autofs_prepare_pipe.
Signed-off-by: Rui Xiang
Acked-by: Ian Kent
---
fs/autofs4/inode.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git
When reconnecting to automounts at startup an autofs ioctl is used
to find the device and inode of existing mounts so they can be used
to open a file descriptor of possibly covered mounts.
At this time the the caller might not yet "own" the mount so it can
trigger calling ->d_automount(). This
On Tue, 2013-09-03 at 21:31 +0800, Peter De Schrijver wrote:
> This patch converts the Tegra114 audio clock registration to be table driven
> like the periph clocks.
s/audio/PMC/ :)
>
> Signed-off-by: Peter De Schrijver
> ---
> drivers/clk/tegra/clk-tegra114.c | 58
>
On Tue, Sep 03, 2013 at 12:09:31PM -0600, Bjorn Helgaas wrote:
> On Mon, Sep 2, 2013 at 6:39 PM, Fengguang Wu wrote:
>
> > Thanks! Yes I'm now running checkpatch these days because some people
> > suggested to me that some of the checkpatch warnings do help catch
> > real bugs.
> >
> > However I
On Tue, 3 Sep 2013, Matthew Garrett wrote:
> Writing to MSRs should not be allowed if module loading is restricted,
> since it could lead to execution of arbitrary code in kernel mode. Based
> on a patch by Kees Cook.
>
> Cc: Kees Cook
> Signed-off-by: Matthew Garrett
Reviewed-by: James
On Tue, 3 Sep 2013, Matthew Garrett wrote:
> kexec permits the loading and execution of arbitrary code in ring 0, which
> is something that module signing enforcement is meant to prevent. It makes
> sense to disable kexec in this situation.
>
> Signed-off-by: Matthew Garrett
Reviewed-by: James
1 - 100 of 1338 matches
Mail list logo
