On Fri, Apr 26, 2013 at 2:20 PM, Yinghai Lu wrote:
> On Fri, Apr 26, 2013 at 9:28 AM, Bjorn Helgaas wrote:
>> This is a gross hack. Iterating through all known pci_devs to see if
>> this one still exists?
>>
>> I reproduced the original problem, applied this patch, and verified
>> that it
On Friday, April 26, 2013 09:55:08 AM Kevin Hilman wrote:
> Viresh Kumar writes:
>
> > With prior discussions (Over private emails) with current Maintainer of
> > cpufreq
> > framework (Rafael), I am adding myself as a co-maintainer of cpufreq
> > framework.
> >
> > This would mostly be for
I think you mean "3.9" in your subject: right?
On Fri, Apr 26, 2013 at 01:25:01PM -0700, David Rientjes wrote:
> Fixes link error when USB_EHCI_HCD=m and USB_CHIPIDEA_HOST=y:
>
> drivers/built-in.o: In function `ci_hdrc_host_init':
> drivers/usb/chipidea/host.c:104: undefined
"no_console_suspend" is no longer handled in platform file,
Since the omap serial driver is now adapted to prevent
console UART idleing during suspend.
Cc: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Rajendra nayak
Signed-off-by: Sourav Poddar
Reviewed-by: Felipe Balbi
---
Remove "no_idle_on_suspend" check, since respective
driver should be able to prevent idling of an
omap device whenever required.
Driver's can get same behavior by just returning -EBUSY
from their ->runtime_suspend only during suspend.
Cc: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Rajendra nayak
The "ti,no_idle_on_suspend" property was required to keep ocmcram clocks
running during idle.
But commit 72bb6f9 (ARM: OMAP: omap_device: don't attempt late suspend
if no driver bound), added in v3.6 should prevent any automatic clock
gating for devices without drivers bound. Since there is no
This is a cleanup series done in response to the
serial driver fixes done for "no_console_suspend" case.
This cleanups mainly include getting
rid of using "omap_device_disable_idle_on_suspend" api for both dt and non dt
case
as the serial driver will be self sufficient to handle the
Fixes link error when USB_EHCI_HCD=m and USB_CHIPIDEA_HOST=y:
drivers/built-in.o: In function `ci_hdrc_host_init':
drivers/usb/chipidea/host.c:104: undefined reference to
`ehci_init_driver'
as a result of commit 09f6ffde2ece ("USB: EHCI: fix build error by making
ChipIdea host a
On Fri, 26 Apr 2013 12:46:42 -0700 Kent Overstreet
wrote:
> On Thu, Apr 25, 2013 at 04:17:04PM -0700, Andrew Morton wrote:
> > On Mon, 14 Jan 2013 14:32:02 -0800 Kent Overstreet
> > wrote:
> >
> ...
> > drivers/md/bcache/btree.c: In function `bch_btree_refill_keybuf':
> >
Hi,
This patch series contains fixes around the issue that
the console UART should not idled on suspend while using
"no_console_suspend" in bootargs.
The approach thought of is to modify the serial core/serial driver to bypass
runtime PM if the UART in contention is a console and we are using
On Saturday 27 April 2013 01:34 AM, Sourav Poddar wrote:
Hi,
This patch series contains fixes around the issue that
the console UART should not idled on suspend while using
"no_console_suspend" in bootargs.
The approach thought of is to modify the serial core/serial driver to bypass
runtime PM
On Friday, April 26, 2013 09:22:47 AM Bjorn Helgaas wrote:
> [+cc Rafael, linux-acpi]
>
> On Thu, Apr 25, 2013 at 2:39 PM, Bjorn Helgaas wrote:
> > On Fri, Apr 12, 2013 at 4:44 PM, Yinghai Lu wrote:
> >> After they are put in add-on resources, they will be safely claimed later.
> >
> > It took
On Fri, Apr 26, 2013 at 9:28 AM, Bjorn Helgaas wrote:
> This is a gross hack. Iterating through all known pci_devs to see if
> this one still exists?
>
> I reproduced the original problem, applied this patch, and verified
> that it avoids the original crash.
>
> However, it's still incorrect
On 04/25/2013 10:08 PM, Kyungsik Lee wrote:
> Documentation/x86/boot.txt is updated to list the LZ4 magic number.
> This LZ4 magic number is used for the new compression format.
>
> Signed-off-by: Kyungsik Lee
> Cc: "H. Peter Anvin"
> Cc: Ingo Molnar
> Cc: Thomas Gleixner
> Cc: Russell King
As a logic simplification, the following gets rid of one variable
that's simply not needed. (And adds a "static" declaration that seems
to be appropriate):
static bool largest_ram_region(unsigned long *start, unsigned long *size)
{
int i;
*size = 0;
for (i = 0; i <
On Sat, 2013-04-20 at 18:12 -0400, Jiannan Ouyang wrote:
> Hello Everyone,
>
>
> I recently came up with a spinlock algorithm that can adapt to
> preemption, which you may be interested in. The intuition is to
> downgrade a fair lock to an unfair lock automatically upon preemption,
> and
On Fri, 26 Apr 2013 21:47:46 +0200 Daniel Borkmann wrote:
> On 04/26/2013 09:26 PM, Andrew Morton wrote:
> > On Fri, 26 Apr 2013 16:04:44 +0200 Arnd Bergmann wrote:
> >> On Wednesday 24 April 2013 19:27:08 Nicolas Schichan wrote:
> >>> @@ -858,7 +858,7 @@ b_epilogue:
> >>> }
> >>>
> >>>
> >>>
Move "uart_console" definition to serial core header file, so that it can be
used by serial drivers.
Get rid of the uart_console defintion from mpc52xx_uart driver.
Cc: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Rajendra nayak
Signed-off-by: Sourav Poddar
Reviewed-by: Felipe Balbi
---
The driver manages "no_console_suspend" by preventing runtime PM
during the suspend path, which forces the console UART to stay awake.
Signed-off-by: Sourav Poddar
Reviewed-by: Felipe Balbi
---
drivers/tty/serial/omap-serial.c | 34 +-
1 files changed, 33
Hi,
This patch series contains fixes around the issue that
the console UART should not idled on suspend while using
"no_console_suspend" in bootargs.
The approach thought of is to modify the serial core/serial driver to bypass
runtime PM if the UART in contention is a console and we are using
On Wed, Apr 24, 2013 at 3:33 PM, Alex Williamson
wrote:
> On Thu, 2013-02-14 at 20:53 -0700, Alex Williamson wrote:
>> On Thu, 2013-02-14 at 16:47 -0700, Bjorn Helgaas wrote:
>> > On Thu, Feb 14, 2013 at 11:37 AM, Alex Williamson
>> > wrote:
>> > > A bus reset can trigger a presence detection
On Tue, Apr 23, 2013 at 11:39:02PM +0530, Bibek Basu wrote:
> Make pinmux as the first node of tegra DT
> so as to achieve pinctrl as last device to suspend and
> first device to resume.
I don't think this is a good idea. For one it encodes Linux specific
implementation details within the device
On 04/26/2013 09:26 PM, Andrew Morton wrote:
On Fri, 26 Apr 2013 16:04:44 +0200 Arnd Bergmann wrote:
On Wednesday 24 April 2013 19:27:08 Nicolas Schichan wrote:
@@ -858,7 +858,7 @@ b_epilogue:
}
-void bpf_jit_compile(struct sk_filter *fp)
+static void __bpf_jit_compile(struct jit_ctx
On Thu, Apr 25, 2013 at 04:17:04PM -0700, Andrew Morton wrote:
> On Mon, 14 Jan 2013 14:32:02 -0800 Kent Overstreet
> wrote:
>
> > Bcache: a block layer SSD cache
>
> sparc64 gcc-3.4.5:
>
> drivers/md/bcache/btree.c: In function `bch_btree_read':
> drivers/md/bcache/btree.c:266: error:
>
> OK, so how about we use something like:
>
>is_kernel_text() || is_module_text_address()
is_module_text_address() has to walk all modules.
A random system with a distro kernel I checked has 101 modules loaded.
16 * 101 = too much
I don't think you want to spend that many cycles in
On Fri, 26 Apr 2013 15:51:05 +1000 Stephen Rothwell
wrote:
> Hi,
>
> On Fri, 26 Apr 2013 14:02:01 +0900 "Chanho Min" wrote:
> >
> >
> > @@ -0,0 +1,23 @@
> > +#include
> > +
> > +int __attribute__((weak)) __clzsi2(int val)
>
> We have __weak in
And lib/clz.c needs a few more includes, for
On Fri, 26 Apr 2013 16:04:44 +0200 Arnd Bergmann wrote:
> On Wednesday 24 April 2013 19:27:08 Nicolas Schichan wrote:
> > @@ -858,7 +858,7 @@ b_epilogue:
> > }
> >
> >
> > -void bpf_jit_compile(struct sk_filter *fp)
> > +static void __bpf_jit_compile(struct jit_ctx *out_ctx)
> > {
> >
diff --git a/Makefile b/Makefile
index 3ae4796..e2b10b9 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 8
-SUBLEVEL = 9
+SUBLEVEL = 10
EXTRAVERSION =
NAME = Displaced Humerus Anterior
diff --git a/include/linux/capability.h b/include/linux/capability.h
index
I'm announcing the release of the 3.8.10 kernel.
It fixes a build error in the 3.8.9 release. If you can properly build
that kernel, no need for you to upgrade (hint, if you enable CONFIG_NS,
you need this release.)
Many thanks to Shea Levy for pointing out the problem.
The updated 3.8.y git
On 04/25/2013 03:13 PM, Marek Belisko wrote:
Add devicetree support for this dummy audio soc driver.
Signed-off-by: Michal Bachraty
Signed-off-by: Marek Belisko
---
.../bindings/sound/spdif-transmitter.txt | 10 ++
sound/soc/codecs/spdif_transmitter.c | 10
On Fri, Apr 26, 2013 at 07:49:51PM +0200, Emil Goode wrote:
> Include definitions of used types by including drm/drm.h
>
> Sparse output:
> /usr/include/drm/tegra_drm.h:21:
> found __[us]{8,16,32,64} type without
> #include
>
> Signed-off-by: Emil Goode
> ---
>
On Fri, Apr 26, 2013 at 11:55:35AM -0700, Simon Glass wrote:
> On Thu, Nov 15, 2012 at 10:38 PM, Alexandre Courbot
> wrote:
> > Hopefully the final series before the feature gets merged. Anton Vorontsov
> > kindly accepted to take it into his tree, so this series is mostly a call
> > for
> >
On Fri, Apr 26, 2013 at 8:43 PM, Frederic Weisbecker wrote:
> 2013/4/26 Sedat Dilek :
>> On Fri, Apr 26, 2013 at 8:22 PM, Tejun Heo wrote:
>>> On Fri, Apr 26, 2013 at 07:40:20PM +0200, Sedat Dilek wrote:
Oops, NULL-pointer-deref [ __queue_work() ]
[ 25.974932] BUG: unable to
Hey, Viresh.
It's already too late for the upcoming merge window, but things
generally look good to me and I'll apply the patchset once wq/for-3.11
opens. One nitpick tho.
On Thu, Apr 25, 2013 at 09:13:44AM +0530, Viresh Kumar wrote:
> + workqueue.power_efficient
> +
> I need to add that I can only confirm that to be true with
> sum_exec_runtime.
>
> To affirm it to be true for stime and utime would require more
> investigation. I didn't look them at all. I was only concerned with
> sum_exec_runtime.
>
> I will prepare a v2 of the patch accounting all the
Refactor the CPU flags handling out of the cpucheck routines so that
they can be reused by the future ASLR routines (in order to detect CPU
features like RDRAND and RDTSC).
This reworks has_eflag() and has_fpu() to be used on both 32-bit and
64-bit, and refactors the calls to cpuid to make them
This allows decompress_kernel to return a new location for the kernel to
be relocated to. With CONFIG_RANDOMIZE_BASE, the choose_kernel_location
routine will select a new location to decompress the kernel, and is
presently a no-op. The logic for bypassing this routine with "noaslr"
on the kernel
On Fri, Apr 26, 2013 at 11:26:55AM -0700, Eric Dumazet wrote:
> On Fri, 2013-04-26 at 10:48 -0700, Paul E. McKenney wrote:
>
> > Don't get me wrong, I am not opposing cond_resched_rcu_lock() because it
> > will be difficult to validate. For one thing, until there are a lot of
> > them, manual
This chooses the largest contiguous RAM region for the KASLR offset
to live in.
Signed-off-by: Kees Cook
---
v2:
- make sure to exclude e820 regions outside the 32-bit memory range.
---
arch/x86/boot/compressed/aslr.c | 47 ++-
1 file changed, 41
When the system panics, include the kernel offset in the report to assist
in debugging.
Signed-off-by: Kees Cook
---
arch/x86/kernel/setup.c | 24
1 file changed, 24 insertions(+)
diff --git a/arch/x86/kernel/setup.c b/arch/x86/kernel/setup.c
index fae9134..95a33b1
Moves the relocation handling into C, after decompression. Only
kernels that need relocation support will use the code. The new
CONFIG_RANDOMIZE_BASE does not yet do anything except turn on this logic
for 64-bit kernels.
Based on work by Neill Clift and Michael Davidson.
Signed-off-by: Kees Cook
Select a random location when CONFIG_RANDOMIZE_BASE is used, bounded
by CONFIG_RANDOMIZE_BASE_MAX_OFFSET. Sources of randomness currently
include RDRAND and RDTSC.
Signed-off-by: Kees Cook
---
v2:
- use rdtscl from msr.h, thanks to Mathias Krause.
---
arch/x86/Kconfig| 29
This series includes various small cleanups noted in the individual
patches. Further work will include 64-bit separation of physical and
virtual memory locations.
-Kees
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
hey,
On Thu, Apr 25, 2013 at 05:12:20PM -0500, scame...@beardog.cce.hp.com wrote:
> It looks like these are called from a function called init_device_map()
> that is called from grub_stage2() at least in the version of grub I looked
> at (0.97, from rhel6).
>
> So my assumption is that adding a
On Fri, Apr 26, 2013 at 10:54:52AM +0800, Li Zefan wrote:
> I mistakenly removed the call to eventfd->poll() while I was actually
> intending to remove the return value...
>
> Calling evenfd->poll() will hook cgroup_event_wake() to the poll
> waitqueue, which will be called to unregister eventfd
On Fri, Apr 26, 2013 at 10:54:11AM +0800, Li Zefan wrote:
> Try:
> # mount -t cgroup xxx /cgroup
> # mkdir /cgroup/sub && rmdir /cgroup/sub && umount /cgroup
>
> And you might see this:
>
> ida_remove called for id=1 which is not allocated.
>
> It's because cgroup_kill_sb() is called to
Implement hardware breakpoint address mask for AMD Family 16h and
above processors. CPUID feature bit indicates hardware support for
DRn_ADDR_MASK MSRs. These masks further qualify DRn/DR7 hardware
breakpoint addresses to allow matching of larger addresses ranges.
Valuable advice and pseudo code
Oleg, Ingo, this is my final push for 3.10. I understand that it might
be too late for that .. if so I'll try again later for 3.11.
The following patchset enables hardware breakpoint bp_len greater than
HW_BREAKPOINT_LEN_8 on AMD Family 16h and later.
$ perf stat -e mem:0x1000/16:w a.out
Currently bp_len is given a default value of 4. Allow user to override it:
$ perf stat -e mem:0x1000/8
^
bp_len
If no value is given, it will default to 4 as it did before.
Signed-off-by: Jacob Shin
---
Signed-off-by: Jacob Shin
---
tools/perf/tests/parse-events.c | 55 +++
1 file changed, 55 insertions(+)
diff --git a/tools/perf/tests/parse-events.c b/tools/perf/tests/parse-events.c
index 88e2f44..4fd0f96 100644
--- a/tools/perf/tests/parse-events.c
+++
Hi,
On Thu, Nov 15, 2012 at 10:38 PM, Alexandre Courbot wrote:
> Hopefully the final series before the feature gets merged. Anton Vorontsov
> kindly accepted to take it into his tree, so this series is mostly a call for
> acks, tests and reviews notices before the merge window for 3.8 opens. If
On Thu, Apr 25, 2013 at 3:01 PM, H. Peter Anvin wrote:
> On 04/25/2013 02:54 PM, Kees Cook wrote:
>> This continues to build on the tip/kaslr patches for KASLR. This series
>> converts the logic to C, and moves both relocation and address selection
>> into the decompress_kernel path. Several
From: Eric Dumazet
Date: Fri, 26 Apr 2013 08:43:41 -0700
> You send patches and ask us to spend hours on it, this is not how it
> works.
+1
--
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
2013/4/26 Sedat Dilek :
> On Fri, Apr 26, 2013 at 8:22 PM, Tejun Heo wrote:
>> On Fri, Apr 26, 2013 at 07:40:20PM +0200, Sedat Dilek wrote:
>>> Oops, NULL-pointer-deref [ __queue_work() ]
>>>
>>> [ 25.974932] BUG: unable to handle kernel NULL pointer dereference
>>> at 0100
>>> [
Hi Kevin,
On Friday 26 April 2013 11:58 PM, Kevin Hilman wrote:
Sourav Poddar writes:
The driver manages "no_console_suspend" by preventing runtime PM
during the suspend path, which forces the console UART to stay awake.
Signed-off-by: Sourav Poddar
Reviewed-by: Felipe Balbi
---
On Fri, 2013-04-26 at 14:25 -0400, Xi Wang wrote:
> Not sure how many you are speaking for when you say "We are very dumb". :)
>
> Thanks for catching this. I'l remove this arch thing in v2.
>
> To address your other concern about registers, I'll add some comments
> to the code, something
Currently, peeking on a unix datagram socket with an offset larger than len of
the data in the sk receive queue returns immediately with bogus data. That's
because *off is not reset between each skb_queue_walk().
This patch fixes this so that the behavior is the same as peeking with no
offset on
On 2013/04/25 11:48, Eric Dumazet wrote:
> On Thu, 2013-04-25 at 09:47 -0400, Benjamin Poirier wrote:
> > "77c1090 net: fix infinite loop in __skb_recv_datagram()" (v3.8) introduced
> > a
> > regression:
> > After that commit, recv can no longer peek beyond a 0-sized skb in the
> > queue.
> >
Currently, peeking on a unix stream socket with an offset larger than len of
the data in the sk receive queue returns immediately with bogus data.
This patch fixes this so that the behavior is the same as peeking with no
offset on an empty queue: the caller blocks.
Signed-off-by: Benjamin
Sourav Poddar writes:
> The driver manages "no_console_suspend" by preventing runtime PM
> during the suspend path, which forces the console UART to stay awake.
>
> Signed-off-by: Sourav Poddar
> Reviewed-by: Felipe Balbi
> ---
> drivers/tty/serial/omap-serial.c | 28
On Fri, 2013-04-26 at 10:48 -0700, Paul E. McKenney wrote:
> Don't get me wrong, I am not opposing cond_resched_rcu_lock() because it
> will be difficult to validate. For one thing, until there are a lot of
> them, manual inspection is quite possible. So feel free to apply my
> Acked-by to the
Not sure how many you are speaking for when you say "We are very dumb". :)
Thanks for catching this. I'l remove this arch thing in v2.
To address your other concern about registers, I'll add some comments
to the code, something like:
"%rdi,%r8,%r9 are not used by seccomp filters; it's safe to
Zhang,
On Fri, 26 Apr 2013, Zhang Yi wrote:
> At 2013-04-26 04:52:31,"Thomas Gleixner" wrote:
> >
> >Unfortunately this did not work out very well.
> >
> >1. Your patch now lacks a proper changelog which explains the change
> >
> >2. Your patch lacks any newline characters as you can see below
>
On Fri, Apr 26, 2013 at 02:02:31PM -0400, s...@shealevy.com wrote:
> Hi Greg,
>
> I think 37ed4a3 requires 935d8aa from upstream, otherwise there's a
> compile error when user namespaces are enabled:
>
> linux-3.8.9/kernel/user_namespace.c: In function 'map_write':
>
On Fri, Apr 26, 2013 at 07:40:20PM +0200, Sedat Dilek wrote:
> Oops, NULL-pointer-deref [ __queue_work() ]
>
> [ 25.974932] BUG: unable to handle kernel NULL pointer dereference
> at 0100
> [ 25.974944] IP: [] __queue_work+0x32/0x3d0
So, 0x100 deref near the top of the function.
Hi Greg,
I think 37ed4a3 requires 935d8aa from upstream, otherwise there's a
compile error when user namespaces are enabled:
linux-3.8.9/kernel/user_namespace.c: In function 'map_write':
linux-3.8.9/kernel/user_namespace.c:582:2: error: implicit declaration
of function 'file_ns_capable'
Hi Randy,
>> Hi all,
>>
>> Changes since 20130424:
>>
>
>
> on i386:
>
> net/built-in.o: In function `nfc_unregister_device':
> (.text+0x6a36d): undefined reference to `rfkill_unregister'
> net/built-in.o: In function `nfc_unregister_device':
> (.text+0x6a378): undefined reference to
Fixed: warning: cast from pointer to integer of different size
The Hyper-V hosts always use 64 bit request id. The guests can have 32 or 64
bit pointers which equal to the ulong type size. So we cast it to ulong type.
And, assigning 32bit integer to 64 bit variable works fine.
The VMBus returns
Allocate pending requests in smaller chunks instead of allocating them
all at the same time.
This change also removes the global array of pending_reqs, it is no
longer necessay.
Variables related to the grant mapping have been grouped into a struct
called "grant_page", this allows to allocate
Include definitions of used types by including drm/drm.h
Sparse output:
/usr/include/drm/tegra_drm.h:21:
found __[us]{8,16,32,64} type without
#include
Signed-off-by: Emil Goode
---
include/uapi/drm/tegra_drm.h |2 ++
1 file changed, 2 insertions(+)
diff --git
On Fri, Apr 26, 2013 at 07:19:49PM +0200, Peter Zijlstra wrote:
> On Fri, Apr 26, 2013 at 08:45:47AM -0700, Paul E. McKenney wrote:
> > On Fri, Apr 26, 2013 at 10:03:13AM +0200, Peter Zijlstra wrote:
> > > On Fri, Apr 26, 2013 at 10:45:08AM +0900, Simon Horman wrote:
> > >
> > > > @@ -975,8
Miklos, MM folks,
04/26/2013 06:02 PM, Miklos Szeredi пишет:
On Fri, Apr 26, 2013 at 12:32:24PM +0400, Maxim V. Patlasov wrote:
The idea is that fuse filesystems should not go over the bdi limit even if
the global limit hasn't been reached.
This might work, but kicking flusher every time
On Fri, Apr 26, 2013 at 7:32 PM, Sedat Dilek wrote:
> On Fri, Apr 26, 2013 at 7:30 PM, Sedat Dilek wrote:
>> On Fri, Apr 26, 2013 at 10:03 AM, Stephen Rothwell
>> wrote:
>>> Hi all,
>>>
>>> Changes since 20130424:
>>>
>>> Removed tree: ppc-temp (remerged into powerpc)
>>>
>>> The net-next tree
On 04/26/13 01:03, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20130424:
>
on i386:
net/built-in.o: In function `nfc_unregister_device':
(.text+0x6a36d): undefined reference to `rfkill_unregister'
net/built-in.o: In function `nfc_unregister_device':
(.text+0x6a378): undefined
>From 0e27e218def9ae630cc07efbd21664c150a3727a Mon Sep 17 00:00:00 2001
From: Sukadev Bhattiprolu
Date: Fri, 26 Apr 2013 10:17:56 -0700
Subject: [PATCH] perf: powerpc: Fix compile errors in bp_signal files
When building on powerpc, we get compile errors in bp_signal.c and
bp_signal_overflow.c
On Fri, 2013-04-26 at 11:39 -0500, Steven J. Magnani wrote:
> Commit eface65c336eff420d70beb0fb6787a732e05ffb (2.6.38) altered
> set_media_not_present() in a way that prevents the sd driver from
> remembering that a non-removable device has reported "Medium Not Present".
> This condition can occur
On Fri, Apr 26, 2013 at 10:03 AM, Stephen Rothwell
wrote:
> Hi all,
>
> Changes since 20130424:
>
> Removed tree: ppc-temp (remerged into powerpc)
>
> The net-next tree gained conflicts against the net and pci trees and a
> build failure for which I applied a merge fix patch.
>
> The omap_dss2
On Fri, Apr 26, 2013 at 08:45:47AM -0700, Paul E. McKenney wrote:
> On Fri, Apr 26, 2013 at 10:03:13AM +0200, Peter Zijlstra wrote:
> > On Fri, Apr 26, 2013 at 10:45:08AM +0900, Simon Horman wrote:
> >
> > > @@ -975,8 +975,7 @@ static void *ip_vs_conn_array(struct seq_file *seq,
> > > loff_t
That will be better initial the value of DataSize to zero for the input of
GetVariable(), otherwise we will feed a random value. The debug log of input
DataSize like this:
...
[ 195.915612] EFI Variables Facility v0.08 2004-May-17
[ 195.915819] efi: size: 18446744071581821342
[ 195.915969]
On Thu, Apr 25, 2013 at 10:15:21PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
Appiled, thanks.
signature.asc
Description: Digital signature
On 04/26, H. Peter Anvin wrote:
>
> On 04/26/2013 09:38 AM, Oleg Nesterov wrote:
> >
> > - do_debug:
> >
> > dr6 &= ~DR6_RESERVED;
> >
> > this also wrongly clears 32-63 bits. Fortunately these
> > bits are reserved and must be zero.
>
> I don't think this is wrongly at
On Fri, Apr 26, 2013 at 06:56:19PM +0200, Malte Schröder wrote:
> On 26.04.2013 17:23, J. Bruce Fields wrote:
> > On Fri, Apr 26, 2013 at 11:20:39AM +0200, Malte Schröder wrote:
> >> On 24.04.2013 21:23, J. Bruce Fields wrote:
> >>> On Wed, Apr 24, 2013 at 07:07:59PM +0200, Malte Schröder wrote:
>
On Fri, Apr 26, 2013 at 11:39:33AM -0500, Steven J. Magnani wrote:
> Commit eface65c336eff420d70beb0fb6787a732e05ffb (2.6.38) altered
> set_media_not_present() in a way that prevents the sd driver from
> remembering that a non-removable device has reported "Medium Not Present".
> This condition
This obvious bug was introduced by d755910b7 ("pinctrl: move subsystem
mutex to pinctrl_dev struct").
Signed-off-by: Daniel Mack
---
This applies on today's linux-next.
drivers/pinctrl/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/core.c
On Fri, Apr 26, 2013 at 4:48 AM, Jiri Slaby wrote:
>
> To revert to the old behaviour while still preventing attackers to
> guess the password length, we update the timestamps in one-minute
> intervals by this patch.
Thanks, applied.
And now that I see the behavior of "w", I can kind of
On 26.04.2013 17:23, J. Bruce Fields wrote:
> On Fri, Apr 26, 2013 at 11:20:39AM +0200, Malte Schröder wrote:
>> On 24.04.2013 21:23, J. Bruce Fields wrote:
>>> On Wed, Apr 24, 2013 at 07:07:59PM +0200, Malte Schröder wrote:
>>> Probably some of those "svc_process dropit"s are coming from attempts
Viresh Kumar writes:
> With prior discussions (Over private emails) with current Maintainer of
> cpufreq
> framework (Rafael), I am adding myself as a co-maintainer of cpufreq
> framework.
>
> This would mostly be for cpufreq core and ARM drivers but not restricted to
> them.
>
> This also
On Fri, 26 Apr 2013, ZhenHua wrote:
> There is a function wait_for_HP() in uhci-hub.c. In this
> patch, it is used in suspend_rh(), I think this can be a
> solution. And I have tested this patch, it can fix the bug.
>
> I think there is another patch needed. As Alan said in another
> mail, in
On 04/25, Jacob Shin wrote:
>
> Right now perf
> userland tool hard codes bp_len to 4, so I need to modify it to allow
> user to override the length if desired.
imho this itself looks like a good change...
> Oleg, Frederic, et al.
>
> Which syntax do you prefer?
>
> $ perf stat -e
On Fri, 26 Apr, at 09:40:46AM, Linus Torvalds wrote:
> On Fri, Apr 26, 2013 at 9:30 AM, Matt Fleming wrote:
> > Hi Peter, Linus,
> >
> > I've got a small patch that fixes a crash for the Google folks and their
> > EFI SMI driver, which was caused by dereferencing a garbage pointer.
>
> Hmm. I
On Fri, Apr 26, 2013 at 06:39:52PM +0200, Borislav Petkov wrote:
> #0.25 stalled cycles per
> insn
>590,855 branches # 237.877 M/sec
> 12,882 branch-misses #2.18% of all branches
>
On 04/26/2013 09:38 AM, Oleg Nesterov wrote:
> DR6_RESERVED and DR_CONTROL_RESERVED are used to clear the set
> bits in the "unsigned long" data, make them long to ensure that
> "&~" doesn't clear the upper bits.
>
> This is only cleanup, the usage of ~DR*_RESERVED is safe but
> doesn't look
On Fri, 2013-04-26 at 20:52 +0800, Herbert Xu wrote:
> On Thu, Apr 25, 2013 at 10:28:30AM -0700, Tim Chen wrote:
> >
> > @@ -51,6 +54,98 @@ static const __u16 t10_dif_crc_table[256] = {
> > 0xF0D8, 0x7B6F, 0x6C01, 0xE7B6, 0x42DD, 0xC96A, 0xDE04, 0x55B3
> > };
> >
> > +#ifdef
DR6_RESERVED and DR_CONTROL_RESERVED are used to clear the set
bits in the "unsigned long" data, make them long to ensure that
"&~" doesn't clear the upper bits.
This is only cleanup, the usage of ~DR*_RESERVED is safe but
doesn't look clean and the pattern is error prone.
- do_debug:
On Fri, Apr 26, 2013 at 9:30 AM, Matt Fleming wrote:
> Hi Peter, Linus,
>
> I've got a small patch that fixes a crash for the Google folks and their
> EFI SMI driver, which was caused by dereferencing a garbage pointer.
Hmm. I already took this from the earlier email you sent. Did it change
On Fri, Apr 26, 2013 at 08:24:44PM +0400, Cyrill Gorcunov wrote:
> And if possible some branch instructions testing.
By that you mean, see whether it counts branches?
./perf stat sleep 0
Performance counter stats for 'sleep 0':
2.483869 task-clock#0.463 CPUs
Commit eface65c336eff420d70beb0fb6787a732e05ffb (2.6.38) altered
set_media_not_present() in a way that prevents the sd driver from
remembering that a non-removable device has reported "Medium Not Present".
This condition can occur on hotplug of a (i.e.) USB Mass Storage device
whose medium is
On Fri, Apr 26, 2013 at 08:59:07AM -0700, Eric Dumazet wrote:
> On Fri, 2013-04-26 at 08:45 -0700, Paul E. McKenney wrote:
>
> > I have done some crude coccinelle patterns in the past, but they are
> > subject to false positives (from when you transfer the pointer from
> > RCU protection to
On Fri, Apr 26, 2013 at 05:20:44PM +0100, Will Deacon wrote:
> Hi Jacob,
>
> On Fri, Apr 26, 2013 at 12:19:11AM +0100, Jacob Shin wrote:
> > On Thu, Apr 25, 2013 at 10:17:35AM -0700, H. Peter Anvin wrote:
> > > On 04/25/2013 10:06 AM, Oleg Nesterov wrote:
> > > >>
> > > >> The downside is that in
Hi Peter, Linus,
I've got a small patch that fixes a crash for the Google folks and their
EFI SMI driver, which was caused by dereferencing a garbage pointer.
Please consider pulling.
The following changes since commit f697036b93aa7345d4cbb3c854a76456c0ddac45:
efi: Check EFI revision in
101 - 200 of 1144 matches
Mail list logo