On 01/04/14 02:19, Borislav Petkov wrote:
> On Mon, Dec 30, 2013 at 12:14:11PM -0800, Stephen Boyd wrote:
>> This patchset adds support for the Krait L1/L2 cache error detection
>> hardware. The first patch fixes a generic framework bug. The next
>> two patches lay the groundwork for this driver
Santosh Shilimkar writes:
> I am afraid you didn't understood what the fix is if you say above.
> arm_dma_limit is broken without this fix for LPAE machines with
> memory starting 4 GB physical boundary.
I wonder what CONFIG_ARM_PATCH_PHYS_VIRT and CONFIG_ZONE_DMA do they
use?
Of course,
On Mon, Jan 06, 2014 at 01:25:02PM -0800, Andi Kleen wrote:
> Peter Zijlstra writes:
>
> > On Thu, Dec 19, 2013 at 04:30:53PM +0200, Alexander Shishkin wrote:
> >> So I'd like to steer away from the ways in which hardware can be broken
> >> and talk about a usable interface, to begin with.
> >
>
Hi!
> > > Hello, I'm sending wl1251 patches from linux-n900 tree [1] for
> > > comments. More patches come from David's monitor & packet
> > > injection work. Patches are tested with 3.12 rc5 kernel on
> > > Nokia N900.
> > >
> > > Second version contains new patch for fixing NULL pointer
> > >
On Mon, Jan 6, 2014 at 11:47 AM, Motohiro Kosaki
wrote:
>
>
>> -Original Message-
>> From: linus...@gmail.com [mailto:linus...@gmail.com] On Behalf Of Linus
>> Torvalds
>> Sent: Friday, January 03, 2014 7:18 PM
>> To: Vlastimil Babka
>> Cc: Sasha Levin; Andrew Morton; Wanpeng Li; Michel
This change turns on debugfs support for the BCM281xx watchdog driver.
Signed-off-by: Markus Mayer
---
arch/arm/configs/bcm_defconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/bcm_defconfig b/arch/arm/configs/bcm_defconfig
index 10d1392..d4d0083 100644
---
This change introduces debugfs support for the BCM281xx watchdog driver.
Signed-off-by: Markus Mayer
---
drivers/watchdog/Kconfig| 10
drivers/watchdog/bcm_kona_wdt.c | 108 +--
2 files changed, 114 insertions(+), 4 deletions(-)
diff --git
This series adds debugfs support to the bcm281xx watchdog driver. Most
of the code submitted here was already included as part of v5 of the
original driver submission. See
http://www.spinics.net/lists/linux-watchdog/msg03328.html
This series is dependent on commit
(2014/01/07 4:44), Tom Zanussi wrote:
> Add code to the kprobe/kretprobe event functions that will invoke any
> event triggers associated with a probe's ftrace_event_file.
>
> The code to do this is very similar to the invocation code already
> used to invoke the triggers associated with static
Andrew Vagin wrote:
> On Mon, Jan 06, 2014 at 06:02:35PM +0100, Florian Westphal wrote:
> > Andrey Vagin wrote:
> > > Lets look at destroy_conntrack:
> > >
> > > hlist_nulls_del_rcu(>tuplehash[IP_CT_DIR_ORIGINAL].hnnode);
> > > ...
> > > nf_conntrack_free(ct)
> > >
On Mon, Jan 06, 2014 at 04:33:49PM -0500, Theodore Ts'o wrote:
> On Mon, Jan 06, 2014 at 12:47:07PM -0800, Josh Triplett wrote:
> > Does anyone have any objection to the use of "#pragma once" instead of
> > the usual #ifndef-#define-...-#endif include guard? GCC, LLVM/clang,
> > and the
On Mon, 2014-01-06 at 22:26 +0100, Peter Zijlstra wrote:
> On Mon, Jan 06, 2014 at 08:10:45PM +, Waskiewicz Jr, Peter P wrote:
> > There is one per logical CPU. However, in the current generation, they
> > report on the usage of the same L3 cache. But the CPU takes care of the
> > resolution
On Mon, Jan 06, 2014 at 01:52:19PM -0700, Jens Axboe wrote:
> On 01/06/2014 01:46 PM, Kent Overstreet wrote:
> > On Sun, Jan 05, 2014 at 09:13:00PM +0800, Shaohua Li wrote:
>
> >>> - we explicitly don't guarantee that all
> >>> the tags will be available for allocation at any given time, only
From: Joe Xue
The LED pattern trigger allows LEDs blink in user defined pattern.
v2: Change the pattern memory from fixed static to malloc
Change the timer schedule way to save cpu time
Add the mutex to protect the pattern operation
v3: Tiny fix, add the missed parameter in example of
Hi Ram,
Am 06.01.2014 um 22:09 schrieb Ramkumar Ramachandra :
> Hi Andreas,
>
> Andreas Heider wrote:
>> that means that something is still using the GPU, try DIGD or alternatively
>> shutting down your X-server before switching.
>
> When I try DIGD, I get:
>
> vga_switcheroo: setting
On Mon, Jan 06, 2014 at 10:23:26PM +0100, Florian Westphal wrote:
> >
> > No? Or there something obvious I'm missing?
>
> IMHO this isn't obvious at all :-)
>
> But, in the example above, the atomic_inc_not_zero() should fail
> until after __nf_conntrack_alloc() re-inits the refcount to 1.
>
>
On 01/06/2014 02:29 PM, Greg KH wrote:
On Mon, Jan 06, 2014 at 01:30:31PM -0700, Shuah Khan wrote:
On 01/06/2014 01:17 PM, Greg KH wrote:
On Mon, Jan 06, 2014 at 01:03:21PM -0700, Shuah Khan wrote:
Add Legacy PM OPS usage checks to bus_register() function. If Legacy PM OPS
usage is found,
Joe Perches wrote:
> On Mon, 2014-01-06 at 23:00 +0900, Tetsuo Handa wrote:
> > Joe Perches wrote:
> > > Is this really necessary?
> > No problem. %pT[012] are simply optimization (reducing number of function
> > arguments for saving text size) and therefore I can drop them.
> > What about below
From: Dan Williams
Date: Mon, 06 Jan 2014 15:39:40 -0600
> If the driver ever gets to that callback for any !Modem port, something
> is horribly wrong, which the BUG_ON() was attempting to make explicit.
> The driver only enables that callback for the Modem port, so yeah, it's
> somewhat
On Mon, 2014-01-06 at 16:30 -0500, David Miller wrote:
> From: Dan Williams
> Date: Mon, 06 Jan 2014 10:07:29 -0600
>
> > The existing serial state notification handling expected older Option
> > devices, having a hardcoded assumption that the Modem port was always
> > USB interface #2. That
On Tue 2014-01-07 02:47:18, Ramkumar Ramachandra wrote:
> Pavel Machek wrote:
> > USB usually does that. Try rmmoding hcd(s). If that does not help, try
> > removing other modules. Oh and try without that broadcom-wl driver.
>
> Unused modules shouldn't consume so much power, no? I suspected
>
On Mon 2014-01-06 23:00:56, Tetsuo Handa wrote:
> Joe Perches wrote:
> > On Sun, 2014-01-05 at 12:15 +0900, Tetsuo Handa wrote:
> > > > Since my purpose is to make reading of task_struct->comm consistent,
> > > > %pT-like
> > > > extension is what I want for centralizing pointer dereferences.
> >
On Thu, Jan 2, 2014 at 3:56 PM, H. Peter Anvin wrote:
> On 01/02/2014 12:39 PM, Vivek Goyal wrote:
>>
>> If secureboot is enabled, it enforces module signature verification. I
>> think similar will happen for kexec too. How would kernel know that on
>> a secureboot platform fd original
On Mon, Jan 06, 2014 at 12:47:07PM -0800, Josh Triplett wrote:
> Does anyone have any objection to the use of "#pragma once" instead of
> the usual #ifndef-#define-...-#endif include guard? GCC, LLVM/clang,
> and the latest Sparse all support either method just fine. (I added
> support to Sparse
Hi!
> --- /dev/null
> +++ b/drivers/thermal/clock_cooling.c
> @@ -0,0 +1,484 @@
> +/*
> + * drivers/thermal/cpu_cooling.c
Bit too much copy
> + * Copyright (C) 2013 Texas Instruments Inc.
> + * Contact: Eduardo Valentin
> + *
> + * Highly based on cpu_cooling.c.
Check english. And
On Mon, Jan 06 2014 at 1:55pm -0500,
Mikulas Patocka wrote:
>
>
> On Sun, 5 Jan 2014, Greg Kroah-Hartman wrote:
>
> > On Sun, Jan 05, 2014 at 05:43:56PM +0100, Bart Van Assche wrote:
> > > On 01/04/14 19:06, Mikulas Patocka wrote:
> > > > - if (t && !t->release)
> > > > -
From: Dan Williams
Date: Mon, 06 Jan 2014 10:07:29 -0600
> The existing serial state notification handling expected older Option
> devices, having a hardcoded assumption that the Modem port was always
> USB interface #2. That isn't true for devices from the past few years.
>
>
On Mon, Jan 06, 2014 at 01:30:31PM -0700, Shuah Khan wrote:
> On 01/06/2014 01:17 PM, Greg KH wrote:
> >On Mon, Jan 06, 2014 at 01:03:21PM -0700, Shuah Khan wrote:
> >>Add Legacy PM OPS usage checks to bus_register() function. If Legacy PM OPS
> >>usage is found, print warning message to indicate
On Mon, Jan 06, 2014 at 08:10:45PM +, Waskiewicz Jr, Peter P wrote:
> There is one per logical CPU. However, in the current generation, they
> report on the usage of the same L3 cache. But the CPU takes care of the
> resolution of which MSR write and read comes from the logical CPU, so
>
Peter Zijlstra writes:
> On Thu, Dec 19, 2013 at 04:30:53PM +0200, Alexander Shishkin wrote:
>> So I'd like to steer away from the ways in which hardware can be broken
>> and talk about a usable interface, to begin with.
>
> Just dump it into the regular one buffer like I outlined.
Just getting
Pavel Machek wrote:
> USB usually does that. Try rmmoding hcd(s). If that does not help, try
> removing other modules. Oh and try without that broadcom-wl driver.
Unused modules shouldn't consume so much power, no? I suspected
broadcom-wl, but removing it doesn't help. Instead of shooting in the
Cyrill Gorcunov wrote:
> On Mon, Jan 06, 2014 at 06:02:35PM +0100, Florian Westphal wrote:
> >
> > Can you elaborate?
> > Yes, nf_ct_is_dying(ct) might be called for the wrong conntrack.
> >
> > But, in case we _think_ that its the right one we call
> > nf_ct_tuple_equal() to verify we indeed
On 12/25/2013 10:18 PM, 曹荣荣 wrote:
> I noticed that Stephen submitted a patch for pinctrl:
> http://www.gossamer-threads.com/lists/linux/kernel/1500890?do=post_view_threaded
>
> In this patch, Stephen said, "When an SoC muxes pins in a group, it's
> quite possible for the group to contain e.g. 6
AIO had a missing get, which led to an ioctx leak - after percpu_ref_kill() the
ref was 0 so percpu_ref_put() never saw it hit 0.
This wasn't noticed at the time because it all happened completely silently,
this adds a WARN() which would've caught the aio bug.
Signed-off-by: Kent Overstreet
Cc:
From: Hayes Wang
Date: Mon, 6 Jan 2014 17:08:40 +0800
> Replace some tabs and modify the return value of rtl_ops_init().
>
> v2: add the terminating newline for the message of patch #3.
Series applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Em Mon, Jan 06, 2014 at 10:01:35PM +0100, Yann Droneaud escreveu:
> Hi,
>
> Le lundi 06 janvier 2014 à 11:43 -0300, Arnaldo Carvalho de Melo a
> écrit :
> > Em Mon, Jan 06, 2014 at 12:24:36PM +0100, Peter Zijlstra escreveu:
>
> > > acme, ACK? I was thinking I'd keep these two patches together so
I applied these locally, but I'm also going to apply this patch to get
rid of all that duplicate code. Any objections? (or do you see any
mistakes? I only compiled and boot tested it, nothing more strenuous) I
will do that before pushing it though.
-- Steve
diff --git
Hi Andreas,
Andreas Heider wrote:
> that means that something is still using the GPU, try DIGD or alternatively
> shutting down your X-server before switching.
When I try DIGD, I get:
vga_switcheroo: setting delayed switch to client 0
Then, when I shut down X, I get a blank screen.
When I
On Tue 2013-12-31 15:24:00, Ramkumar Ramachandra wrote:
> Hi,
>
> On a 2013 Macbook Pro, Linux consumes 21W of power while OS X consumes
> just 9W. I found this very disturbing; Linux more than halves the
> battery life of the device. I checked to see that I wasn't running any
> especially
On Mon, Jan 06, 2014 at 01:00:03PM -0800, Andrew Morton wrote:
> On Mon, 6 Jan 2014 12:47:07 -0800 Josh Triplett wrote:
>
> > Does anyone have any objection to the use of "#pragma once" instead of
> > the usual #ifndef-#define-...-#endif include guard?
>
> Sounds OK to me. gcc has supported
Hi,
Le lundi 06 janvier 2014 à 11:43 -0300, Arnaldo Carvalho de Melo a
écrit :
> Em Mon, Jan 06, 2014 at 12:24:36PM +0100, Peter Zijlstra escreveu:
> > acme, ACK? I was thinking I'd keep these two patches together so the
> > entire things lands in tip in one go?
>
> Nope, it should notice the
On Mon, Jan 06, 2014 at 02:53:02PM -0500, John W. Linville wrote:
> On Thu, Dec 26, 2013 at 04:47:50PM +0400, Sergei Shtylyov wrote:
> > Hello.
> >
> > On 26-12-2013 15:41, Ding Tianhong wrote:
> >
> > >Use possibly more efficient ether_addr_equal_unaligned
> > >instead of memcmp.
> >
> > >Cc:
On Mon, 6 Jan 2014 12:47:07 -0800 Josh Triplett wrote:
> Does anyone have any objection to the use of "#pragma once" instead of
> the usual #ifndef-#define-...-#endif include guard?
Sounds OK to me. gcc has supported this for quite a long time, yes? I
wonder if ICC supports it.
(I haven't
On Mon, Jan 06, 2014 at 06:02:35PM +0100, Florian Westphal wrote:
> Andrey Vagin wrote:
> > Lets look at destroy_conntrack:
> >
> > hlist_nulls_del_rcu(>tuplehash[IP_CT_DIR_ORIGINAL].hnnode);
> > ...
> > nf_conntrack_free(ct)
> > kmem_cache_free(net->ct.nf_conntrack_cachep, ct);
> >
> > The
On Thu, 2014-01-02 at 12:59 -0800, Davidlohr Bueso wrote:
> On Thu, 2014-01-02 at 11:23 -0800, Linus Torvalds wrote:
> > On Thu, Jan 2, 2014 at 7:05 AM, Davidlohr Bueso wrote:
> > >
> > > In futex_wake() there is clearly no point in taking the hb->lock if we
> > > know
> > > beforehand that
On Thu, 2014-01-02 at 07:05 -0800, Davidlohr Bueso wrote:
> From: Davidlohr Bueso
>
> In futex_wake() there is clearly no point in taking the hb->lock if we know
> beforehand that there are no tasks to be woken. While the hash bucket's plist
> head is a cheap way of knowing this, we cannot rely
On 01/06/2014 01:46 PM, Kent Overstreet wrote:
> On Sun, Jan 05, 2014 at 09:13:00PM +0800, Shaohua Li wrote:
>>> - we explicitly don't guarantee that all
>>> the tags will be available for allocation at any given time, only half
>>> of them.
>>
>> only half of the tags can be used? this is
On 12/24/2013 06:32 AM, Peter De Schrijver wrote:
> Reduce fuse.c to the minimum functionality required for the early bootstages.
>
> Also export tegra_read_straps() for use by the fuse driver.
Since the fuse driver is tristate, it could be a module. Doesn't it
literally need to be
From: Guenter Roeck
Date: Sun, 5 Jan 2014 20:31:39 -0800
> With arm:allmodconfig, building the Teles PCI driver fails with
>
> telespci.c:294:2: error: #error "not running on big endian machines now"
>
> Similar, building the driver for HFC PCI-Bus cards fails with
>
> hfc_pci.c:1647:2:
On Thursday, September 26, 2013 03:59:50 PM Viresh Kumar wrote:
> Hi Rafael,
>
> I know you asked me not to send any more patches before the earlier ones get
> into kernel. I got to this as Nicolas Pitre required to send few CPUFreq
> patches
> for ARM's big LITTLE In-Kernel-Switcher. And within
[CCing build-system folks and others likely to know about potential
issues.]
Does anyone have any objection to the use of "#pragma once" instead of
the usual #ifndef-#define-...-#endif include guard? GCC, LLVM/clang,
and the latest Sparse all support either method just fine. (I added
support to
From: Jason Wang
Date: Mon, 6 Jan 2014 11:21:06 +0800
> L2 fowarding offload will bypass the rx handler of real device. This will make
> the packet could not be forwarded to macvtap device. Another problem is the
> dev_hard_start_xmit() called for macvtap does not have any synchronization.
>
>
On Sun, Jan 05, 2014 at 09:13:00PM +0800, Shaohua Li wrote:
> On Sat, Jan 04, 2014 at 01:08:04PM -0800, Kent Overstreet wrote:
> > On Tue, Dec 31, 2013 at 11:38:27AM +0800, Shaohua Li wrote:
> > >
> > > steal_tags only happens when free tags is more than half of the total
> > > tags.
> > > This
From: Dave Hansen
There used to be only one path out of __slab_alloc(), and
ALLOC_SLOWPATH got bumped in that exit path. Now there are two,
and a bunch of gotos. ALLOC_SLOWPATH can now get set more than once
during a single call to __slab_alloc() which is pretty bogus.
Here's the sequence:
On 12/24/2013 06:32 AM, Peter De Schrijver wrote:
> Add efuse bindings for Tegra20, Tegra30, Tegra114 and Tegra124.
This patch doesn't add bindings, it adds nodes to device trees. Bindings
are the schemas that dictate how the nodes are to be constructed, not
the nodes themselves.
On that topic,
And btw I know how irrational LSD-users can be. Someone I had a
enthusiasts-studio collaboration with, in the 90s, now has used a lot of
hallucinogenic drugs. I have unfortunately witnessed some of his
dialouges and talked to him myself, and can only say that it is quite
bizarre.
We can
On Wednesday, December 11, 2013 07:37:48 PM Mikulas Patocka wrote:
> Hi
>
> Here I'm sending three patches for k6 frequency governor.
>
> 1. the processor doesn't respond to cache snoops when changing the
> frequency, so we need to disable cache while doing the change.
>
> 2. it is impossible
On 01/06/14 07:53, Lee Jones wrote:
>
>> @@ -56,8 +56,7 @@
>> struct pm_irq_chip {
>> struct device *dev;
>> spinlock_t pm_irq_lock;
>> -unsigned intdevirq;
>> -unsigned intirq_base;
>> +struct irq_domain *domain;
> It's
On 12/24/2013 06:32 AM, Peter De Schrijver wrote:
> Implement fuse driver for Tegra20, Tegra30, Tegra114 and Tegra124.
> diff --git a/drivers/misc/fuse/Kconfig b/drivers/misc/fuse/Kconfig
> +config FUSE_TEGRA
> + tristate "Tegra fuse supprt"
> + depends on ARCH_TEGRA && SYSFS
Since (I
On 01/06/2014 01:17 PM, Greg KH wrote:
On Mon, Jan 06, 2014 at 01:03:21PM -0700, Shuah Khan wrote:
Add Legacy PM OPS usage checks to bus_register() function. If Legacy PM OPS
usage is found, print warning message to indicate that the driver code needs
updating to use Dev PM OPS interfaces. This
The only caller of speedstep_get_state() was removed in commit d4019f0a92ab
("cpufreq: move freq change notifications to cpufreq core"). So building
speedstep-smi.o now triggers a GCC warning:
drivers/cpufreq/speedstep-smi.c:148:12: warning: 'speedstep_get_state'
defined but not used
On Monday, January 06, 2014 11:28:43 AM Yinghai Lu wrote:
> On Thu, Jan 2, 2014 at 4:45 PM, Rafael J. Wysocki wrote:
> > On Thursday, January 02, 2014 02:47:04 PM Yinghai Lu wrote:
> >>
> >> No. It should be before removing all root bus devices.
> >> as they need to access the pci devices during
On Mon, 2014-01-06 at 15:00 -0500, John W. Linville wrote:
> On Tue, Dec 31, 2013 at 10:47:29AM +0100, Pali Rohár wrote:
> > On Sunday 08 December 2013 10:24:58 Pali Rohár wrote:
> > > Hello, I'm sending wl1251 patches from linux-n900 tree [1] for
> > > comments. More patches come from David's
On Mon, Jan 06, 2014 at 01:03:21PM -0700, Shuah Khan wrote:
> Add Legacy PM OPS usage checks to bus_register() function. If Legacy PM OPS
> usage is found, print warning message to indicate that the driver code needs
> updating to use Dev PM OPS interfaces. This will help serve as a way to track
>
On Fri, 3 Jan 2014, Viresh Kumar wrote:
> On 2 January 2014 23:08, Mikulas Patocka wrote:
> > Flushing the cache and changing frequency takes approximatelly 500us. The
> > patch increases policy->cpuinfo.transition_latency to that value.
>
> Its not about how fast caches get cleaned but how
On Tue, Dec 31, 2013 at 10:47:29AM +0100, Pali Rohár wrote:
> On Sunday 08 December 2013 10:24:58 Pali Rohár wrote:
> > Hello, I'm sending wl1251 patches from linux-n900 tree [1] for
> > comments. More patches come from David's monitor & packet
> > injection work. Patches are tested with 3.12 rc5
Add Legacy PM OPS usage checks to bus_register() function. If Legacy PM OPS
usage is found, print warning message to indicate that the driver code needs
updating to use Dev PM OPS interfaces. This will help serve as a way to track
drivers that still use Legacy PM OPS and fix them.
The Legacy PM
On Mon, 2014-01-06 at 19:06 +0100, Peter Zijlstra wrote:
> On Mon, Jan 06, 2014 at 04:47:57PM +, Waskiewicz Jr, Peter P wrote:
> > > As is I don't really see a good use for RMIDs and I would simply not use
> > > them.
> >
> > If you want to use CQM in the hardware, then the RMID is how you
Add Legacy PM OPS usage checks to class, bus, and driver register functions.
If Legacy PM OPS usage is found, print warning message to indicate that the
driver code needs updating to use Dev PM OPS interfaces. This will help serve
as a way to track drivers that still use Legacy PM OPS and fix
Add Legacy PM OPS usage checks to driver_register() function. If Legacy PM OPS
usage is found, print warning message to indicate that the driver code needs
updating to use Dev PM OPS interfaces. This will help serve as a way to track
drivers that still use Legacy PM OPS and fix them.
The Legacy
Add Legacy PM OPS usage checks to __class_register() function. If Legacy PM OPS
usage is found, print warning message to indicate that the driver code needs
updating to use Dev PM OPS interfaces. This will help serve as a way to track
drivers that still use Legacy PM OPS and fix them.
The Legacy
On Mon, Jan 06, 2014 at 03:00:44PM -0500, Steven Rostedt wrote:
> On Mon, 6 Jan 2014 14:54:50 -0500
> Steven Rostedt wrote:
> >
> > Yeah, I screwed up.
> >
> > This should have been 2.3 and I screwed up the tags here :-/
> >
> > I'll try to fix things up.
> >
>
> I blame too much eggnog over
The following changes since commit f5a44db5d2d677dfbf12deee461f85e9ec633961:
ext4: add explicit casts when masking cluster sizes (2013-12-20 09:29:35
-0500)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
tags/ext4_for_linus_stable
for
On 12/24/2013 06:32 AM, Peter De Schrijver wrote:
> Export APB DMA readl and writel. These are needed because we can't access
> the fuses directly on Tegra20 without potentially causing a system hang.
This does a lot more than just export the functions; it also changes the
prototypes. I'm not
On 1/6/2014 8:47 PM, Randy Dunlap wrote:
On 01/06/14 11:39, Ove Karlsen wrote:
On 1/6/2014 8:39 PM, Randy Dunlap wrote:
On 01/06/14 11:34, Ove Karlsen wrote:
On 1/6/2014 8:27 PM, Randy Dunlap wrote:
On 01/06/14 11:17, Ove Karlsen wrote:
On 1/6/2014 8:05 PM, Randy Dunlap wrote:
On 01/06/14
On Thu, Dec 26, 2013 at 04:47:50PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 26-12-2013 15:41, Ding Tianhong wrote:
>
> >Use possibly more efficient ether_addr_equal_unaligned
> >instead of memcmp.
>
> >Cc: Larry Finger
> >Cc: Chaoming Li
> >Cc: John W. Linville
> >Cc:
On Fri, Jan 3, 2014 at 9:50 AM, Stefano Stabellini
wrote:
>> drivers/xen/events.c | 8 ++--
>> 1 file changed, 6 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/xen/events.c b/drivers/xen/events.c
>> index 4035e83..020cd77 100644
>> --- a/drivers/xen/events.c
>> +++
On Mon, 6 Jan 2014 14:54:50 -0500
Steven Rostedt wrote:
>
> Yeah, I screwed up.
>
> This should have been 2.3 and I screwed up the tags here :-/
>
> I'll try to fix things up.
>
I blame too much eggnog over the holiday break. I think I fixed things
up.
Thanks!
-- Steve
--
To unsubscribe
Hi,
I loaded the apple_gmux driver and tried to:
$ echo IGD >/sys/kernel/debug/vgaswitcheroo/switch
dmesg responds with:
vga_switcheroo: client 1 refused switch
It's possible that the gmux interface has changed since the driver was
originally written. How do I dig deeper into the issue
On Mon, 6 Jan 2014 13:36:52 -0600
Seth Forshee wrote:
> There is something odd about the updates you pushed though. You've now
> got a version 2.2.1 on your trace-cmd-stable-v2.2 branch, which used to
> be tagged trace-cmd-v2.2.1, and another 2.2.1 on master which now has
> that tag. I'm
Add code to the kprobe/kretprobe event functions that will invoke any
event triggers associated with a probe's ftrace_event_file.
The code to do this is very similar to the invocation code already
used to invoke the triggers associated with static events and
essentially replaces the existing
This changes __tt to tt to for the recently submitted kprobes trigger patch,
and does the same for the syscall trigger invocations, which uses the same
unnecessary naming convention pointed out by Steve Rostedt.
The kprobes patch also had trivial changes resulting from the rebase
to current
On 01/06/14 11:39, Ove Karlsen wrote:
> On 1/6/2014 8:39 PM, Randy Dunlap wrote:
>> On 01/06/14 11:34, Ove Karlsen wrote:
>>> On 1/6/2014 8:27 PM, Randy Dunlap wrote:
On 01/06/14 11:17, Ove Karlsen wrote:
> On 1/6/2014 8:05 PM, Randy Dunlap wrote:
>> On 01/06/14 10:58, Ove Karlsen
There's no reason to use double-underscores for any variable name in
ftrace_syscall_enter()/exit(), since those functions aren't generated
and there's no need to avoid namespace collisions as with the event
macros, which is where the original invocation code came from.
Signed-off-by: Tom Zanussi
On Mon, 2014-01-06 at 11:10 -0500, Steven Rostedt wrote:
> On Sat, 28 Dec 2013 20:24:08 -0600
> Tom Zanussi wrote:
>
> > Add code to the kprobe/kretprobe event functions that will invoke any
> > event triggers associated with a probe's ftrace_event_file.
> >
> > The code to do this is very
On Monday 06 January 2014 12:28 PM, Russell King wrote:
> On Mon, Jan 06, 2014 at 08:07:58PM +1100, Stephen Rothwell wrote:
>> Hi Andrew,
>>
>> After merging the akpm-current tree, today's linux-next build (arm
>> multi_v7_defconfig) failed like this:
>>
>> arch/arm/mm/init.c:199:13: error:
On 1/6/2014 8:39 PM, Randy Dunlap wrote:
On 01/06/14 11:34, Ove Karlsen wrote:
On 1/6/2014 8:27 PM, Randy Dunlap wrote:
On 01/06/14 11:17, Ove Karlsen wrote:
On 1/6/2014 8:05 PM, Randy Dunlap wrote:
On 01/06/14 10:58, Ove Karlsen wrote:
https://lkml.org/lkml/2013/12/28/50
This post is
Cleanup the ahash digest invocations to check the init
return code and make use of the finup routine.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-aes-cmac.c |2 +-
drivers/crypto/ccp/ccp-crypto-sha.c |8 ++--
2 files changed, 7 insertions(+), 3 deletions(-)
Cleanup up the usage of scatterlists to make the code cleaner
and avoid extra memory allocations when not needed.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-aes-cmac.c |6 ++-
drivers/crypto/ccp/ccp-crypto-sha.c | 53 --
2 files changed,
On 01/06/14 11:34, Ove Karlsen wrote:
> On 1/6/2014 8:27 PM, Randy Dunlap wrote:
>> On 01/06/14 11:17, Ove Karlsen wrote:
>>> On 1/6/2014 8:05 PM, Randy Dunlap wrote:
On 01/06/14 10:58, Ove Karlsen wrote:
> https://lkml.org/lkml/2013/12/28/50
>
> This post is empty. I do not know
On Monday 06 January 2014 02:28 PM, Krzysztof Hałasa wrote:
> Russell, Santosh,
>
> the unneeded commit causing regression is still in place. Please try to
> compile an ARM kernel without CONFIG_ARM_PATCH_PHYS_VIRT and with
> CONFIG_ZONE_DMA and see for yourself, if you don't believe me.
>
>
The CCP cannot be hot-plugged so it will either be there
or it won't. Do not allow the driver to stay loaded if the
CCP does not successfully initialize.
Provide stub routines in the ccp.h file that return -ENODEV
if the CCP has not been configured in the build.
Signed-off-by: Tom Lendacky
---
On Mon, Jan 06, 2014 at 02:07:53PM -0500, Steven Rostedt wrote:
> On Mon, 6 Jan 2014 11:56:24 -0600
> Seth Forshee wrote:
>
> > Hi Steve,
> >
> > Here's another patch for trace-cmd that I'm using in Debian. Please
> > consider it for your tree.
> >
> > It also looks like you haven't applied
On 1/6/2014 8:27 PM, Randy Dunlap wrote:
On 01/06/14 11:17, Ove Karlsen wrote:
On 1/6/2014 8:05 PM, Randy Dunlap wrote:
On 01/06/14 10:58, Ove Karlsen wrote:
https://lkml.org/lkml/2013/12/28/50
This post is empty. I do not know if this is deliberate, but..
Facism and censorhip goes hand in
When performing a hash operation if the amount of data buffered and a
request at or near the maximum data length is received then the length
calcuation could wrap causing an error in executing the hash operation.
Fix this by using a u64 type for the input and output data lengths in
all CCP
The following series implements a fix to hash length wrapping as well
as some additional fixes and cleanups (proper gfp_t type on some memory
allocations, scatterlist usage improvements, null request result field
checks and driver enabled/disabled changes).
This patch series is based on the
For a hash operation, the caller doesn't have to supply a result
area on every call so don't use it / update it if it hasn't
been supplied.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-aes-cmac.c |4 +++-
drivers/crypto/ccp/ccp-crypto-sha.c |7 +--
2 files
Fix some memory allocations to use the appropriate gfp_t type based
on the CRYPTO_TFM_REQ_MAY_SLEEP flag.
Signed-off-by: Tom Lendacky
---
drivers/crypto/ccp/ccp-crypto-aes-cmac.c |5 -
drivers/crypto/ccp/ccp-crypto-sha.c |5 -
2 files changed, 8 insertions(+), 2
Russell et al.,
anything wrong with this fix?
the following patch is still needed with 3.13-rc6.
Affected are non-PCI devices using coherent allocations.
Without the patch:
# ifconfig eth0 up
net eth0: coherent DMA mask is unset
ifconfig: SIOCSIFFLAGS: Cannot allocate memory
IXP4xx: Fix DMA
On Fri, 3 Jan 2014 14:24:32 +0100
mmarek wrote:
>
> The logic looks OK, but it is not completely obvious that $@ means
Hmm, it $@ is standard shell variable of "all commands". In fact, we
probably should change all the $1 to that instead. But I don't care how
we do it.
> 'etags --no-members,
501 - 600 of 2140 matches
Mail list logo
