On Wed, Dec 25, 2013 at 04:07:34AM +0100, Mike Galbraith wrote:
> On Tue, 2013-12-24 at 11:36 -0800, Paul E. McKenney wrote:
> > On Mon, Dec 23, 2013 at 05:38:53AM +0100, Mike Galbraith wrote:
> > > On Sun, 2013-12-22 at 09:57 +0100, Mike Galbraith wrote:
> > > > I'll let the box give
> > > >
2013/12/25 Robert Hancock :
> So apparently this machine got broken when we changed the behavior for the
> ACPI ASPM-not-supported bit from forcing ASPM off for everything to leaving
> ASPM in whatever state the BIOS left it in. And apparently for some reason
> the device (devices?) doesn't work
2013/12/24 Bjorn Helgaas :
> [+cc linux-pci because I think this is related to PCI ASPM]
>
> I'm afraid nobody wants to touch ASPM because it's such a mess, but I
> hope somebody will step up and investigate this.
Thank you!
--
Vasiliy Tolstov,
e-mail: v.tols...@selfip.ru
jabber:
On 12/24/2013 11:52 AM, Bjorn Helgaas wrote:
[+cc linux-pci because I think this is related to PCI ASPM]
I'm afraid nobody wants to touch ASPM because it's such a mess, but I
hope somebody will step up and investigate this.
So apparently this machine got broken when we changed the behavior
A customer using a device with USBDEVFS is reporting following
backtrace (it seems to be a rather generic issue related to linux usb
3.0 in general):
According to him this problem is reproducible as soon as he starts the
data transfer, is there anything known about that?
He is using
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Solomon Peachy
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Jouni Malinen
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
On 12/25/2013 11:56 AM, Fengguang Wu wrote:
> On Wed, Dec 25, 2013 at 11:30:27AM +0800, Alex Shi wrote:
>> On 12/23/2013 01:24 PM, Fengguang Wu wrote:
>>> On Mon, Dec 23, 2013 at 01:19:04PM +0800, Alex Shi wrote:
On 12/22/2013 08:30 AM, fengguang...@intel.com wrote:
> Alex,
>
> We
From: Namjae Jeon
update the limitation for fat fallocate.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
Documentation/filesystems/vfat.txt | 10 ++
1 file changed, 10 insertions(+)
diff --git a/Documentation/filesystems/vfat.txt
b/Documentation/filesystems/vfat.txt
From: Namjae Jeon
Add i_disksize to represent uninitialized allocated size.
And mmu_private represent initialized allocated size.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/fat/cache.c |6 +++---
fs/fat/fat.h |3 ++-
fs/fat/file.c |4 +++-
fs/fat/inode.c |
From: Namjae Jeon
For normal cases of direct IO write, trying to seek to location greater
than file size, makes it fall back to buffered write to fill that region.
Similarly, in case for write in Fallocated region, make it fall
to buffered write.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit
From: Namjae Jeon
Make the fibmap call the return the proper physical block number for any
offset request in the fallocated range.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/fat/cache.c | 13 ++---
fs/fat/fat.h |3 +++
fs/fat/inode.c |3 +++
3 files
From: Namjae Jeon
For normal buffered write operations, normally if we try to write to an
offset > than file size, it does a cont_expand_zero till that offset.
Now, in case of fallocated regions, since the blocks are already allocated.
So, make it zero out that buffers for those blocks till the
From: Namjae Jeon
This patch set provides support for doing fallocate operation
on FAT filesystem.
After series of review for the the feature
The complete functionality is broken down into smaller subsets.
v3:
- fix i_disksize and mmu_private comments(uninit/initialized)
- remove unneeded
From: Namjae Jeon
Implement preallocation via the fallocate syscall on VFAT partitions.
This patch is based on an earlier patch of the same name which had some
issues detailed below and did not get accepted.
Refer https://lkml.org/lkml/2007/12/22/130.
a) The preallocated space was not
Use the possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Johannes Berg
Cc: John W. Linville
Cc: David Miller
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Signed-off-by: Wang Weidong
Signed-off-by: Ding Tianhong
---
net/mac80211/iface.c | 7 +++
1 file
audit_syscall_exit() saves a result of regs_return_value() in intermediate
"int" variable and passes it to __audit_syscall_exit(), which expects its
second argument as a "long" value.
This will result in truncating the value returned by a system call and
making a wrong audit record.
I don't know
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Stanislav Yakovlev
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
On Wed, Dec 25, 2013 at 11:30:27AM +0800, Alex Shi wrote:
> On 12/23/2013 01:24 PM, Fengguang Wu wrote:
> > On Mon, Dec 23, 2013 at 01:19:04PM +0800, Alex Shi wrote:
> >> On 12/22/2013 08:30 AM, fengguang...@intel.com wrote:
> >>> Alex,
> >>>
> >>> We noticed some perf-stat.cpu-migrations changes
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Jay Cliburn
Cc: Chris Snook
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
On Tue, 2013-12-24 at 20:39 +0400, Pavel Vasilyev wrote:
> 24.12.2013 19:47, Mike Galbraith пишет:
> > On Mon, 2013-12-23 at 23:50 +0100, Sebastian Andrzej Siewior wrote:
>
> > crash> bt
> > PID: 508TASK: 8802739ba340 CPU: 16 COMMAND: "ksoftirqd/16"
>
> YES!!! And ARM code broke :)
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Rupesh Gujare
Cc: Greg Kroah-Hartman
Cc: de...@driverdev.osuosl.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tan Xiaojun
Signed-off-by: Ding Tianhong
---
drivers/staging/ozwpan/ozcdev.c | 2 +-
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Chas Williams
Cc: linux-atm-gene...@lists.sourceforge.net
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
---
drivers/atm/nicstar.c | 4 ++--
1 file
Use possibly more efficient ether_addr_equal or
ether_addr_equal_unaligned instead of memcmp.
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
On 12/25/13 at 11:12am, Dave Young wrote:
> On 12/23/13 at 08:07am, Matt Fleming wrote:
> > On Mon, 23 Dec, at 10:09:58AM, Dave Young wrote:
> > > On 12/21/13 at 04:06pm, Matt Fleming wrote:
> > > > On Fri, 20 Dec, at 06:02:19PM, Dave Young wrote:
> > > > > @@ -133,6 +133,19 @@ extern void
Use possibly more efficient ether_addr_equal_unaligned
instead of memcmp.
Cc: Larry Finger
Cc: Chaoming Li
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
There is no suspend enable/disable settings mentioned in datasheet,
so just don't implement .set_suspend_[en|dis]able callbacks.
Signed-off-by: Axel Lin
---
drivers/regulator/act8865-regulator.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/regulator/act8865-regulator.c
On 12/23/2013 01:24 PM, Fengguang Wu wrote:
> On Mon, Dec 23, 2013 at 01:19:04PM +0800, Alex Shi wrote:
>> On 12/22/2013 08:30 AM, fengguang...@intel.com wrote:
>>> Alex,
>>>
>>> We noticed some perf-stat.cpu-migrations changes by your commit
>>
>> Thanks for your wonder testing, Fengguang!
>> How
On Tue, Dec 24, 2013 at 08:19:09AM -0500, Prarit Bhargava wrote:
> On 12/23/2013 09:51 PM, Chen, Gong wrote:
> > On Mon, Dec 23, 2013 at 09:39:12AM -0500, Prarit Bhargava wrote:
> >> diff --git a/arch/x86/kernel/irq.c b/arch/x86/kernel/irq.c
> >> index 7d40698..aed7acc 100644
> >> ---
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Bing Zhao
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
drivers/net/wireless/mwifiex/11n.c
The function did not be used any more, so remove it.
Cc: Li Yang
Cc: net...@vger.kernel.org
Cc: linuxppc-...@lists.ozlabs.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ethernet/freescale/ucc_geth.c | 5 -
1 file changed, 5 deletions(-)
diff --git
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Don Fry
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ethernet/amd/pcnet32.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Daniel Drake
Cc: Ulrich Kunitz
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tan Xiaojun
Signed-off-by: Ding Tianhong
---
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Michal Ostrowski
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ppp/pppoe.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Joerg Reuter
Cc: linux-h...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/hamradio/bpqether.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Joe Perches add ether_addr_equal_unaligned to test if
possibly unaligned to u16 Ethernet addresses are equal.
If CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS is set, this uses
the slightly faster generic routine ether_addr_equal,
otherwise this uses memcmp.
So I use the recently added and possibly
Use the possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Roland Dreier
Cc: Sean Hefty
Cc: Hal Rosenstock
Cc: Faisal Latif
Cc: linux-r...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Wang Weidong
Signed-off-by: Ding Tianhong
---
It is better to use batadv_compate_eth instead of memcpy for
concise style.
Cc: Marek Lindner
Cc: Simon Wunderlich
Cc: Antonio Quartulli
Cc: "David S. Miller"
Cc: b.a.t.m@lists.open-mesh.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tan Xiaojun
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
---
drivers/media/dvb-core/dvb_net.c | 8
1 file changed, 4
On 12/23/13 at 07:36am, Matt Fleming wrote:
> On Sun, 22 Dec, at 02:27:01PM, Toshi Kani wrote:
> >
> > The kexec branch is missing the following change, which is required for
> > fast reboot with multi-cpus.
> >
> >commit 279f1df915c3a6ed3075d98a849705bf53851f99
> >Author: Vivek Goyal
>
On 12/23/13 at 08:07am, Matt Fleming wrote:
> On Mon, 23 Dec, at 10:09:58AM, Dave Young wrote:
> > On 12/21/13 at 04:06pm, Matt Fleming wrote:
> > > On Fri, 20 Dec, at 06:02:19PM, Dave Young wrote:
> > > > @@ -133,6 +133,19 @@ extern void efi_sync_low_kernel_mappings(void);
> > > > extern void
On 12/20/2013 08:36 PM, Davidlohr Bueso wrote:
On Thu, 2013-12-19 at 15:14 -0800, Linus Torvalds wrote:
On Thu, Dec 19, 2013 at 10:45 AM, Davidlohr Bueso wrote:
- increment the counter at queue_lock() as we always end up calling
queue_me() which adds the element to the list. Upon any
On Tue, 2013-12-24 at 11:36 -0800, Paul E. McKenney wrote:
> On Mon, Dec 23, 2013 at 05:38:53AM +0100, Mike Galbraith wrote:
> > On Sun, 2013-12-22 at 09:57 +0100, Mike Galbraith wrote:
> > > I'll let the box give
> > > RCU something to do for a couple days. No news is good news.
> >
> > Ho ho
Enables/Disables the corresponding data channel for tx/rx operation.
A channel must be enabled before its FIFO is accessed, and then disable
it when tx/rx is stopped or idle.
Signed-off-by: Xiubo Li
---
sound/soc/fsl/fsl_sai.c | 21 +
1 file changed, 13 insertions(+), 8
Because we cannot make sure which one of _dai_fmt() and _dai_sysclk()
will be firstly called. So move the RCSR/TCSR and TCR1/RCR1's
initialization to _dai_probe(), and this can make sure that before any
of {T,R}CR{1~5} register to be set the RCSR/TCSR's RE/TE bit has been
cleared for the hareware
Kernel style uses function pointers in this form:
"type (*funcptr)(args...)"
Emit warnings when this function pointer form isn't used.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 59 +++
1 file changed, 59 insertions(+)
diff
Use possibly more efficient ether_addr_equal
instead of memcmp.
Cc: Karsten Keil
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
---
drivers/isdn/i4l/isdn_net.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
On 2013/12/25 1:59, David Miller wrote:
> From: Ding Tianhong
> Date: Tue, 24 Dec 2013 21:47:30 +0800
>
>> Oh， no, maybe I was dizzy by these patches, I should be more careful,
>> sorry about that, I will resend this one.
>
> You must resend the entire patch series when you make any changes.
X32 adjtimex system call is the same as x86-64 adjtimex system call,
which uses 64-bit integer for long in struct timex. But x32 long is
32 bit. This patch replaces long in struct timex with __kernel_long_t.
Signed-off-by: H.J. Lu
---
include/uapi/linux/timex.h | 34
This is not required because current code uses devm_regulator_register() to
register regulators.
Signed-off-by: Axel Lin
---
v2: Fix typo in subject line s/Rmove/Remove/
drivers/regulator/act8865-regulator.c | 12
1 file changed, 12 deletions(-)
diff --git
Fixed coding style errors. Fixed spacing, tab and parenthesis errors.
Signed-off-by: Derek Perrin
---
Changes since v1:
*cleaned up all checkpatch.pl errors
*changed function pointer prototype to preferred style from Joe Perches
*fixed edd_device *edev assignment in if condition
On Tue, 24 Dec 2013, Tejun Heo wrote:
> Hello, Linus.
>
> libata fixes for v3.13-rc5. There's one interseting commit - "libata,
> freezer: avoid block device removal while system is frozen". It's an
> ugly hack working around a deadlock condition between driver core
> resume and block layer
On Tue, 24 Dec 2013, Du, ChangbinX wrote:
> > > usb_hub_to_struct_hub() can return NULL if the hub without active
> > > configuration. So the result must be checked.
> > >
> > > BUG: unable to handle kernel NULL pointer dereference at 015c
>
> > How did you manage to trigger this BUG? If
On 23.12.2013 [17:37:00 -0800], Linus Torvalds wrote:
> Please cc the guilty parties when sending patches like this.
>
> Also, just out of interest, please describe how this bug affected
> things. Did we overflow the saved_auxv[] array, or what? Also, how
> does this change affect architectures
* Linus Torvalds wrote:
> Here's both x86 people and filesystem people involved, because this
> hacky RFC patch touches both.
>
> NOTE NOTE NOTE! I've modified "cp_new_stat()" in place, in a way that
> is x86-64 specific. So the attached patch *only* works on x86-64, and
> will very actively
On Mon, 2013-12-23 at 07:36 +, Matt Fleming wrote:
> On Sun, 22 Dec, at 02:27:01PM, Toshi Kani wrote:
> >
> > The kexec branch is missing the following change, which is required for
> > fast reboot with multi-cpus.
> >
> >commit 279f1df915c3a6ed3075d98a849705bf53851f99
> >Author:
On 12/23/13 14:46, Michal Malý wrote:
> ---
> Documentation/input/ff-memless-next.txt | 145 ++
> drivers/input/Kconfig | 12 +
> drivers/input/Makefile | 2 +
> drivers/input/ff-memless-next.c | 786
>
>
On Mon, Dec 23, 2013 at 05:38:53AM +0100, Mike Galbraith wrote:
> On Sun, 2013-12-22 at 09:57 +0100, Mike Galbraith wrote:
> > I'll let the box give
> > RCU something to do for a couple days. No news is good news.
>
> Ho ho hum, merry christmas, gift attached.
Hmmm... I guess I should take a
On 12/24/2013 01:07 AM, Joonsoo Kim wrote:
On Mon, Dec 23, 2013 at 10:01:10PM -0500, Sasha Levin wrote:
On 12/23/2013 09:51 PM, Joonsoo Kim wrote:
On Mon, Dec 23, 2013 at 12:24:02PM -0500, Sasha Levin wrote:
Ping?
I've also Cc'ed the "this page shouldn't be locked at all" team.
Hello,
I
"Zubair Lutfullah :" wrote:
>Hi,
>
>A guy posted this fix on my blog. I couldn't make sense of it.
>
>Thought I'd post it here. I'll send a proper patch file if
>I knew what commit log I needed to write.
>And I can't exactly sign-off :s.
Yes you can. Patch routed through you, hence your sign
On Tue, Dec 24, 2013 at 2:35 AM, Borislav Petkov wrote:
> On Tue, Dec 24, 2013 at 09:09:02AM +0800, Xie XiuQi wrote:
>> On 2013/12/23 21:34, Borislav Petkov wrote:
>> > On Mon, Dec 23, 2013 at 04:33:00PM +0800, Xie XiuQi wrote:
>> >> When CPU0 and CPU1 aren't in same package, we got message
>> >>
From: Ding Tianhong
Date: Tue, 24 Dec 2013 21:47:30 +0800
> Oh， no, maybe I was dizzy by these patches, I should be more careful,
> sorry about that, I will resend this one.
You must resend the entire patch series when you make any changes.
Thank you.
--
To unsubscribe from this list: send
[+cc linux-pci because I think this is related to PCI ASPM]
I'm afraid nobody wants to touch ASPM because it's such a mess, but I
hope somebody will step up and investigate this.
On Tue, Dec 24, 2013 at 1:27 AM, Vasiliy Tolstov wrote:
> Hi all and sorry for may be spamming mailing list.
>
> I
Hi,
On Thursday 05 December 2013 01:44 PM, Vivek Gautam wrote:
Hi Kishon,
On Wed, Dec 4, 2013 at 7:58 PM, Kishon Vijay Abraham I wrote:
Hi Vivek,
On Wednesday 20 November 2013 09:14 PM, Kishon Vijay Abraham I wrote:
Hi,
On Wednesday 20 November 2013 03:02 PM, Vivek Gautam wrote:
On Wed,
On Tue, 2013-12-24 at 09:13 +, Suresh Thiagarajan wrote:
>
> On Tue, Dec 24, 2013 at 1:59 PM, Ingo Molnar wrote:
> >
> > * Oleg Nesterov wrote:
> >
> >> On 12/23, Ingo Molnar wrote:
> >> >
> >> > * Oleg Nesterov wrote:
> >> >
> >> > > Initially I thought that this is obviously wrong,
Hi Linus,
A smallish collection of fixes destined for the 3.13 kernel. The pull
request contains:
- Fix for a memory leak on certain unplug events.
- A collection of bcache fixes from Kent and Nicolas.
- A few null_blk fixes and updates form Matias.
- A marking of static of functions in the
From: Nitesh A Jain
To: gre...@linuxfoundation.org
Cc: de...@driverdev.osuosl.org,
linux-kernel@vger.kernel.org,
Nitesh A Jain
Subject: [PATCH] Staging: bcm: Bcmchar.c: fixed a space before semicolon coding
style issue
Date: Tue, 24 Dec 2013 22:51:14 +0530
Message-Id:
Hello.
On 24-12-2013 20:35, Joe Perches wrote:
[]
diff --git a/drivers/net/ppp/pppoe.c b/drivers/net/ppp/pppoe.c
[]
@@ -131,12 +131,13 @@ static inline struct pppoe_net *pppoe_pernet(struct net
*net)
static inline int cmp_2_addr(struct pppoe_addr *a, struct pppoe_addr *b)
{
-
24.12.2013 19:47, Mike Galbraith пишет:
> On Mon, 2013-12-23 at 23:50 +0100, Sebastian Andrzej Siewior wrote:
> crash> bt
> PID: 508TASK: 8802739ba340 CPU: 16 COMMAND: "ksoftirqd/16"
YES!!! And ARM code broke :)
--
Pavel.
On Tue, 2013-12-24 at 20:24 +0400, Sergei Shtylyov wrote:
> On 24-12-2013 15:28, Ding Tianhong wrote:
[]
> > diff --git a/drivers/net/ppp/pppoe.c b/drivers/net/ppp/pppoe.c
[]
> > @@ -131,12 +131,13 @@ static inline struct pppoe_net *pppoe_pernet(struct
> > net *net)
> >
> > static inline int
| pos: 0
| flags:02004002
| clockid: 0
Cc: Thomas Gleixner
Cc: Alexander Viro
Signed-off-by: Shawn Landden
---
fs/timerfd.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/fs/timerfd.c b/fs/timerfd.c
index 9293121..e5fa587 100644
--- a/fs/timerfd.c
+++
Hello.
On 24-12-2013 15:28, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal
to instead of memcmp.
Cc: Michal Ostrowski
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ppp/pppoe.c | 5 +++--
1 file changed, 3
Because ixgbe driver limit the max number of VF functions could be enabled
to 63, so define one macro IXGBE_MAX_VFS_DRV_LIMIT and cleanup the const 63
in code.
v2: fix a typo.
Signed-off-by: Ethan Zhao
---
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 4 ++--
commit 43dc4e01 Limit number of reported VFs to device specific value
It doesn't work and always returns -EBUSY because VFs ware already enabled.
ixgbe_enable_sriov()
pci_enable_sriov()
sriov_enable()
{
... ..
iov->ctrl |=
Because ixgbe driver limit the max number of VF functions could be enalbed
to 63, so define one macro IXGBE_MAX_VFS_DRV_LIMIT and cleanup the const 63
in code.
Signed-off-by: Ethan Zhao
---
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 4 ++--
drivers/net/ethernet/intel/ixgbe/ixgbe_sriov.c |
Adding Dirk..
On 24 December 2013 20:06, Josh Boyer wrote:
> Hi All,
>
> We've had a report [1] that the pstate driver causes KVM guests to
> fail to boot because of a divide error. See the backtrace below.
>
> 4.839784] Intel P-state driver initializing.
> [4.859972] Intel pstate
(2013/12/24 18:53), Jovi Zhangwei wrote:
>>> Still no crash, use your kernel config.
>>> memcpy and __memcpy have same address in /proc/kallsyms.
>>>
>>> Looks like a interesting problem.
>>
>> Agreed. In my case, those have same address, but only probing
>> __memcpy caused a kernel crash. I'm not
---
Staging: android: fix parenthesis coding style issue in alarm-dev.c
This is a patch to the alarm-dev.c file that fixes up a
parenthesis warning found by the checkpatch.pl tool.
Signed-off-by: Evan Hosseini
---
drivers/staging/android/alarm-dev.c | 4 ++--
1 file changed, 2 insertions(+), 2
On 12/24/2013 10:02 AM, Manfred Spraul wrote:
> The ipc code does not adhere the typical linux coding style.
> This patch fixes lots of simple whitespace errors.
>
> - mostly autogenerated by
> scripts/checkpatch.pl -f --fix \
> --types=pointer_location,spacing,space_before_tab
> - one
On Mon, 2013-12-23 at 23:50 +0100, Sebastian Andrzej Siewior wrote:
> Dear RT folks!
>
> I'm pleased to announce the v3.12.6-rt9 patch set.
>
> Changes since v3.12.6-rt8
> - ARM's mach-sti is now using rawlock as boot_lock (like the other
> mach-*)
> - There was a callpath to rcu_preempt_qs()
On 24 December 2013 19:18, Steven Rostedt wrote:
> Can you also produce this with just
> "echo 1 > /sys/kernel/debug/tracing/events/syscalls/enable"?
Will do that on 26th..
>> [ 299.998874] Unable to handle kernel NULL pointer dereference at
>> virtual address 001b
>> [ 300.005554] pgd =
This is not required because current code use devm_regulator_register() to
register regulators.
Signed-off-by: Axel Lin
---
drivers/regulator/act8865-regulator.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/regulator/act8865-regulator.c
于 2013/12/24 23:05, Joe Perches 写道:
> On Tue, 2013-12-24 at 22:35 +0800, Ding Tianhong wrote:
>> 于 2013/12/24 22:22, Joe Perches 写道:
>>> On Tue, 2013-12-24 at 19:27 +0800, Ding Tianhong wrote:
Use possibly more efficient ether_addr_equal_unaligned
and ether_addr_equal to instead of
On Tue, 2013-12-24 at 23:19 +0800, Wang YanQing wrote:
> On Sun, Nov 17, 2013 at 01:55:12AM -0800, Joe Perches wrote:
> > Reduce data size a little.
> > Reduce checkpatch noise.
> >
> > $ size kernel/softirq.o*
> >textdata bss dec hex filename
> > 115546013
On 12/23/2013 08:54 PM, Wanpeng Li wrote:
Sasha reports unmap_page_range tears down pmd range which is race with thp
splitting during page reclaim. Transparent huge page will be splitting
during page reclaim. However, split pmd lock which held by
__split_trans_huge_lock
can't prevent
On Sun, Nov 17, 2013 at 01:55:12AM -0800, Joe Perches wrote:
> Reduce data size a little.
> Reduce checkpatch noise.
>
> $ size kernel/softirq.o*
>text data bss dec hex filename
> 11554 60134008 215755447 kernel/softirq.o.new
> 11474 6093
On Mon, Dec 23, 2013 at 17:12 -0800, Stephen Boyd wrote:
>
> The clock framework already has support for simple gate clocks
> but if drivers want to use the gate clock functionality they need
> to wrap the gate clock in another struct and chain the ops by
> calling the gate ops from their own
On Tue, 2013-12-24 at 22:35 +0800, Ding Tianhong wrote:
> 于 2013/12/24 22:22, Joe Perches 写道:
> > On Tue, 2013-12-24 at 19:27 +0800, Ding Tianhong wrote:
> >> Use possibly more efficient ether_addr_equal_unaligned
> >> and ether_addr_equal to instead of memcmp.
> >
> > A negative of adding so
(2013/12/24 17:46), Namhyung Kim wrote:
> On Tue, 24 Dec 2013 17:27:45 +0900, Masami Hiramatsu wrote:
>> (2013/12/24 16:54), Namhyung Kim wrote:
>>> Hi Masami,
>>>
>>> On Mon, 23 Dec 2013 19:50:10 +0900, Masami Hiramatsu wrote:
(2013/12/23 16:46), Namhyung Kim wrote:
> On Mon, 23 Dec 2013
The ipc code does not adhere the typical linux coding style.
This patch fixes lots of simple whitespace errors.
- mostly autogenerated by
scripts/checkpatch.pl -f --fix \
--types=pointer_location,spacing,space_before_tab
- one manual fixup (keep structure members tab-aligned)
- removal
于 2013/12/24 22:22, Joe Perches 写道:
> On Tue, 2013-12-24 at 19:27 +0800, Ding Tianhong wrote:
>> Use possibly more efficient ether_addr_equal_unaligned
>> and ether_addr_equal to instead of memcmp.
>
> A negative of adding so many different drivers in a single
> patch is that you miss sending
On Fri, Nov 22, 2013 at 4:47 PM, Geert Uytterhoeven
wrote:
> When booting a multi-platform m68k kernel on a non-Mac with "console=ttyS0"
> on the kernel command line, it crashes with:
Can we please get this in stable, too?
commit dc1dc2f8a5dd863bf2e79f338fc3ae29e99c683a
Thanks!
> Unable to
From: Joe Xue
Allow LEDs blink in burst mode. Three parameters are exported to
sysfs: freq, delay_off and times.
new file: Documentation/leds/ledtrig-burst.txt
modified: drivers/leds/trigger/Kconfig
modified: drivers/leds/trigger/Makefile
new file:
Hi All,
We've had a report [1] that the pstate driver causes KVM guests to
fail to boot because of a divide error. See the backtrace below.
4.839784] Intel P-state driver initializing.
[4.859972] Intel pstate controlling: cpu 0
[4.867653] cpufreq: __cpufreq_add_dev: ->get() failed
[
Group:
This is a request to augment with comments the
DREQ explanation in the Broadcom BCM2835
pdf on page 61 regarding DMA peripheral
mapping. Specifically, how to identify a pin on the 26
pin
header to use for DMA reads. More specifically,
if a clock signal,
like GPCLK0 is output to
At Tue, 24 Dec 2013 09:15:09 +0800,
Ming Lei wrote:
>
> Hi,
>
> On Mon, Dec 2, 2013 at 1:32 AM, Paul Bolle wrote:
> > 0) Booting v3.13-rc1 and v3.13-rc2 triggers two new warnings on an
> > (outdated, I'm afraid) ThinkPad X41:
> > [...]
> > <6>[ 16.746119] libipw: 802.11
Hey, Linus.
Two fixes. One fixes a bug in the error path of cgroup_create(). The
other changes cgrp->id lifetime rule so that the id doesn't get
recycled before all controller states are destroyed. This premature
id recycling made memcg malfunction.
The following changes since commit
Hello, Linus.
A single commit to fix a spurious sparse warning coming from
DEFINE_PER_CPU()'s hack to support the use of weak symbols. Shouldn't
cause observable behavior change.
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
Linux 3.13-rc1 (2013-11-22 11:30:55
On Tue, 2013-12-24 at 19:27 +0800, Ding Tianhong wrote:
> Use possibly more efficient ether_addr_equal_unaligned
> and ether_addr_equal to instead of memcmp.
A negative of adding so many different drivers in a single
patch is that you miss sending patches to the named maintainers.
Most of these
Hello, Linus.
libata fixes for v3.13-rc5. There's one interseting commit - "libata,
freezer: avoid block device removal while system is frozen". It's an
ugly hack working around a deadlock condition between driver core
resume and block layer device removal paths through freezer which was
made
1 - 100 of 432 matches
Mail list logo
