On Sat, 2013-11-09 at 15:51 -0800, Mark Harris wrote:
>
> The problem with the existing encoding is that pre-1970 dates are
> encoded with extra bits 1,1 in 64-bit kernels with ext4, but on 32-bit
> kernels and inodes that were originally written as ext3 the extra bits
> will be 0,0. Currently,
> -Original Message-
> From: Linuxppc-dev [mailto:linuxppc-dev-
> bounces+bharat.bhushan=freescale@lists.ozlabs.org] On Behalf Of Nicolin
> Chen
> Sent: Friday, November 08, 2013 4:20 PM
> To: vinod.k...@intel.com; dan.j.willi...@intel.com; s.ha...@pengutronix.de;
> ti...@tabi.org;
Well, that was fun. ;)
git bisect start
# bad: [69c88dc7d9f1a6c3eceb7058111677c640811c94] vfs: fix new kernel-doc
warnings
git bisect bad 69c88dc7d9f1a6c3eceb7058111677c640811c94
# good: [31d141e3a666269a3b6fcccddb0351caf7454240] Linux 3.12-rc6
git bisect good
On Mon, Nov 4, 2013 at 1:32 PM, Michael Opdenacker
wrote:
> This removes the XTENSA_ISS_NETWORK Kconfig parameter,
> which was no longer used anywhere in the source code
> and Makefiles.
>
> Signed-off-by: Michael Opdenacker
> ---
Thanks, taken to my xtensa tree.
-- Max
--
To unsubscribe from
On Sat, Nov 09, 2013 at 09:37:31PM +0100, Geert Uytterhoeven wrote:
> Add a DTS and defconfig for the Terasic DE0-Nano Development and Education
> Board running ORPSoC. This board contains an Altera Cyclone IV FPGA with
> support chips and I/O.
>
> The DTS was derived from published versions by
On Fri, 8 Nov 2013, Stephen Boyd wrote:
> If we're running on a v7 ARM CPU, detect if the CPU supports the
> sdiv/udiv instructions and replace the signed and unsigned
> division library functions with an sdiv/udiv instruction.
>
> Running the perf messaging benchmark in pipe mode
>
> $ perf
This patch set is driver updates for qla4xxx, scsi_debug, pm80xx,
fcoe/libfc, eas2r, lpfc, be2iscsi and megaraid_sas plus some assorted
bug fixes and cleanups
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-for-linus
The short changelog is:
Aaron
Hi Steven, thanks for your reply!
On Thu, Nov 7, 2013 at 11:04 PM, Steven Rostedt wrote:
> On Thu, 7 Nov 2013 17:42:54 +0900
> Alexandre Courbot wrote:
>
>> Hi everyone,
>>
>> Trace events can be enabled through debugfs by e.g. writing '1' into
>> their enable node. This is a very useful
On Nov 3, 2013, Linus Torvalds wrote:
> we'll have 4.0 follow 3.19 or something like that.
> we could do a release with just stability and bug-fixes
> the reason I mention "4.0" is that it would be a lovely time to do
> that.
That sounds backwards. .0s are known for instability and major
Dave is on the other side of the international date line from those of
us in the States. If my time zone math is correct, this thread began
and continued *after* the end of his 'normal' Friday workday, during
Dave's weekend. You think it might be possible he decided to unplug and
actually live
Hi LKML,
I have a C/pthreads program with two threads ("main" and "thread").
"thread" calls recvfrom on a connected UDP socket and blocks, waiting
for input. "main" then calls shutdown SHUT_RD on the socket. In
"thread", recvfrom returns, apparently successfully, returning a zero
length string,
Am Samstag, 9. November 2013, 23:04:07 schrieb Clemens Ladisch:
Hi Clemens,
> Stephan Mueller wrote:
> > Am Donnerstag, 7. November 2013, 02:03:57 schrieb Nicholas Mc Guire:
> >> On Wed, 06 Nov 2013, Stephan Mueller wrote:
> >>> Besides, how on earth shall an attacker even gain knowledge about
Am Samstag, 9. November 2013, 23:04:49 schrieb Clemens Ladisch:
Hi Clemens,
> Stephan Mueller wrote:
> > Am Mittwoch, 6. November 2013, 08:04:32 schrieb Theodore Ts'o:
> >> On Wed, Nov 06, 2013 at 01:51:17PM +0100, Stephan Mueller wrote:
> That's unfortunate, since it leaves open the
From: Rafael J. Wysocki
Modify struct acpi_dev_node to contain a pointer to struct device
ambedded in the struct acpi_device associated with the given device
object (that is, its ACPI companion device) instead of an ACPI handle
corresponding to that struct acpi_device. Introduce two new macros
Dave,
On Sat, Nov 09, 2013 at 05:51:30PM -0600, Ben Myers wrote:
> Hey Neil,
>
> On Sat, Nov 09, 2013 at 10:44:24AM +1100, NeilBrown wrote:
> > On Sat, 9 Nov 2013 06:59:00 +0800 Zhi Yong Wu wrote:
> >
> > > On Sat, Nov 9, 2013 at 6:03 AM, Ben Myers wrote:
> > > > Hey Ric,
> > > >
> > > > On
On 8 November 2013 23:19, David Turner wrote:
>
> On Fri, 2013-11-08 at 14:37 -0700, Andreas Dilger wrote:
> > On Nov 7, 2013, at 4:26 PM, David Turner wrote:
> > > On Fri, 2013-11-08 at 00:14 +0100, Jan Kara wrote:
> > >> Still unnecessary type cast here (but that's a cosmetic issue).
> > > ...
Hey Neil,
On Sat, Nov 09, 2013 at 10:44:24AM +1100, NeilBrown wrote:
> On Sat, 9 Nov 2013 06:59:00 +0800 Zhi Yong Wu wrote:
>
> > On Sat, Nov 9, 2013 at 6:03 AM, Ben Myers wrote:
> > > Hey Ric,
> > >
> > > On Fri, Nov 08, 2013 at 03:50:21PM -0500, Ric Wheeler wrote:
> > >> On 11/08/2013 03:46
I sent a patch to fix some bitwise AND tests but I guess I missed some.
Sorry about that.
Signed-off-by: Dan Carpenter
diff --git a/drivers/pinctrl/pinctrl-abx500.c b/drivers/pinctrl/pinctrl-abx500.c
index 4780959..5183e7bb 100644
--- a/drivers/pinctrl/pinctrl-abx500.c
+++
On Fri, Nov 08, 2013 at 06:32:33PM -0500, Ric Wheeler wrote:
> On 11/08/2013 05:17 PM, Ben Myers wrote:
> >Hey Ric,
> >
> >On Fri, Nov 08, 2013 at 05:07:45PM -0500, Ric Wheeler wrote:
> >>On 11/08/2013 05:03 PM, Ben Myers wrote:
> >>>Hey Ric,
> >>>
> >>>On Fri, Nov 08, 2013 at 03:50:21PM -0500,
Hello, again.
Not too much activity this time around. css_id is finally killed and
a minor update to device_cgroup; however, the pull request does lead
to a conflict in mm/memcontrol.c between the following two commits.
b862783594847 ("memcg: stop using css id")
bb4cc1a8b5eaf ("revert
Hello, Linus.
Nothing too interesting. Only two minor fixes in libata core. Most
changes are specific to hardware which isn't too common.
The patches are available in the following git branch
git://git.kernel.org/pub/scm/linux/kernel/git/tj/libata.git for-3.13
for you to fetch changes up
Stephan Mueller wrote:
> Am Mittwoch, 6. November 2013, 08:04:32 schrieb Theodore Ts'o:
>> On Wed, Nov 06, 2013 at 01:51:17PM +0100, Stephan Mueller wrote:
That's unfortunate, since it leaves open the question of whether this
jitter is something that could be at least somewhat
Stephan Mueller wrote:
> Am Donnerstag, 7. November 2013, 02:03:57 schrieb Nicholas Mc Guire:
>> On Wed, 06 Nov 2013, Stephan Mueller wrote:
>>> Besides, how on earth shall an attacker even gain knowledge about the
>>> state of the CPU or disable CPU mechanisms? Oh, I forgot, your NSA
>>> guy. But
Hello, Linus.
Two smallish changes for percpu. Two patches to remove unused
this_cpu_xor() and one to fix a bug in percpu init failure path so
that it can reach the proper BUG() instead of oopsing earlier.
The patches are available in the git repository at:
On Thu, 7 Nov 2013 16:10:07 +0800
AceLan Kao wrote:
> Hi Kevin,
>
> http://people.canonical.com/~acelan/elan_touchscreen/
> Here are the kernels, please test them one by one and tell me which
> one works. As your description, the first one should work, and the
> second one doesn't, I just want
On Sat, 9 Nov 2013 10:27:07 -0800, Guenter Roeck wrote:
> On Sat, Nov 09, 2013 at 06:39:14PM +0100, Arnaud Ebalard wrote:
> >
> > This was tested on a NETGEAR ReadyNAS 2120 device (Marvell Armada XP
> > based board, via DT).
> >
> > Signed-off-by: Arnaud Ebalard
>
> Looks good. I'll apply it
Add a DTS and defconfig for the Terasic DE0-Nano Development and Education
Board running ORPSoC. This board contains an Altera Cyclone IV FPGA with
support chips and I/O.
The DTS was derived from published versions by Kevin Mehall and Marek
Czerski.
Signed-off-by: Geert Uytterhoeven
Cc: Kevin
open("/proc/pid/$anon-fd") should fail, we can't create the new
file with correctly. Currently this creates the bogus file with
->f_op == empty_fops copied from ->i_fop, this is harmless but
still wrong and misleading.
Now that anon_inode_fops has gone away we can add empty_no_open()
to disallow
On 11/08, Oleg Nesterov wrote:
>
> On 11/08, Oleg Nesterov wrote:
> >
> > On 11/08, Stephen Rothwell wrote:
> > >
> > > Hi Andrew,
> > >
> > > Today's linux-next merge of the akpm-current tree got a conflict in
> > > fs/anon_inodes.c between commit 24b0303e9532 ("take anon inode allocation
> > >
From: Jason Cooper
Date: Fri, 4 Oct 2013 09:07:07 -0400
> On Fri, Oct 04, 2013 at 12:56:39PM +0200, Sebastian Hesselbarth wrote:
>> Lennart says: "I haven't been able to spend time on mv643xx_eth for a
>> while now, so if you want to take over maintainership, I'd be fine with
>> that."
>>
>>
Hi Guenter,
Guenter Roeck writes:
> On Sat, Nov 09, 2013 at 06:39:14PM +0100, Arnaud Ebalard wrote:
>>
>> This was tested on a NETGEAR ReadyNAS 2120 device (Marvell Armada XP
>> based board, via DT).
>>
>> Signed-off-by: Arnaud Ebalard
>
> Looks good. I'll apply it to my -next branch. Since
Am 09.11.2013 20:07, schrieb Toralf Förster:
> On 11/06/2013 10:31 PM, Richard Weinberger wrote:
>> Am 06.11.2013 22:18, schrieb Toralf Förster:
>>> On 11/06/2013 05:06 PM, Konstantin Khlebnikov wrote:
In this case it must stop after scanning whole tree in line:
/* Overflow after ~0UL */
On Friday 08 November 2013 08:30 PM, Rafael J. Wysocki wrote:
> On Friday, November 08, 2013 06:41:49 PM Santosh Shilimkar wrote:
>> Switch to memblock interfaces for early memory allocator instead of
>> bootmem allocator. No functional change in beahvior than what it is
>> in current code from
On Saturday 09 November 2013 11:55 AM, Konrad Rzeszutek Wilk wrote:
> Santosh Shilimkar wrote:
>> Switch to memblock interfaces for early memory allocator instead of
>> bootmem allocator. No functional change in beahvior than what it is
>> in current code from bootmem users points of view.
>>
>>
On 11/06/2013 10:31 PM, Richard Weinberger wrote:
> Am 06.11.2013 22:18, schrieb Toralf Förster:
>> On 11/06/2013 05:06 PM, Konstantin Khlebnikov wrote:
>>> In this case it must stop after scanning whole tree in line:
>>> /* Overflow after ~0UL */
>>> if (!index)
>>> return NULL;
>>>
>>
>> A
2013-11-09 19:57 keltezéssel, Mark Brown írta:
> On Sat, Nov 09, 2013 at 04:34:07PM +0100, Levente Kurusa wrote:
>> 2013-11-09 16:16 keltezéssel, Mark Brown írta:
>
- int i, ret;
+ int i;
+ int ret = 0;
bool bypass;
>
>> Wouldn't the following be better?
>
>> int i,
1. Don't include asm/uprobes.h unconditionally, we only need
it if CONFIG_UPROBES.
2. Move the definition of "struct xol_area" into uprobes.c.
Perhaps we should simply kill struct uprobes_state, it buys
nothing.
3. Kill the dummy definition of uprobe_get_swbp_addr(), nobody
except
On Sat, Nov 09, 2013 at 04:34:07PM +0100, Levente Kurusa wrote:
> 2013-11-09 16:16 keltezéssel, Mark Brown írta:
> >> - int i, ret;
> >> + int i;
> >> + int ret = 0;
> >>bool bypass;
> Wouldn't the following be better?
> int i, ret = 0;
> I think it is more readable.
No, that's not the
On Fri, Nov 08, 2013 at 09:56:51PM +0100, Florian Meier wrote:
This all looks pretty good, a few comments belown but nothing terribly
substantial.
> source "sound/soc/atmel/Kconfig"
> source "sound/soc/au1x/Kconfig"
> +source "sound/soc/bcm2835/Kconfig"
Is this really only used on this one
On Sat, Nov 09, 2013 at 06:39:14PM +0100, Arnaud Ebalard wrote:
>
> This was tested on a NETGEAR ReadyNAS 2120 device (Marvell Armada XP
> based board, via DT).
>
> Signed-off-by: Arnaud Ebalard
Looks good. I'll apply it to my -next branch. Since I already sent my
pull request to Linus, this
Hi,
>Looks like there is a hiccup in scheduling during resume and timer work is
>kicked before its time and starts unnecessary the reset flow.
>Can you check that the device is in good state (/mei/devastate , it
>should be ENABLED).
Yes, /sys/kernel/debug/mei/devstate contains "ENABLED"
Matt Sealey writes:
> BTW has there been any evaluation of the penalty for the extra
> branching, or the performance hit for the ARMv7-without-division
> cases?
The branches themselves probably have minimal overhead. There will
however be code to preserve call-clobbered registers (and move the
powerpc has both arch_uprobe->insn and arch_uprobe->ainsn to
make the generic code happy. This is no longer needed after
the previous change, powerpc can just use "u32 insn".
Signed-off-by: Oleg Nesterov
---
arch/powerpc/include/asm/uprobes.h |5 ++---
arch/powerpc/kernel/uprobes.c |
arch_uprobe should be opaque as much as possible to the generic
code, but currently it assumes that insn/ixol must be u8[] of the
known size. Remove this unnecessary dependency, we can use "&" and
and sizeof() with the same effect.
Signed-off-by: Oleg Nesterov
---
kernel/events/uprobes.c | 10
Hello.
Ananth, could you please explicitly ack or nack 2/2 ? It is
really simple, but obviously I can't test it. And even if it
is correct it should be merged only if you like it, this is
the minor cleanup.
Oleg.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
Intel's turbostat code uses only 7 bits from MSR_IA32_TEMPERATURE_TARGET to
read TjMax, and also only accepts it if the reported temperature is at least
85 degrees C. Play safe and do the same.
Signed-off-by: Guenter Roeck
---
drivers/hwmon/coretemp.c |4 ++--
1 file changed, 2
Atom S12x0 CPUs are identified by the CPU host bridge ID. Add an override
table based on PCI IDs as well as code to detect it.
PCI access functions can now be called with PCI disabled, so unlike previous
attempts to use PCI IDs, the code no longer depends on it. If PCI is disabled,
the CPU will
Since we now have to use PCI IDs to detect CPU types anyway, use this mechanism
to detect CE41x0 CPUs. Advantage is that it only requires a single entry and
covers all variants of CE41x0, including those unknown to us.
Signed-off-by: Guenter Roeck
---
drivers/hwmon/coretemp.c |4 +---
1
This was tested on a NETGEAR ReadyNAS 2120 device (Marvell Armada XP
based board, via DT).
Signed-off-by: Arnaud Ebalard
---
Hi Guenter,
As a side note, I removed the hunk that was present in previous patch to
add gmt to the list of DT vendor prefixes because I noticed someone had
taken care:
Fixed 2 typos in async_xor.c
---
crypto/async_tx/async_xor.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/crypto/async_tx/async_xor.c b/crypto/async_tx/async_xor.c
index 8ade0a0..bcaa1e9 100644
--- a/crypto/async_tx/async_xor.c
+++ b/crypto/async_tx/async_xor.c
@@
Hi Guenter,
Guenter Roeck writes:
>> Sadly (for me), you are not: I compared the GMT G751 datasheet to an
>> original (1996) National semiconductor LM75 datasheet and they are
>> identical. I mean both the structure and full content (text, diagrams,
>> etc) is the same. Lesson learned: next
On Sat, Nov 09, 2013 at 09:00:28AM -0800, Guenter Roeck wrote:
> On Fri, Nov 08, 2013 at 10:51:06PM -0800, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.11.8 release.
> > There are 94 patches in this series, all will be posted as a response
> > to this one.
On Sat, Nov 09, 2013 at 09:01:15AM -0800, Guenter Roeck wrote:
> On Fri, Nov 08, 2013 at 10:51:05PM -0800, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.10.19 release.
> > There are 74 patches in this series, all will be posted as a response
> > to this one.
On Sat, Nov 09, 2013 at 08:58:25AM -0800, Guenter Roeck wrote:
> On 11/08/2013 10:51 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.4.69 release.
> > There are 26 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Fri, Nov 08, 2013 at 10:51:05PM -0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.19 release.
> There are 74 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On Fri, Nov 08, 2013 at 10:51:06PM -0800, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.11.8 release.
> There are 94 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me
On 11/08/2013 10:51 PM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.4.69 release.
There are 26 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be
Santosh Shilimkar wrote:
>Switch to memblock interfaces for early memory allocator instead of
>bootmem allocator. No functional change in beahvior than what it is
>in current code from bootmem users points of view.
>
>Archs already converted to NO_BOOTMEM now directly use memblock
>interfaces
On 11/09/2013 07:56 AM, Arnaud Ebalard wrote:
Hi,
Guenter Roeck writes:
On 11/08/2013 03:31 PM, Arnaud Ebalard wrote:
This patch adds support for GMT G751 Temperature Sensor and Thermal
Watchdog I2C chip. It has been tested via DT on a Netgear ReadyNAS
2120 (Marvell Armada XP based ARM
Ingo, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
I do not like to spam you, but I think that at least the 1st patch
should be merged now, along with other retprobe && fork fixed.
The 1st one-liner fixes the typo in the recently merged aa59c53fd459
On Sat, Nov 09, 2013 at 11:24:09PM +0900, Satoru Takeuchi wrote:
> At Fri, 8 Nov 2013 22:51:29 -0800,
> Greg Kroah-Hartman wrote:
> >
> > This is the start of the stable review cycle for the 3.4.69 release.
> > There are 26 patches in this series, all will be posted as a response
> > to this
On Sat, Nov 09, 2013 at 04:34:07PM +0100, Levente Kurusa wrote:
> 2013-11-09 16:16 keltezéssel, Mark Brown írta:
> > On Sat, Nov 09, 2013 at 09:49:11AM +, Caizhiyong wrote:
> >
> >> @@ -2170,7 +2170,8 @@ int regmap_register_patch(struct regmap *map, const
> >> struct reg_default *regs,
> >>
On Sat, Nov 09, 2013 at 04:59:38PM +0100, Peter Zijlstra wrote:
> On Sat, Nov 09, 2013 at 04:27:01PM +0100, Frederic Weisbecker wrote:
> > In fact, raising an irq work from an irq work should simply be prohibited.
> > That's not a sane
> > behaviour.
>
> Well, it is because as you raised on IRC
On Sat, Nov 09, 2013 at 03:22:16PM +0100, Uwe Kleine-König wrote:
> On Fri, Nov 08, 2013 at 10:51:55PM -0800, Greg Kroah-Hartman wrote:
> > 3.10-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Uwe Kleine-König
> >
> > commit
On Fri, Nov 08, 2013 at 12:04:18PM -0500, Sasha Levin wrote:
> >
> >* Sasha Levin wrote:
> >
> >>On 07/08/2013 04:39 AM, Ingo Molnar wrote:
> >>>
> >>>* Sasha Levin wrote:
> >>>
> >>The other issue is that with lock classes disabled you have to hit an
> >>actual deadlock to trigger any
On Sat, Nov 09, 2013 at 04:27:01PM +0100, Frederic Weisbecker wrote:
> In fact, raising an irq work from an irq work should simply be prohibited.
> That's not a sane
> behaviour.
Well, it is because as you raised on IRC we could be holding locks and
trying to avoid deadlocks. This is the very
Hi,
Guenter Roeck writes:
> On 11/08/2013 03:31 PM, Arnaud Ebalard wrote:
>>
>> This patch adds support for GMT G751 Temperature Sensor and Thermal
>> Watchdog I2C chip. It has been tested via DT on a Netgear ReadyNAS
>> 2120 (Marvell Armada XP based ARM device).
>>
>> Signed-off-by: Arnaud
Just in case let me repeat, I can be easily wrong because I forgot
how this series actually look and I don't have the patches now ;)
On 11/09, Frederic Weisbecker wrote:
>
> On Sat, Nov 09, 2013 at 04:11:56PM +0100, Oleg Nesterov wrote:
> > On 11/08, Frederic Weisbecker wrote:
> > >
> > >
> > >
In the blkif_release function the bdget_disk() call might returns
a NULL ptr which might be dereferenced on bdev->bd_openers checking
Signed-off-by: Felipe Pena
---
drivers/block/xen-blkfront.c |4
1 file changed, 4 insertions(+)
diff --git a/drivers/block/xen-blkfront.c
2013-11-09 16:16 keltezéssel, Mark Brown írta:
> On Sat, Nov 09, 2013 at 09:49:11AM +, Caizhiyong wrote:
>
>> @@ -2170,7 +2170,8 @@ int regmap_register_patch(struct regmap *map, const
>> struct reg_default *regs,
>>int num_regs)
>> {
>> struct reg_default *p;
>>
On Sat, Nov 09, 2013 at 04:11:56PM +0100, Oleg Nesterov wrote:
> On 11/08, Frederic Weisbecker wrote:
> >
> > On Wed, Oct 02, 2013 at 11:11:06AM -0500, suravee.suthikulpa...@amd.com
> > wrote:
> > >
> > > diff --git a/arch/x86/include/asm/cpufeature.h
> > > b/arch/x86/include/asm/cpufeature.h
>
On Sat, Nov 09, 2013 at 04:22:57PM +0100, Frederic Weisbecker wrote:
> > ---
> > kernel/events/core.c | 14 --
> > 1 file changed, 12 insertions(+), 2 deletions(-)
> >
> > diff --git a/kernel/events/core.c b/kernel/events/core.c
> > index 4dc078d18929..a3ad40f347c4 100644
> > ---
On Sat, Nov 09, 2013 at 04:13:56PM +0100, Peter Zijlstra wrote:
> On Sat, Nov 09, 2013 at 03:52:59PM +0100, Frederic Weisbecker wrote:
> > So, an idea of what may be happening: an event overflows while FASYNC flag
> > is set so it triggers an irq work
> > to send the signal (kill_fasync).
> >
On Sat, Nov 09, 2013 at 04:11:01PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 08, 2013 at 11:36:58PM +0100, Frederic Weisbecker wrote:
> > [ 237.359091] [] perf_callchain_kernel+0x51/0x70
> > [ 237.365155] [] perf_callchain+0x256/0x2c0
> > [ 237.370783] [] perf_prepare_sample+0x27b/0x300
> >
On 11/09, Masami Hiramatsu wrote:
>
> In that case, I suggest you to use "@+addr" for the relative address,
> since that is an offset, isn't that? :)
Agreed, @+addr looks better!
> BTW, it seems that @addr syntax is hard to use for uprobes, because
> current uprobes is based on a binary, not a
Li, that's a good good catch.
On Fri, Nov 8, 2013 at 9:26 PM, Li Wang wrote:
> ceph_osdc_readpages() returns number of bytes read, currently,
> the code only allocate full-zero page into fscache, this patch
> fixes this.
>
> Signed-off-by: Li Wang
> ---
> fs/ceph/addr.c |2 +-
> 1 file
On Sat, Nov 09, 2013 at 09:49:11AM +, Caizhiyong wrote:
> @@ -2170,7 +2170,8 @@ int regmap_register_patch(struct regmap *map, const
> struct reg_default *regs,
> int num_regs)
> {
> struct reg_default *p;
> - int i, ret;
> + int i;
> + int ret = 0;
On 11/08, Sameer Nanda wrote:
>
> @@ -413,12 +413,20 @@ void oom_kill_process(struct task_struct *p, gfp_t
> gfp_mask, int order,
> DEFAULT_RATELIMIT_BURST);
> @@ -456,10 +463,18 @@ void oom_kill_process(struct task_struct *p, gfp_t
> gfp_mask, int
On Sat, Nov 09, 2013 at 03:52:59PM +0100, Frederic Weisbecker wrote:
> So, an idea of what may be happening: an event overflows while FASYNC flag is
> set so it triggers an irq work
> to send the signal (kill_fasync).
> After the irq work triggers, it generates an irq_work_exit event, which in
>
On Fri, Nov 08, 2013 at 11:36:58PM +0100, Frederic Weisbecker wrote:
> [ 237.359091] [] perf_callchain_kernel+0x51/0x70
> [ 237.365155] [] perf_callchain+0x256/0x2c0
> [ 237.370783] [] perf_prepare_sample+0x27b/0x300
> [ 237.376849] [] ? __rcu_is_watching+0x1a/0x30
> [ 237.382736] []
On 11/08, Frederic Weisbecker wrote:
>
> On Wed, Oct 02, 2013 at 11:11:06AM -0500, suravee.suthikulpa...@amd.com wrote:
> >
> > diff --git a/arch/x86/include/asm/cpufeature.h
> > b/arch/x86/include/asm/cpufeature.h
> > index d3f5c63..26609bb 100644
> > --- a/arch/x86/include/asm/cpufeature.h
> >
On Sat, Nov 09, 2013 at 01:12:28PM +0100, Laurent Pinchart wrote:
> Catch missing regulator-type property in DT and return an error
> gracefully instead of deferencing a NULL pointer and crashing.
Applied, thanks.
signature.asc
Description: Digital signature
On Sat, Nov 09, 2013 at 03:10:39PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 08, 2013 at 11:36:58PM +0100, Frederic Weisbecker wrote:
> > [ 237.627769] perf samples too long (3397569 > 2500), lowering
> > kernel.perf_event_max_sample_rate to 5
> > [ 237.637124] INFO: NMI handler
Commit 0255d491 (mm: Account for a THP NUMA hinting update as one PTE
update) was added to account for the number of PTE updates when marking
pages prot_numa. task_numa_work was using the old return value to track
how much address space had been updated. Altering the return value causes
the
At Fri, 8 Nov 2013 22:51:29 -0800,
Greg Kroah-Hartman wrote:
>
> This is the start of the stable review cycle for the 3.4.69 release.
> There are 26 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
On Fri, Nov 08, 2013 at 10:51:55PM -0800, Greg Kroah-Hartman wrote:
> 3.10-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Uwe Kleine-König
>
> commit 7294151d0592e0ff48c61fca9fd7c93d613134da upstream.
>
> This makes it possible to let
On Sat, Nov 09, 2013 at 03:10:39PM +0100, Peter Zijlstra wrote:
> On Fri, Nov 08, 2013 at 11:36:58PM +0100, Frederic Weisbecker wrote:
> > [ 237.627769] perf samples too long (3397569 > 2500), lowering
> > kernel.perf_event_max_sample_rate to 5
> > [ 237.637124] INFO: NMI handler
On Fri, Nov 08, 2013 at 11:36:58PM +0100, Frederic Weisbecker wrote:
> [ 237.627769] perf samples too long (3397569 > 2500), lowering
> kernel.perf_event_max_sample_rate to 5
> [ 237.637124] INFO: NMI handler (perf_event_nmi_handler) took too long to
> run: 444.233 msecs
>
> 444 msecs is
2013-11-09 14:15 keltezéssel, Baptiste Covolato írta:
> Thanks for the review.
>
> Should I repost this patch with correct git commit message here or in
> another mail ?
Post it a new mail with a subject like [PATCH v2] or something among the lines.
Also, have you tested that they compile as
Thanks for the review.
Should I repost this patch with correct git commit message here or in
another mail ?
Regards,
--
Baptiste Covolato
2013/11/9 Levente Kurusa :
> 2013-11-09 14:23 keltezéssel, Baptiste Covolato írta:
>> Compilation of Android staging drivers as drivers is now possible.
>
2013-11-09 14:23 keltezéssel, Baptiste Covolato írta:
> Compilation of Android staging drivers as drivers is now possible.
'drivers as drivers'? :-)
Also, this commit message says nothing about what the patch does.
Something like this would be more appropriate:
Edit Android Kconfig files to
Catch missing regulator-type property in DT and return an error
gracefully instead of deferencing a NULL pointer and crashing.
Signed-off-by: Laurent Pinchart
---
drivers/regulator/gpio-regulator.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
On Fri, Nov 08, 2013 at 06:51:26PM +, Mark Brown wrote:
> From: Mark Brown
>
> This helps move us towards removing the bus custom operations.
>
> Signed-off-by: Mark Brown
Acked-by: Charles Keepax
Thanks,
Charles
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
From: Cai Zhiyong
Date: Sat, 9 Nov 2013 19:27:38 +0800
Subject: [PATCH] block: cmdline-parser: perfect cmdline format checking
-Fix compile warning with value and function undeclared.
this reported by and
Randy Dunlap
-perfect cmdline format checking, make the error information clear
From: Cai Zhiyong
Date: Sat, 9 Nov 2013 17:54:12 +0800
Subject: [PATCH 2/2] mtd: cmdlinepart: support master name is not set when
parser partition
-Fix compile warning with value and function undeclared.
this reported by and
Randy Dunlap
-support master name is not set when parser
Compilation of Android staging drivers as drivers is now possible.
Signed-off-by: Baptiste Covolato
---
drivers/staging/android/Kconfig | 18 +-
drivers/staging/android/TODO| 1 -
2 files changed, 9 insertions(+), 10 deletions(-)
diff --git
fixed a condition where device issues a status cmd to sdcard but no response
comes from sdcard. The sdhci irq fires and we hit a timeout case which calls
sdhci_finish_data(). sdhci_finish_data eventually attempt to reset controller
and issues stop cmd. However mmcdq is
From: Cai Zhiyong
Date: Sat, 9 Nov 2013 14:14:36 +0800
Subject: [PATCH] regmap: Fix compile warning with value uninitialized
Fix compile warning with value uninitialized:
drivers/base/regmap/regmap.c:2173: warning: 'ret' may be used uninitialized in
this function
Signed-off-by: Cai Zhiyong
(2013/11/09 1:56), Will Deacon wrote:
> Hi Sandeepa,
>
> On Thu, Oct 17, 2013 at 12:17:47PM +0100, Sandeepa Prabhu wrote:
>> Add support for basic kernel probes(kprobes), jump probes (jprobes)
>> for ARM64.
>
> I think this series will conflict quite heavily with the jump_label series,
> since
On Fri, Nov 08, 2013 at 02:17:31PM -0800, Eric W. Biederman wrote:
> > Read what you've written a few lines above. The part about target->i_mutex
> > being held.
>
> That works for the rename as unlink case but we don't hold
> old_dentry->d_inode->i_mutex which is what is needed to prevent a
1 - 100 of 204 matches
Mail list logo
