From: Al Viro
If we get ERR_PTR() from get_link(), we are guaranteed to get err != 0
when we break out of do-while, so we are going to hit if (err) return err;
shortly after it. Pull that into the if (IS_ERR(s)) body.
Signed-off-by: Al Viro
---
fs/namei.c | 4 +++-
1 file changed, 3 insertion
* Dirk Gouders wrote:
> For example on Gentoo systems where _FORTIFY_SOURCE is set by default,
> `make -C tools/perf' fails, because of the macro being redefined.
>
> Fix that by a feature-check analogous to tools/perf/config/Makefile.
>
> Signed-off-by: Dirk Gouders
> ---
> tools/lib/api/Ma
Hello, Jan.
On Mon, Apr 20, 2015 at 05:32:24PM +0200, Jan Kara wrote:
> > @@ -454,9 +451,9 @@ EXPORT_SYMBOL(bdi_init);
> >
> > void bdi_destroy(struct backing_dev_info *bdi)
> > {
> > - bdi_wb_shutdown(bdi);
> > -
> > - WARN_ON(!list_empty(&bdi->work_list));
> > + /* make sure nobody fin
From: NeilBrown
Now that current->nameidata is available, nd_set_link() can
use that directly, so 'nd' doesn't need to be passed through
->follow_link.
As a result of this change, 'nameidata' is almost entirely
local to namei.c. It is only exposed externally as an opaque struct
pointed to by cu
On Mon, 20 Apr 2015 20:09:04 +0200
Ingo Molnar wrote:
> So the disadvantage is that if a boot default is wrong, we'll hear
> about it eventually and can fix/improve it.
>
> If a sysctl knob is wrong, people will just 'tune' it and forget to
> propagate it to the kernel proper (why should they
From: Al Viro
Signed-off-by: Al Viro
---
drivers/staging/lustre/lustre/llite/symlink.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/lustre/lustre/llite/symlink.c
b/drivers/staging/lustre/lustre/llite/symlink.c
index 3711e67..0615f86 10064
From: Mateusz Kulikowski
Date: Sun, 19 Apr 2015 23:39:37 +0200
> Some drivers require copying unaligned ethernet addresses.
> Using memcpy() causes checkpatch warnings and may cause
> regressions (someone will "fix" alignment of packed structure)
>
> Signed-off-by: Mateusz Kulikowski
I'd rathe
From: NeilBrown
task_struct currently contains two ad-hoc members for use by
the VFS: link_count and total_link_count.
These are only interesting to fs/namei.c, so exposing them
explicitly is poor layering.
This patches replaces those with a single pointer to 'struct
nameidata'.
This structure r
On Mon, Apr 20, 2015 at 08:20:44AM +0200, Jens Wiklander wrote:
> I'm not sure I understand what you mean. This function is a building
> block for the TEE driver to supply whatever interface is needed for user
> space. For a Global Platform like TEE it will typically have support for
> TEEC_OpenSe
From: Al Viro
Signed-off-by: Al Viro
---
fs/namei.c | 61 +++--
1 file changed, 23 insertions(+), 38 deletions(-)
diff --git a/fs/namei.c b/fs/namei.c
index 4c6ce01f..a1f6271 100644
--- a/fs/namei.c
+++ b/fs/namei.c
@@ -1632,43 +1632,6 @@
On Mon, Apr 20, 2015 at 05:40:50PM +0200, Jan Kara wrote:
> > This patch makes inode_to_bdi() and sb_is_blkdev_sb() that the
> > function calls inline. blockdev_superblock and noop_backing_dev_info
> > are EXPORT_GPL'd to allow the inline functions to be used from
> > modules.
> I somewhat hate
From: NeilBrown
The only thing any ->put_link() function did with the
nameidata was to call nd_get_link() to get the link name.
So now just pass the link name directly.
This allows us to make nd_get_link() completely local to
namei.c.
Suggested-by: Al Viro
Signed-off-by: NeilBrown
Signed-off
On Mon, 20 Apr 2015 11:42:10 +0800
Xishi Qiu wrote:
> On 2015/4/20 11:29, Yasuaki Ishimatsu wrote:
>
> >
> > On Mon, 20 Apr 2015 10:45:45 +0800
> > Xishi Qiu wrote:
> >
> >> On 2015/4/20 9:42, Gu Zheng wrote:
> >>
> >>> Hi Xishi,
> >>> On 04/18/2015 04:05 AM, Yasuaki Ishimatsu wrote:
> >>>
>
On Wed, Apr 15, 2015 at 2:11 AM, Jacek Anaszewski
wrote:
> Hi Sebastian,
>
> On 04/14/2015 11:23 PM, Sebastian Hesselbarth wrote:
>>
>> In gpio_leds_create(), when devm_get_gpiod_from_child() fails with
>> -EPROBE_DEFER on the second gpio led to be created, the first already
>> registered led is n
On Mon, Apr 20, 2015 at 10:01:12AM -0500, Alex Elder wrote:
> On 04/20/2015 09:35 AM, Greg Kroah-Hartman wrote:
> >On Mon, Apr 20, 2015 at 12:43:30PM +0300, Konstantin Khlebnikov wrote:
> >>On Fri, Apr 17, 2015 at 4:29 PM, Greg Kroah-Hartman
> >> wrote:
> >>>3.10-stable review patch. If anyone has
+struct wake_q_head {
+ struct wake_q_node *first;
+ struct wake_q_node *last;
+};
+
+#define WAKE_Q_TAIL ((struct wake_q_node *) 0x01)
+
+#define WAKE_Q(name) \
+ struct wake_q_head name = { WAKE_Q_TAIL, WAKE_Q_TAIL }
Is there some reason you do
On 04/20/2015 02:59 PM, Clark Williams wrote:
>> > That said, if the lack of a sysfs knob has been causing real problems,
>> > let's make that happen.
> I'll talk to the other RT-ers and get back to you on that. I suspect
> most folks would like it just to not have to reboot while tuning, but
> n
* Steven Rostedt wrote:
> On Mon, 20 Apr 2015 20:09:04 +0200
> Ingo Molnar wrote:
>
>
> > So the disadvantage is that if a boot default is wrong, we'll hear
> > about it eventually and can fix/improve it.
> >
> > If a sysctl knob is wrong, people will just 'tune' it and forget
> > to propa
On Mon, 2015-04-20 at 17:27 +0800, pi-cheng.chen wrote:
> --- a/drivers/cpufreq/Kconfig.arm
> +++ b/drivers/cpufreq/Kconfig.arm
> +config ARM_MT8173_CPUFREQ
> + bool "Mediatek MT8173 CPUFreq support"
> + depends on ARCH_MEDIATEK && REGULATOR
> + help
> + This adds the CPUFreq dr
Hi Dave,
Below is a qxl lockdep spew that I got with Linus' tree a few days
ago. I actually suspect this is present in older kernels too as the
DRM merge hasn't landed yet. If you have any ideas, I'd appreciate
it. I tried to look at the locking a bit, but I'm not familiar with
the ww ticket lo
On Mon, 20 Apr 2015 20:28:32 +0200
Ingo Molnar wrote:
> Instrumentation - especially instrumentation that should have been
> implemented mostly in user-space, like ftrace ;-) - is another special
> case that should stay as flexible as possible via sysctls, obviously.
I know I used ftrace as an
On 21.04.2015 00:48, Ming Lei wrote:
> Thanks for providing that.
> The trick is just in CPU number and virito-scsi hw queue number,
> and that is why I asked that, :-)
> Now the problem is quite clear, before CPU1 online, suppose
> CPU3 is mapped hw queue 6, and CPU 3 will map to hw queue 5
> afte
73 CPUFreq support"
> > + depends on ARCH_MEDIATEK && REGULATOR
>
> I think you want to 'select REGULATOR' here; because REGULATOR isn't
> a user-visible option.
REGULATOR is user visible, at least in next-20150420.
> > + help
> > +
On Mon, Apr 20, 2015 at 3:19 AM, Ivan Khoronzhuk
wrote:
> Some utils, like dmidecode and smbios, need to access SMBIOS entry
> table area in order to get information like SMBIOS version, size, etc.
> Currently it's done via /dev/mem. But for situation when /dev/mem
> usage is disabled, the utils h
On 04/20/2015 11:16 AM, Lee Jones wrote:
> On Mon, 20 Apr 2015, York Sun wrote:
>
>>
>>
>> On 04/19/2015 11:42 PM, Lee Jones wrote:
>>> On Fri, 17 Apr 2015, York Sun wrote:
>>>
Resend to LKML
Lee,
This question is actually more about MFD. Can you point me to the possible
>
Ingo Molnar writes:
> * Dirk Gouders wrote:
>
>> For example on Gentoo systems where _FORTIFY_SOURCE is set by default,
>> `make -C tools/perf' fails, because of the macro being redefined.
>>
>> Fix that by a feature-check analogous to tools/perf/config/Makefile.
>>
>> Signed-off-by: Dirk Goud
This uncore is the same as the Haswell desktop part but uses a
different PCI ID.
Signed-off-by: Sonny Rao
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 5 +
include/linux/pci_ids.h | 1 +
2 files changed, 6 insertions(+)
diff --git a/arch/x86/kernel/cpu/p
On Sun, Apr 19, 2015 at 12:55 PM, Arnd Bergmann wrote:
> On Sunday 19 April 2015 11:40:09 Duc Dang wrote:
>> On Fri, Apr 17, 2015 at 7:10 AM, Arnd Bergmann wrote:
>> > On Friday 17 April 2015 02:50:07 Duc Dang wrote:
>> >> +
>> >> + /*
>> >> +* MSIINTn (n is 0..F) indicates if there
On Fri, Apr 17, 2015 at 5:45 AM, Marc Zyngier wrote:
> On 17/04/15 13:37, Duc Dang wrote:
>> On Fri, Apr 17, 2015 at 3:17 AM, Marc Zyngier wrote:
>>> On 17/04/15 11:00, Duc Dang wrote:
On Wed, Apr 15, 2015 at 1:16 AM, Marc Zyngier wrote:
> On Tue, 14 Apr 2015 19:20:19 +0100
> Duc Da
From: Dinh Nguyen
Hi,
This patchset enables and tidy up support for the Arria10 devkit. Along with
this patchset and the patchset for enabling clocks on the Arria10, the devkit
can boot Linux.
V2:
- Patch "ARM: socfpga: dts: enable UART1 for the debug uart" adds the removal
of unused aliases
From: Dinh Nguyen
Signed-off-by: Dinh Nguyen
---
arch/arm/boot/dts/socfpga_arria10.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/socfpga_arria10.dtsi
b/arch/arm/boot/dts/socfpga_arria10.dtsi
index 8a05c47..69d616a 100644
--- a/arch/arm/boot/dts/socfpga_arria10.dtsi
From: Dinh Nguyen
Arria10 devkit is using UART1 for the debug uart port. Remove
unused aliases.
Signed-off-by: Dinh Nguyen
---
v2: Add removal of unused aliases
---
arch/arm/boot/dts/socfpga_arria10.dtsi | 12
arch/arm/boot/dts/socfpga_arria10_socdk.dts | 8
2 files
Hi,
Dirk Gouders wrote:
> Yes, I was suggesting something similar (but without founded reasoning),
> some time ago [1].
I submitted a patch for this a few days ago, but I didn't realize I
should CC linux-kbuild@ (my bad):
https://lkml.org/lkml/2015/4/18/71
yours,
Bobby
--
To unsubscribe from th
From: Dinh Nguyen
Rename the socfpga_arria10_socdk board file to socfpga_arria10_socdk_sdmmc
as Arria 10 devkit cannot support SDMMC and QSPI at the same time. Thus
we will need to have 2 separate board files, one for SDMMC and one for
QSPI. We also add a new base board dtsi file, socfpga_arria10
On Mon, Apr 20, 2015 at 1:42 PM, Sonny Rao wrote:
> This uncore is the same as the Haswell desktop part but uses a
> different PCI ID.
>
> Signed-off-by: Sonny Rao
> ---
> arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 5 +
> include/linux/pci_ids.h | 1 +
> 2
From: Dinh Nguyen
Add status = "disabled" in the base DTSI for Arria10. The SDMMC and uart
nodes should be enabled in the appropriate board file.
Signed-off-by: Dinh Nguyen
---
arch/arm/boot/dts/socfpga_arria10.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/socf
On Mon, Apr 20, 2015 at 11:56 AM, Bjorn Helgaas wrote:
>
> On Mon, Apr 20, 2015 at 1:42 PM, Sonny Rao wrote:
> > This uncore is the same as the Haswell desktop part but uses a
> > different PCI ID.
> >
> > Signed-off-by: Sonny Rao
> > ---
> > arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c |
On Fri, Mar 27, 2015 at 05:50:00PM +0100, Andreas Gruenbacher wrote:
> The enum nfs4_acl_whotype is only used in nfs4d's internal nfs4 acl
> representation. No longer expose it to user space.
I'll go ahead and apply that now.
--b.
>
> Signed-off-by: Andreas Gruenbacher
> ---
> include/linux/n
On Mon, Apr 20, 2015 at 10:45 AM, Joe Perches wrote:
> On Mon, 2015-04-20 at 10:37 -0500, Dinh Nguyen wrote:
>> On Thu, Apr 16, 2015 at 5:54 PM, Rob Herring wrote:
>> > +arm-soc
>> > On Thu, Apr 16, 2015 at 5:49 PM, Joe Perches wrote:
>> >> Change the .dts file permissions from 755 to 644.
>> >>
+CC linux-kbuild. Related to this Dirk's work [1].
On Sat, Apr 18, 2015 at 11:05 AM, Jiri Olsa wrote:
> On Sat, Apr 18, 2015 at 10:46:20AM -0400, Bobby Powers wrote:
>> Some toolchains (like Hardened Gentoo) define _FORTIFY_SOURCE in the
>> built-in, default args. This causes perf builds to fai
On Apr 20, 2015, at 12:12 PM, Al Viro wrote:
>
> From: Al Viro
>
> Signed-off-by: Al Viro
Al, the patch itself looks good, thanks.
However, if this is applied at the start of the series it could
allow tests to easily cause a stack overflow during a bisection (I
don't think users would see a
On Mon, 20 Apr 2015, Baolin Wang wrote:
> This patch introduces hrtimer_get_res64() function to get the timer resolution
> with timespec64 type, and moves the hrtimer_get_res() function into
FYI, That function is about to go away, but it's not a big deal to
sort that out once I applied the hrtimer
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/ohad/remoteproc.git
tags/remoteproc-4.1-next
for you to fetch changes up to 315491e5d6
From: Fabio Estevam
Fix typo in 'Multifunction'.
Signed-off-by: Fabio Estevam
---
Documentation/devicetree/bindings/mfd/max77686.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/mfd/max77686.txt
b/Documentation/devicetree/bindings/mfd/m
From: Dinh Nguyen
The git tree at rocketboards.org is going away. Update the entry to reflect
the address of the new location. Also add an entry for all the socfpga_*
dts files.
Signed-off-by: Dinh Nguyen
---
MAINTAINERS | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/
From: Fabio Estevam
Fix typo in the samsung email address.
Cc: Chiwoong Byun
Signed-off-by: Fabio Estevam
---
drivers/regulator/max77686.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/regulator/max77686.c b/drivers/regulator/max77686.c
index 15fb141..23b7c06 100
On Mon, 20 Apr 2015, Baolin Wang wrote:
> This patch introduces the 'struct itimerspec64' for 64bit to replace
> itimerspec,
> and also introduces the conversion methods: itimerspec64_to_itimerspec() and
> itimerspec_to_itimerspec64(), that makes itimerspec to ready for 2038 year.
>
> Signed-off-
On Mon, Apr 20, 2015 at 01:08:16PM -0600, Andreas Dilger wrote:
> On Apr 20, 2015, at 12:12 PM, Al Viro wrote:
> >
> > From: Al Viro
> >
> > Signed-off-by: Al Viro
>
> Al, the patch itself looks good, thanks.
>
> However, if this is applied at the start of the series it could
> allow tests t
On Fri, Apr 17, 2015 at 8:43 PM, Dmitry Torokhov
wrote:
> Let's zero-extend hardware id number when forming firmware file name,
> to avoid kernel requesting firmware like "elants_i2c_ 0.bin", which
> is quite unexpected.
>
> Signed-off-by: Dmitry Torokhov
Reviewed-by: Benson Leung
--
Benson
[+cc Grant (author of ac80a51e2ce5)]
Hi Ricardo,
On Mon, Apr 20, 2015 at 06:22:52PM +0200, Ricardo Ribalda Delgado wrote:
> When a resource is initialized via of_platform_populate.
> resource->parent is initialized to NULL via kzalloc.
> (of_platform_populate->of_device_alloc->of_address_to_resou
On Mon, Apr 20, 2015 at 1:58 PM, Stephane Eranian wrote:
> On Mon, Apr 20, 2015 at 11:56 AM, Bjorn Helgaas wrote:
>>
>> On Mon, Apr 20, 2015 at 1:42 PM, Sonny Rao wrote:
>> > This uncore is the same as the Haswell desktop part but uses a
>> > different PCI ID.
>> >
>> > Signed-off-by: Sonny Rao
Hi,
the upstream kernel fails to build mips:nlm_xlp_defconfig,
mips:nlm_xlp_defconfig, mips:cavium_octeon_defconfig, and possibly
other targets, with errors such as
arch/mips/kernel/smp.c:211:2: error:
passing argument 2 of 'cpumask_set_cpu' discards 'volatile' qualifier
from poin
On Monday 20 April 2015 09:16:05 Takashi Iwai wrote:
> At Sun, 19 Apr 2015 19:00:40 +0200,
> Gabriele Mazzotta wrote:
> >
> > Muting the headphone output pin right before the codec suspension
> > prevents pop noises when headphones are plugged in (except for a
> > barely audible click noise).
> >
On Mon, Apr 20, 2015 at 12:34 PM, Bjorn Helgaas wrote:
> On Mon, Apr 20, 2015 at 1:58 PM, Stephane Eranian wrote:
>> On Mon, Apr 20, 2015 at 11:56 AM, Bjorn Helgaas wrote:
>>>
>>> On Mon, Apr 20, 2015 at 1:42 PM, Sonny Rao wrote:
>>> > This uncore is the same as the Haswell desktop part but use
Em Mon, Apr 20, 2015 at 10:00:46PM +0900, Namhyung Kim escreveu:
> +++ b/tools/perf/ui/browsers/hists.c
> @@ -61,7 +61,7 @@ static int hist_browser__get_folding(struct hist_browser
> *browser)
> rb_entry(nd, struct hist_entry, rb_node);
> if (he->ms.unfolded)
On 04/20/2015 01:27 AM, NeilBrown wrote:
> This allows fscache to cachefiles in a btrfs filesystem.
Thanks for working on this Neil.
Signed-off-by: Chris Mason
-chris
>
> Signed-off-by: NeilBrown
> ---
> fs/btrfs/super.c |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff
On Mon, 20 Apr 2015 16:44:40 +0800
Xie XiuQi wrote:
> RAS user space tools like rasdaemon which base on trace event, could
> receive mce error event, but no memory recovery result event. So, I
> want to add this event to make this scenario complete.
>
> This patch add a event at ras group for me
Em Sat, Apr 18, 2015 at 05:50:15PM +0200, Jiri Olsa escreveu:
> From: Sebastian Andrzej Siewior
>
> Currently we store the data into single data strea/file. The cpu
> if data is stored within the event sample. The lttng puts the CPU
> number that belongs to the event into the packet context inste
On Mon, 20 Apr 2015, Thomas Gleixner wrote:
> On Mon, 20 Apr 2015, Baolin Wang wrote:
> > This patch introduces the 'struct itimerspec64' for 64bit to replace
> > itimerspec,
> > and also introduces the conversion methods: itimerspec64_to_itimerspec() and
> > itimerspec_to_itimerspec64(), that mak
Em Mon, Apr 20, 2015 at 04:58:54PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Sat, Apr 18, 2015 at 05:50:15PM +0200, Jiri Olsa escreveu:
> > From: Sebastian Andrzej Siewior
> With latest babeltrace.git:
>
> [acme@zoo babeltrace]$ git log --oneline | head -1
> 48d711a204f6 Fix: Missing stdin
On Sunday 22 February 2015 21:53:35 Gabriele Mazzotta wrote:
> Hi,
>
> It seems that the following patch prevents errors when the policy is
> changed. Could anybody explain why?
>
> Thanks,
> Gabriele
>
> diff --git a/drivers/ata/libahci.c b/drivers/ata/libahci.c
> index 61a9c07..38d39f7 100644
On Mon, Apr 20, 2015 at 5:43 AM, Michal Hocko wrote:
> On Fri 17-04-15 11:54:42, Andy Lutomirski wrote:
>> On Fri, Apr 17, 2015 at 2:19 AM, Michal Hocko wrote:
>> > On Thu 16-04-15 10:04:17, Andy Lutomirski wrote:
>> >> On Thu, Apr 16, 2015 at 8:01 AM, David Herrmann
>> >> wrote:
>> >> > Hi
>>
Em Sat, Apr 18, 2015 at 05:50:13PM +0200, Jiri Olsa escreveu:
> this is follow up on original RFC patchset:
> http://marc.info/?t=14073273564&r=1&w=2
>
> Basically we are adding 'perf data convert' command to
> allow conversion of perf data file into CTF [1] data.
Patches 1 and 5 applied, t
On Mon, Apr 20, 2015 at 12:40:28PM -0700, Guenter Roeck wrote:
> the upstream kernel fails to build mips:nlm_xlp_defconfig,
> mips:nlm_xlp_defconfig, mips:cavium_octeon_defconfig, and possibly
> other targets, with errors such as
>
> arch/mips/kernel/smp.c:211:2: error:
> passing argument 2
On Mon, 2015-04-20 at 14:24 -0400, George Spelvin wrote:
> +struct wake_q_head {
> + struct wake_q_node *first;
> + struct wake_q_node *last;
> +};
> +
> +#define WAKE_Q_TAIL ((struct wake_q_node *) 0x01)
> +
> +#define WAKE_Q(name) \
> + struct wake_q_he
Em Sat, Apr 18, 2015 at 10:42:58PM +0200, Jiri Olsa escreveu:
> On Sat, Apr 18, 2015 at 07:39:27PM +0200, Ingo Molnar wrote:
> > So since we now know exactly what's going on, we might want to drop
> > the 'invalid or unsupported event' language as well, and make it
> > specific:
> >
> >$ ./p
Em Sat, Apr 18, 2015 at 10:34:38PM +0200, Jiri Olsa escreveu:
> The perf build handles its dependencies by itself.
>
> Also renaming libapi libapikfs to libapi as it got
> changed just recently.
Thanks, applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
File find_next_bit.c was deleted in patch
"lib: move find_last_bit to lib/find_next_bit.c" from Feb, 22,
but not in master (commit 8f6f19dd51). This is just a fix for
wrong merge.
Signed-off-by: Yury Norov
---
lib/find_last_bit.c | 41 -
1 file changed, 41
On Mon, Apr 20, 2015 at 08:12:36AM -0700, Kevin Cernekee wrote:
> On Mon, Apr 20, 2015 at 5:21 AM, Mark Brown wrote:
> >> The same check shows up in numerous other drivers, including the one
> >> for the audio controller on my board.
> > Sounds like either that (undisclosed) driver has a problem
On Mon, Apr 20, 2015 at 05:09:36PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Sat, Apr 18, 2015 at 10:42:58PM +0200, Jiri Olsa escreveu:
> > On Sat, Apr 18, 2015 at 07:39:27PM +0200, Ingo Molnar wrote:
> > > So since we now know exactly what's going on, we might want to drop
> > > the 'invalid or
From: "H. Nikolaus Schaller"
While trying to test a Cinterion GSM/GPS/3G module I had reconfigured
the USB interface by mistake and therefore needed to run a different
USB driver than CDC-ACM. It turned out that I need the "usbserial" driver.
This file is an official description how to use it:
On Fri, 17 Apr 2015 14:00:04 -0400 Chris Metcalf wrote:
> bitmap_parselist("", &mask, nmaskbits) will erroneously set bit
> zero in the mask. The same bug is visible in cpumask_parselist()
> since it is layered on top of the bitmask code, e.g. if you boot with
> "isolcpus=", you will actually en
On 15-04-15 02:59 AM, Kishon Vijay Abraham I wrote:
Hi,
On Tuesday 14 April 2015 03:40 AM, Arun Ramamurthy wrote:
Some generic drivers, such as ehci, may use multiple phys and for such
drivers referencing phy(s) by name(s) does not make sense. Instead of
inventing new naming schemes and using
From: "David A. Long"
This patchset is heavily based on Sandeepa Prabhu's ARM v8 kprobes patches,
first seen in October 2013. This version attempts to address concerns raised by
reviewers and also fixes problems discovered during testing.
This patchset adds support for kernel probes(kprobes), ju
On Mon, Apr 20, 2015 at 10:06:42PM +0200, Ralf Baechle wrote:
> On Mon, Apr 20, 2015 at 12:40:28PM -0700, Guenter Roeck wrote:
>
> > the upstream kernel fails to build mips:nlm_xlp_defconfig,
> > mips:nlm_xlp_defconfig, mips:cavium_octeon_defconfig, and possibly
> > other targets, with errors such
On Mon, Apr 20, 2015 at 2:43 PM, Sonny Rao wrote:
> On Mon, Apr 20, 2015 at 12:34 PM, Bjorn Helgaas wrote:
>> On Mon, Apr 20, 2015 at 1:58 PM, Stephane Eranian wrote:
>>> On Mon, Apr 20, 2015 at 11:56 AM, Bjorn Helgaas wrote:
On Mon, Apr 20, 2015 at 1:42 PM, Sonny Rao wrote:
> T
On Mon, Apr 20, 2015 at 04:58:54PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Sat, Apr 18, 2015 at 05:50:15PM +0200, Jiri Olsa escreveu:
> > From: Sebastian Andrzej Siewior
> >
> > Currently we store the data into single data strea/file. The cpu
> > if data is stored within the event sample. The
From: "David A. Long"
Add HAVE_REGS_AND_STACK_ACCESS_API feature for arm64.
Signed-off-by: David A. Long
---
arch/arm64/Kconfig | 1 +
arch/arm64/include/asm/ptrace.h | 29 +
arch/arm64/include/uapi/asm/ptrace.h | 36 +++
arch/arm64/kernel/ptrace.c
From: Sandeepa Prabhu
Kprobes needs simulation of instructions that cannot be stepped
from different memory location, e.g.: those instructions
that uses PC-relative addressing. In simulation, the behaviour
of the instruction is implemented using a copy of pt_regs.
Following instruction catagorie
From: Sandeepa Prabhu
Add info prints in sample kprobe handlers for ARM64
Signed-off-by: Sandeepa Prabhu
---
samples/kprobes/kprobe_example.c | 8
1 file changed, 8 insertions(+)
diff --git a/samples/kprobes/kprobe_example.c b/samples/kprobes/kprobe_example.c
index 366db1a..51d459c 1
From: Sandeepa Prabhu
Add support for basic kernel probes(kprobes) and jump probes
(jprobes) for ARM64.
Kprobes utilizes software breakpoint and single step debug
exceptions supported on ARM v8.
A software breakpoint is placed at the probe address to trap the
kernel execution into the kprobe ha
From: "David A. Long"
Certain instructions are hard to execute correctly out-of-line (as in
kprobes). Test functions are added to insn.[hc] to identify these. The
instructions include any that use PC-relative addressing, change the PC,
or change interrupt masking. For efficiency and simplicity
On Fri, 2015-04-17 at 22:03 -0400, Waiman Long wrote:
> diff --git a/include/linux/osq_lock.h b/include/linux/osq_lock.h
> index 3a6490e..703ea5c 100644
> --- a/include/linux/osq_lock.h
> +++ b/include/linux/osq_lock.h
> @@ -32,4 +32,9 @@ static inline void osq_lock_init(struct
> optimistic_spin_
Hi Bjorn!
Thanks for your promtly response.
On Mon, Apr 20, 2015 at 9:28 PM, Bjorn Helgaas wrote:
> [+cc Grant (author of ac80a51e2ce5)]
>
> Hi Ricardo,
>
> On Mon, Apr 20, 2015 at 06:22:52PM +0200, Ricardo Ribalda Delgado wrote:
>>
>> If of_platform_depopulate is called later, resource->parent
On Mon, Apr 20 2015, Borislav Petkov wrote:
> On Mon, Apr 20, 2015 at 02:28:16PM +0200, Rasmus Villemoes wrote:
>>
>> Nothing seems to have happened on the kernel side since H.J. Lu
>> implemented this in December. Since gcc 5 is officially released
>
> I see the same patch from him from Apr. 1
> It's used everywhere, on servers,
> embedded systems, desktops, you name it. All languages have bindings
> for it, and it's the underpinning of a modern Linux stack.
Since when? D-bus is some GUI depoendency. On my console-only servers, it's
not needed, and not installed:
# dpkg-query -s lib
From: Sandeepa Prabhu
AArch64 ISA does not have instructions to pop the PC register
value from the stack(like ARM v7 has ldmia {...,pc}) without using
one of the general purpose registers. This means return probes
cannot return to the actual return address directly without
modifying register cont
On Mon, Apr 20, 2015 at 9:59 AM, Paolo Bonzini wrote:
>
>
> On 17/04/2015 22:18, Marcelo Tosatti wrote:
>> The bug which this is fixing is very rare, have no memory of a report.
>>
>> In fact, its even difficult to create a synthetic reproducer.
>
> But then why was the task migration notifier eve
Add multicast-filter-bins and perfect-filter-entries configuration properties
to the socfpga devicetree for the Arria 10 socfpga.
Signed-off-by: Vince Bridgers
---
This patch is based on patches
http://www.spinics.net/lists/devicetree/msg75270.html
http://www.spinics.net/lists/devicetree/msg75273
Add tx-fifo-depth and rx-fifo-depth devicetree properties for socfpga
stmmac. These devicetree properties will be used to configure certain
features of the stmmac on the socfpga.
Signed-off-by: Vince Bridgers
---
This patch is based on patches
http://www.spinics.net/lists/devicetree/msg75270.html
On Mon, Apr 20, 2015 at 08:22:53PM +0100, Al Viro wrote:
> On Mon, Apr 20, 2015 at 01:08:16PM -0600, Andreas Dilger wrote:
> > On Apr 20, 2015, at 12:12 PM, Al Viro wrote:
> > >
> > > From: Al Viro
> > >
> > > Signed-off-by: Al Viro
> >
> > Al, the patch itself looks good, thanks.
> >
> > Ho
On Mon, Apr 20, 2015 at 10:24:25PM +0200, Ricardo Ribalda Delgado wrote:
> Hi Bjorn!
>
> Thanks for your promtly response.
>
> On Mon, Apr 20, 2015 at 9:28 PM, Bjorn Helgaas wrote:
> > [+cc Grant (author of ac80a51e2ce5)]
> >
> > Hi Ricardo,
> >
> > On Mon, Apr 20, 2015 at 06:22:52PM +0200, Rica
On Mon, Apr 20, 2015 at 03:53:25PM +0200, Bert Vermeulen wrote:
> As it turns out, the set_cs() enable parameter refers to the logic level
> on the CS pin, not the state of chip selection.
> This broke functionality of the LEDs behind the CPLD, or at least delayed
> the commands until another one
On Mon, Apr 20, 2015 at 04:19:01PM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Fix typo in the samsung email address.
Applied, thanks.
signature.asc
Description: Digital signature
Em Mon, Apr 20, 2015 at 10:15:39PM +0200, Jiri Olsa escreveu:
> On Mon, Apr 20, 2015 at 05:09:36PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Sat, Apr 18, 2015 at 10:42:58PM +0200, Jiri Olsa escreveu:
> > So, do you want me to apply this series and you work on top of it or
> > should I wait for
On Mon, Apr 20, 2015 at 10:09:03AM -0700, Paul E. McKenney wrote:
>
> The sysfs knob might be nice, but as far as I know nobody has been
> complaining about it.
>
> Besides, we already have the rcutree.kthread_prio= kernel-boot parameter.
> So how about if the Kconfig parameter selects either SCH
On Mon, 20 Apr 2015, Baolin Wang wrote:
> @@ -771,6 +771,7 @@ SYSCALL_DEFINE2(timer_gettime, timer_t, timer_id,
> struct itimerspec __user *, setting)
> {
> struct itimerspec cur_setting;
> + struct itimerspec64 cur_setting64;
> struct k_itimer *timr;
> struct k
Em Mon, Apr 20, 2015 at 10:19:44PM +0200, Jiri Olsa escreveu:
> On Mon, Apr 20, 2015 at 04:58:54PM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Sat, Apr 18, 2015 at 05:50:15PM +0200, Jiri Olsa escreveu:
> > > From: Sebastian Andrzej Siewior
> > >
> > > Currently we store the data into single dat
On Mon, Apr 20, 2015 at 10:24:44PM +0200, Rasmus Villemoes wrote:
> Hadn't seen that, so I wrongly assumed everybody had forgotten about
> it. I don't care about the S-o-b on the trivial Makefile patch, but my
> request for a feature-suggested-by or similar still stands.
I don't understand what th
David,
On Thu, Apr 16, 2015 at 8:20 PM, David Herrmann wrote:
> Hi
>
> On Wed, Apr 15, 2015 at 8:18 PM, Linus Torvalds
> wrote:
>> On Wed, Apr 15, 2015 at 11:11 AM, Greg Kroah-Hartman
>> wrote:
>>> On Wed, Apr 15, 2015 at 01:33:27PM -0400, Steven Rostedt wrote:
I'll argue that you can
401 - 500 of 693 matches
Mail list logo