Grüße und Komplimente
Sehr geehrter Damen und Herren,
ich bin Herr Wang Yongli. Ich arbeite bei der BANK OF CHINA. Ich habe einen
Business-Vorschlag in der Tonne von US $ 30.500.000 dem ich auf einem
Offshore-Konto mit Ihrer Hilfe, wenn Sie bereit sind übertragen werde.
Bei Interesse sende
On Sun, Feb 16, 2014 at 03:59:45PM +0100, Daniel Borkmann wrote:
From: Vlastimil Babka vba...@suse.cz
[ 4366.519657] [ cut here ]
[ 4366.519709] kernel BUG at mm/mlock.c:528!
[ 4366.519742] invalid opcode: [#1] SMP
[ 4366.519782] Modules linked in: ccm arc4
Would a way forward be to let you carry all the patches through your
tree? I believe all but patch 17 can be safely merged. It is only this
one that depends on the changes in the amba bus, so we can put this
one on hold for a while.
I'd favour this. Will do this next week unless somebody
Hello,
Noticed the following kernel message while fuzzing
3.14.0-rc2-00488-gca03339 with trinity. Should I be worried?
[40879.796336] BUG: Bad rss-counter state mm:88005f936c00 idx:0 val:1
Tommi
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
Nothing cares about ACPI_PROCFS. This has been the case since v2.6.38.
This Kconfig symbol serves no purpose and its help text is now
misleading. It can safely be removed. If this symbol would be needed
again in the future it can be readded in a commit that adds code that
actually uses it.
On 16 February 2014 17:39, gre...@linuxfoundation.org
gre...@linuxfoundation.org wrote:
On Sun, Feb 16, 2014 at 03:40:04PM +0100, Ard Biesheuvel wrote:
Ping?
Sorry, still digging out from the -rc1 backlog. Give me a few days,
Monday is a holliday in the US.
Yes, please, whenever you have
On Sat, Feb 15, 2014 at 03:02:23PM +0100, Petr Tesarik wrote:
Note that the check against i (value passed as maxcpus, but at least 1)
is repeated further down, including the warning, but since possible is
already clamped to max_cpus at that time, it is never printed. In fact,
for the
The Kconfig symbols HAVE_MARCH_Z900_FEATURES and
HAVE_MARCH_Z990_FEATURES were added in v3.5. They have never been used.
Apparently they are not needed. They can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested only with git grep.
arch/s390/Kconfig | 10 --
1
The Kconfig symbol MACH_CM_T3730 was added in v3.1. It has never been
used. Setting it has no effect. There are no calls for
machine_is_cm_t3730(). This symbol can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested only with git grep.
arch/arm/mach-omap2/Kconfig | 4
Please ensure that you post to the linux-...@vger.kernel.org when
reporting NFS and RPC related bugs.
On Sun, 2014-02-16 at 00:25 +0100, Borislav Petkov wrote:
On Sat, Feb 15, 2014 at 01:04:22PM -0800, John wrote:
Thanks for the reply, Boris. The .config is unmodified
from the Arch Distro
The Kconfig symbol MACH_MSM7X30_SURF was added in v2.6.35. It has never
been used. Setting it has no effect. There are no calls for
machine_is_mach_msm7x30(). This symbol can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested only with git grep.
arch/arm/mach-msm/Kconfig
On Sun, Feb 16, 2014 at 12:27:33PM -0500, Trond Myklebust wrote:
Please ensure that you post to the linux-...@vger.kernel.org when
reporting NFS and RPC related bugs.
Sorry, get_maintainer.pl gave it too but far down in an already too
long list and I wasn't sure who to spam so I picked up
On Sun, Feb 16, 2014 at 08:39:54AM -0800, Guenter Roeck wrote:
On 02/14/2014 06:08 AM, Belisko Marek wrote:
On Fri, Feb 14, 2014 at 2:31 PM, Mark Rutland mark.rutl...@arm.com wrote:
On Fri, Feb 14, 2014 at 01:20:58PM +, Marek Belisko wrote:
Signed-off-by: Marek Belisko ma...@goldelico.com
The Kconfig symbol MACH_MXLADS was added in v2.6.29. It has never been
used. Setting it has no effect. There are no calls for
machine_is_mxlads(). This symbol can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested with git grep.
arch/arm/mach-imx/Kconfig | 4
1 file
Hi Thomas,
On Saturday 15 February 2014 13:46:54 Thomas Gleixner wrote:
On Fri, 14 Feb 2014, Laurent Pinchart wrote:
CMT hardware devices can support multiple channels, with global
registers and per-channel registers. The sh_cmt driver currently models
the hardware with one Linux device
Воскресенье, 16 февраля 2014, 19:03 +01:00 от Paul Bolle pebo...@tiscali.nl:
The Kconfig symbol MACH_MXLADS was added in v2.6.29. It has never been
used. Setting it has no effect. There are no calls for
machine_is_mxlads(). This symbol can safely be removed.
Signed-off-by: Paul Bolle
On Wed, 12 Feb 2014, Zoltan Kiss wrote:
The grant mapping API does m2p_override unnecessarily: only gntdev needs it,
for blkback and future netback patches it just cause a lock contention, as
those pages never go to userspace. Therefore this series does the following:
- the original functions
This reminds me of the late-ack stuff;
The way I understand interrupts to work is that when you raise the
interrupt it gets latched, when you ACK you drop the latch. Then when it
gets re-raised while its still in progress, it gets latched again and
the irq-enable at the end of the running
Implement the file copy service for Linux guests on Hyper-V. This permits the
host to copy a file (over VMBUS) into the guest. This facility is part of
guest integration services supported on the Windows platform.
Here is a link that provides additional details on this functionality:
On Sun, 2014-02-16 at 22:16 +0400, Alexander Shiyan wrote:
Воскресенье, 16 февраля 2014, 19:03 +01:00 от Paul Bolle pebo...@tiscali.nl:
The Kconfig symbol MACH_MXLADS was added in v2.6.29. It has never been
used. Setting it has no effect. There are no calls for
machine_is_mxlads(). This
The Kconfig symbols OMAP_PACKAGE_ZAC and OMAP_PACKAGE_ZAF were added in
v2.6.36. They have never been used. Setting them has no effect. These
symbols can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested with git grep.
A sort of related cleanup would be removing the
On Fri, 2014-02-14 at 18:59 -0800, Luis R. Rodriguez wrote:
From: Luis R. Rodriguez mcg...@suse.com
It doesn't make sense for some interfaces to become a root bridge
I think you mean 'root port'.
at any point in time. One example is virtual backend interfaces
which rely on other entities
On Fri, 14 Feb 2014 18:59:37 -0800
Luis R. Rodriguez mcg...@do-not-panic.com wrote:
From: Luis R. Rodriguez mcg...@suse.com
It doesn't make sense for some interfaces to become a root bridge
at any point in time. One example is virtual backend interfaces
which rely on other entities on the
The Kconfig symbol SH_ALPHA_BOARD was added in v2.6.38. It has never
been used. Setting it has no effect. There are no calls for
mach_is_sh_alpha_board(). This symbol can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested with git grep.
arch/sh/boards/Kconfig | 5 -
always_on regulators are currently enabled at registration using the
enable function of struct regulator_ops.
The regulator framework does support gpios to enable/disable regulators.
gpios are not handled through struct regulator_ops functions as they are
a basic component of the framework.
The Kconfig symbols SOC_STIH415 and SOC_STIH416 were added in v3.11.
They have never been used. They default to y but nothing cares. They
can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested with git grep.
arch/arm/mach-sti/Kconfig | 23 ---
1 file
Воскресенье, 16 февраля 2014, 19:43 +01:00 от Paul Bolle pebo...@tiscali.nl:
On Sun, 2014-02-16 at 22:16 +0400, Alexander Shiyan wrote:
Воскресенье, 16 февраля 2014, 19:03 +01:00 от Paul Bolle
pebo...@tiscali.nl:
The Kconfig symbol MACH_MXLADS was added in v2.6.29. It has never been
On Sun, 2014-02-16 at 20:00 +0100, Paul Bolle wrote:
The Kconfig symbol SH_ALPHA_BOARD was added in v2.6.38. It has never
been used. Setting it has no effect. There are no calls for
mach_is_sh_alpha_board(). This symbol can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
On Sun, 2014-02-16 at 23:06 +0400, Alexander Shiyan wrote:
Kconfig selects MACH_MXLADS, this enables machine_arch_type
from include/generated/mach-types.h which used for machine_is_xx() macro,
so if multiple boards is defined in the kernel, this cause to incorrect
matching.
But, as I stated
On Sat, Feb 15, 2014 at 06:27:52PM -0500, Sasha Levin wrote:
Hi folks,
While fuzzing with trinity inside a KVM tools guest running latest -next
kernel, I've
stumbled on the following:
[ 522.645288] BUG: unable to handle kernel NULL pointer dereference at
0150
[
Воскресенье, 16 февраля 2014, 20:12 +01:00 от Paul Bolle pebo...@tiscali.nl:
On Sun, 2014-02-16 at 23:06 +0400, Alexander Shiyan wrote:
Kconfig selects MACH_MXLADS, this enables machine_arch_type
from include/generated/mach-types.h which used for machine_is_xx() macro,
so if multiple boards
On Sun, Feb 16, 2014 at 07:38:50PM +0100, Andi Kleen wrote:
This reminds me of the late-ack stuff;
The way I understand interrupts to work is that when you raise the
interrupt it gets latched, when you ACK you drop the latch. Then when it
gets re-raised while its still in progress, it
Adding Kay and Greg, since the original code is from commit
7ff9554bb578 (printk: convert byte-buffer to variable-length record
buffer) and all the prev flag tweaks end up building on top of
that.
The whole prev flags is messed up, and LOG_CONT is done very confusingly.
Why are *those*
The best APIC documentation are the old data sheets for the external
APIC chips. I don't know if they cover things in such detail.
In this case the latter NMI will actually have an overflow state to
process so it's not a spurious NMI.
But we cannot distinguish it right? The spurious detector
USB_ARCH_HAS_EHCI, USB_ARCH_HAS_OHCI, and USB_ARCH_HAS_XHCI were made
obsolete in v3.11. They have not been used ever since. Setting them has
no effect. They can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested with git grep.
Note that the comment in this Kconfig file
USB_ARCH_HAS_EHCI, USB_ARCH_HAS_OHCI, and USB_ARCH_HAS_XHCI were just
removed. Selecting them is a nop. The select statements for these
symbols can be removed too.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested with git grep.
Sending this as a few separate patches to the maintainers of
As far as I've heard only a few people have actually voiced support for that
beachfront property.
As few as 20 total.
Debian has always been the stable distro.
Beachfront is not the right way to go for default debian.
Nor is some castle on a cliff over the beachfront area.
It is not the correct
On Sun, 16 Feb 2014, Paul Bolle wrote:
USB_ARCH_HAS_EHCI, USB_ARCH_HAS_OHCI, and USB_ARCH_HAS_XHCI were made
obsolete in v3.11. They have not been used ever since. Setting them has
no effect. They can safely be removed.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Tested with git
This patch removes the Kconfig symbol XEN_PRIVILEGED_GUEST which is
used nowhere in the tree. We do know grub2 has a script that greps
kernel configuration files for this symbol. It shouldn't do that. As
Linus summarized:
This is a grub bug. It really is that simple. Treat it as one.
So
On Sun, 2014-02-16 at 15:02 -0500, Alan Stern wrote:
On Sun, 16 Feb 2014, Paul Bolle wrote:
Note that the comment in this Kconfig file (that is also removed)
suggests to first remove the select statements for these symbols and
then the symbols themselves. But I think it makes more sense to
On Sun, Feb 16, 2014 at 8:10 PM, Paul Bolle pebo...@tiscali.nl wrote:
On Sun, 2014-02-16 at 20:00 +0100, Paul Bolle wrote:
The Kconfig symbol SH_ALPHA_BOARD was added in v2.6.38. It has never
been used. Setting it has no effect. There are no calls for
mach_is_sh_alpha_board(). This symbol can
On Sun, 2014-02-16 at 21:14 +0100, Geert Uytterhoeven wrote:
On Sun, Feb 16, 2014 at 8:10 PM, Paul Bolle pebo...@tiscali.nl wrote:
Paul Mundt's address triggers a bounce. I received a bounce for a
message I sent Paul last week too. Do other people have problems sending
to
Any user can display extented attribute names without read
access.
eg: attr -l filename
This patch checks inode_permission in listxattr common
function before executing vfs_listxattr.
Signed-off-by: Fabian Frederick f...@skynet.be
---
fs/xattr.c | 4
1 file changed, 4 insertions(+)
diff
On Sunday, February 16, 2014 06:08:05 PM Paul Bolle wrote:
Nothing cares about ACPI_PROCFS.
Some defconfigs set it. Care to remove it from them too?
This has been the case since v2.6.38.
This Kconfig symbol serves no purpose and its help text is now
misleading. It can safely be removed. If
On Sun, 2014-02-16 at 23:21 +0400, Alexander Shiyan wrote:
Воскресенье, 16 февраля 2014, 20:12 +01:00 от Paul Bolle pebo...@tiscali.nl:
On Sun, 2014-02-16 at 23:06 +0400, Alexander Shiyan wrote:
Kconfig selects MACH_MXLADS, this enables machine_arch_type
from
The approach today is that all files that ends up in vmlinux are
linked directory by directory using ld -r.
The following patch moves away from all the intermediate links
and do one huge link of all the .o files used for the final vmlinux.
The trick used is that for each directory a linker
On Sun, 2014-02-16 at 21:45 +0100, Rafael J. Wysocki wrote:
Some defconfigs set it. Care to remove it from them too?
As in: send a v2 which also strips it from those defconfigs? Fine with
me.
(Side note: I've learned to ignore the defconfigs. They have accumulated
a lot of cruft. I once sent a
On Sun, Feb 16, 2014 at 11:28:36AM -0800, Linus Torvalds wrote:
Adding Kay and Greg, since the original code is from commit
7ff9554bb578 (printk: convert byte-buffer to variable-length record
buffer) and all the prev flag tweaks end up building on top of
that.
The whole prev flags is messed
From: Geert Uytterhoeven geert+rene...@linux-m68k.org
Paul Mundt's email address bounces regularly, and he hasn't taken any
SuperH patches for about one year.
Suggested-by: Paul Bolle pebo...@tiscali.nl
Signed-off-by: Geert Uytterhoeven geert+rene...@linux-m68k.org
---
MAINTAINERS |4 +---
On Sun, Feb 16, 2014 at 9:17 PM, Paul Bolle pebo...@tiscali.nl wrote:
On Sun, 2014-02-16 at 21:14 +0100, Geert Uytterhoeven wrote:
On Sun, Feb 16, 2014 at 8:10 PM, Paul Bolle pebo...@tiscali.nl wrote:
Paul Mundt's address triggers a bounce. I received a bounce for a
message I sent Paul last
On Sun, 2014-02-16 at 21:55 +0100, Geert Uytterhoeven wrote:
From: Geert Uytterhoeven geert+rene...@linux-m68k.org
Paul Mundt's email address bounces regularly, and he hasn't taken any
SuperH patches for about one year.
Suggested-by: Paul Bolle pebo...@tiscali.nl
Signed-off-by: Geert
From: Vegard Nossum vegard.nos...@oracle.com
We're copying the on-stack structure to userspace, but forgot to give
the right number of bytes to copy. This allows the calling process to
obtain up to PAGE_SIZE bytes from the stack (and possibly adjacent
kernel memory).
This fix copies only as much
On Sun, Feb 16, 2014 at 10:16 PM, Paul Bolle pebo...@tiscali.nl wrote:
On Sun, 2014-02-16 at 21:55 +0100, Geert Uytterhoeven wrote:
From: Geert Uytterhoeven geert+rene...@linux-m68k.org
Paul Mundt's email address bounces regularly, and he hasn't taken any
SuperH patches for about one year.
From: Geert Uytterhoeven geert+rene...@linux-m68k.org
Paul Mundt's email address bounces regularly, and he hasn't taken any
SuperH patches for about one year.
Suggested-by: Paul Bolle pebo...@tiscali.nl
Signed-off-by: Geert Uytterhoeven geert+rene...@linux-m68k.org
---
v2: Add a CREDITS entry
From: Geert Uytterhoeven geert+rene...@linux-m68k.org
Signed-off-by: Geert Uytterhoeven geert+rene...@linux-m68k.org
---
CREDITS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/CREDITS b/CREDITS
index acab035edcfc..cef042453fa4 100644
--- a/CREDITS
+++ b/CREDITS
@@
This patch move the vsyscall_gtod_data handling out of vsyscall_64.c
into an additonal file vsyscall_gtod.c to make the functionality
available for x86 32 bit kernel.
It also adds a new vsyscall_32.c which setup the VVAR page.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
This patch add the time support for 32 bit a VDSO to a 32 bit kernel.
For 32 bit programs running on a 32 bit kernel, the same mechanism is
used as for 64 bit programs running on a 64 bit kernel.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/include/asm/vdso.h | 3
The _install_special_mapping() is the new base function for
install_special_mapping(). This function will return a pointer of the
created VMA or a error code in an ERR_PTR()
This new function will be needed by the for the vdso 32 bit support to map the
additonal vvar and hpet pages into the 32
This patch do a little cleanup for the __vdso_gettimeofday() function.
It kick out an unneeded ret local variable and makes the code faster if
only the timezone is needed.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/vdso/vclock_gettime.c | 7 ++-
1 file changed, 2
This patch revamp the vvar.h for introduce the VVAR macro for vdso32.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/include/asm/vvar.h | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/arch/x86/include/asm/vvar.h b/arch/x86/include/asm/vvar.h
This intermediate patch revamps the vclock_gettime.c by moving some functions
around. It is only for spliting purpose, to make whole the 32 bit vdso timer
patch easier to review.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/vdso/vclock_gettime.c | 85
There a currently more than 30 users of the gtod macro, so replace the
last VVAR(vsyscall_gtod_data) by gtod macro.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
arch/x86/vdso/vclock_gettime.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
This patch add the functions vdso_gettimeofday(), vdso_clock_gettime()
and vdso_time() to the 32 bit VDSO.
The reason to do this was to get a fast reliable time stamp. Many developers
uses TSC to get a fast time stamp, without knowing the pitfalls. VDSO
time functions a fast and a reliable way,
This patch add the VDSO time support for the IA32 Emulation Layer.
Due the nature of the kernel headers and the LP64 compiler where the
size of a long and a pointer differs against a 32 bit compiler, there
is some type hacking necessary for optimal performance.
The vsyscall_gtod_data struture
This patch is a small code cleanup for the __vdso_clock_gettime() function.
It removes the unneeded return values from do_monotonic_coarse() and
do_realtime_coarse() and add a fallback label for doing the kernel
gettimeofday() system call.
Signed-off-by: Stefani Seibold stef...@seibold.net
---
When checking permissions, make sure 4 octal digits are used,
but allow a single 0 too.
Signed-off-by: Joe Perches j...@perches.com
---
scripts/checkpatch.pl | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index
When I made the rc2 announcement, I mentioned how nice and small it
was. I also mentioned that I mistrusted you guys, and that I suspected
that some people were giggling to themselves and holding back their
pull requests, evil little creatures like you are.
And I hate being right. rc2 was quite
Change a test of $dstat to $line to avoid possibly emitting the
sscanf warning multiple times.
Signed-off-by: Joe Perches j...@perches.com
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index
checkpatch could not distinguish between a variable in a struct
named jiffies and the normal jiffies.
foo-jiffies
would emit a Comparing jiffies arning.
Update the $Compare variable to do a negative look-behind for -
when finding a so that a pointer dereference like - isn't
a
And here's the promised shortlog.
Of course, I hope people are using git, and these are all totally
redundant, but maybe some people are more interested in hearing about
the statistics than actually getting the updates.
You really should compile and test it, though. By -rc3, the scary
stuff
Looks like phys_addr_t's are fully plumbed in the kernel.
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
drivers/staging/android/ion/ion.c | 2 +-
drivers/staging/android/ion/ion.h | 12 +++-
drivers/staging/android/ion/ion_carveout_heap.c | 14
On Wed 2014-02-05 13:33:02, Sebastian Reichel wrote:
Without enabling the workaround for ARM errata 430973 thumb
compiled userland crashes randomly on the Nokia N900.
Signed-off-by: Sebastian Reichel s...@debian.org
Reviewed-by: Pavel Machek pa...@ucw.cz
+static void __init
On Sun, Feb 16, 2014 at 9:47 PM, Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Sun, Feb 16, 2014 at 11:28:36AM -0800, Linus Torvalds wrote:
Adding Kay and Greg, since the original code is from commit
7ff9554bb578 (printk: convert byte-buffer to variable-length record
buffer) and all
On Sun, Feb 16, 2014 at 06:34:40PM +0100, Paul Bolle wrote:
The Kconfig symbol MACH_MSM7X30_SURF was added in v2.6.35. It has never
been used. Setting it has no effect. There are no calls for
machine_is_mach_msm7x30(). This symbol can safely be removed.
Signed-off-by: Paul Bolle
Found another buffer overflow in this code that was introduced by
e3756477aec028427fec767957c0d4b6cfb87208 trying to solve a related overflow.
strace still shows a problem:
syslog(0x3, 0x7fffd65375d0, 0x1000) = 4107
The first record output was in the middle of a LOG_CONT line:
On Monday, February 10, 2014 08:36:57 AM Liu, Chuansheng wrote:
Hello Rafael,
-Original Message-
From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
Sent: Thursday, February 06, 2014 5:53 AM
To: Liu, Chuansheng
Cc: gre...@linuxfoundation.org; pa...@ucw.cz; Brown, Len;
On 2/16/14, 2:28 PM, Linus Torvalds torva...@linux-foundation.org
wrote:
Why are *those* particular two prev = msg-flags incorrect, when
every other case where we walk the messages they are required?
The code/logic makes no sense. You remove the prev = msg-flags at
line 1070, when the
Daniel,
On Sun, 2014-02-16 at 23:14 +, dwal...@fifo99.com wrote:
On Sun, Feb 16, 2014 at 06:34:40PM +0100, Paul Bolle wrote:
The Kconfig symbol MACH_MSM7X30_SURF was added in v2.6.35. It has never
been used. Setting it has no effect. There are no calls for
machine_is_mach_msm7x30().
Steven Rostedt rost...@goodmis.org writes:
On Thu, 13 Feb 2014 13:54:42 +1030
Rusty Russell ru...@rustcorp.com.au wrote:
I'm ambivalent towards out-of-tree modules, so not tempted unless I see
a bug report indicating a concrete problem. Then we can discuss...
As I replied in another
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Currently, some subsystems (e.g. PCI and the ACPI PM domain) have to
resume all runtime-suspended devices during system suspend, mostly
because those devices may need to be reprogrammed due to different
wakeup settings for system sleep and for
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Rework the ACPI PM domain's PM callbacks to avoid resuming devices
during system suspend in order to modify their wakeup settings if
that isn't necessary.
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
drivers/acpi/device_pm.c
On Wednesday, January 15, 2014 12:12:29 AM Rafael J. Wysocki wrote:
Hi,
The following experimental series of 3 patches implements a mechanism allowing
subsystems to avoid resuming runtime-suspended devices during system suspend.
As far as the PM core goes, it introduces a new flag,
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Add a new helper routine, pm_runtime_enabled_and_suspended(), to
allow subsystems (or PM domains) to check the runtime PM status of
devices during system suspend (possibly to avoid resuming those
devices upfront at that time).
Signed-off-by:
Get rid of some unnecessary code and some general cleanup.
K. Y. Srinivasan (3):
Drivers: net: hyperv: Get rid of the rndis_filter_packet structure
Drivers: net: hyperv: Cleanup the receive path
Drivers: net: hyperv: Cleanup the netvsc receive callback functio
This structure is redundant; get rid of it make the code little more efficient -
get rid of the unnecessary indirection.
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
Reviewed-by: Haiyang Zhang haiya...@microsoft.com
---
drivers/net/hyperv/hyperv_net.h |6 -
Make the receive path a little more efficient by parameterizing the
required state rather than re-establishing that state.
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
Reviewed-by: Haiyang Zhang haiya...@microsoft.com
---
drivers/net/hyperv/netvsc.c | 29 +
1
Get rid of the buffer allocation in the receive path for normal packets.
Signed-off-by: K. Y. Srinivasan k...@microsoft.com
---
drivers/net/hyperv/hyperv_net.h |2 ++
drivers/net/hyperv/netvsc.c | 33 ++---
2 files changed, 12 insertions(+), 23 deletions(-)
Hi Lee,
On 02/14/2014 07:14 PM, Lee Jones wrote:
Milo Kim (10):
mfd: Add TI LMU driver
backlight: Add TI LMU backlight common driver
backlight: ti-lmu-backlight: Add LM3532 driver
backlight: ti-lmu-backlight: Add LM3631 driver
backlight: ti-lmu-backlight: Add LM3633 driver
- Original Message -
From: Rusty Russell ru...@rustcorp.com.au
To: Steven Rostedt rost...@goodmis.org
Cc: Ingo Molnar mi...@kernel.org, Mathieu Desnoyers
mathieu.desnoy...@efficios.com,
linux-kernel@vger.kernel.org, Ingo Molnar mi...@redhat.com, Thomas
Gleixner t...@linutronix.de,
On Sun, Feb 16, 2014 at 3:23 PM, Banerjee, Debabrata
dbane...@akamai.com wrote:
The explanation is: the loops look identical but they are not. When a
record is printed first, its size can expand due to adding the prefix and
timestamp. The second loop is calculating len with the first line
Looks like phys_addr_t's are fully plumbed in the kernel.
Signed-off-by: Tomas Winkler tomas.wink...@intel.com
---
V2: remove one more comment regarding ion_phys_addr_t
drivers/staging/android/ion/ion.c | 2 +-
drivers/staging/android/ion/ion.h | 12 +++-
On Sun, Feb 16, 2014 at 04:52:37PM +0100, Vegard Nossum wrote:
There seems to be a bug in ext4 where the i_crtime of struct
ext4_inode_info is not initialised, so (some) creation times contain
essentially random values
I don't know if it's relevant, but the filesystem is actually ext3
On Friday, February 14, 2014 04:30:41 PM Viresh Kumar wrote:
cpufreq_update_policy() is called from two places currently. From a workqueue
handled queued from cpufreq_bp_resume() for boot CPU and from
cpufreq_cpu_callback() whenever a CPU is added.
The first one makes sure that boot CPU is
On Friday, February 14, 2014 04:30:40 PM Viresh Kumar wrote:
cpufreq_update_policy() calls cpufreq_driver-get() to get current frequency
of
a CPU and it is not supposed to fail or return zero. Return error in case that
happens.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
On 2/16/14, 6:59 PM, Linus Torvalds torva...@linux-foundation.org
wrote:
On Sun, Feb 16, 2014 at 3:23 PM, Banerjee, Debabrata
dbane...@akamai.com wrote:
The explanation is: the loops look identical but they are not. When a
record is printed first, its size can expand due to adding the prefix
On Sun, Feb 16, 2014 at 4:19 PM, Banerjee, Debabrata
dbane...@akamai.com wrote:
No that can't be right, the prev value after every loop is the msg-flags
from the *last* line in the list, which has no relation to the *first*, so
reusing it for the top of the next loop is nonsense.
Please,
Hello,
Following a few patches already in tree that add support for the USB
device controller of the Ingenic JZ4740 MIPS SoC, I documented the
process of writing an MUSB glue layer.
The JZ4740 MUSB controller offers a basic feature set, which makes the
glue layer implementation more simple than
Found another buffer overflow in this code that was introduced by
e3756477aec028427fec767957c0d4b6cfb87208 trying to solve a related overflow.
strace still shows a problem:
syslog(0x3, 0x7fffd65375d0, 0x1000) = 4107
The first record output was in the middle of a LOG_CONT line:
Document the process of writing an musb glue layer by taking the
Ingenic JZ4740 glue layer as an example, as it seems more simple than
most glue layers due to the basic feature set of the JZ4740 USB device
controller.
Signed-off-by: Apelete Seketeli apel...@seketeli.net
---
On Mon, Feb 17, 2014 at 1:41 AM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Sun, Feb 16, 2014 at 4:19 PM, Banerjee, Debabrata
dbane...@akamai.com wrote:
The third loop does *not* start again from the first line! It
*continues* from where the second loop ended. Which is exactly why
301 - 400 of 522 matches
Mail list logo
