On 11/19/2014 07:49 PM, SF Markus Elfring wrote:
Marcus, what tree are you looking at?
I dared to base this update suggestion on the source files
for Linux 3.17.3. Are newer software developments relevant here?
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/log/net/sched/
P
On Wed, Nov 19, 2014 at 9:48 AM, Joe Stringer wrote:
> On Wednesday, November 19, 2014 00:11:01 Pravin Shelar wrote:
>> On Tue, Nov 18, 2014 at 11:25 PM, Joe Stringer
> wrote:
>> > On 18 November 2014 22:09, Pravin Shelar wrote:
>> >> On Tue, Nov 18, 2014 at 10:54 AM, Joe Stringer
>> >>
>> >> w
On Wed, Nov 19, 2014 at 11:09:46AM +0100, Heiko Carstens wrote:
> Hi Kirill,
>
> the problem below has already been reported here:
> https://lkml.org/lkml/2014/11/11/505
>
> but seems there is still no fix available upstream?
> Would be good to have it soon, since this basically renders lockdep u
On Wed, Nov 19, 2014 at 08:46:19AM +, AKASHI Takahiro wrote:
> On 11/18/2014 11:04 PM, Will Deacon wrote:
> > On Tue, Nov 18, 2014 at 01:10:34AM +, AKASHI Takahiro wrote:
> >>
> >> + if (((int)regs->syscallno == -1) && (orig_syscallno == -1)) {
> >> + /*
> >> + * user-is
On Tue, 18 Nov 2014 17:37:06 +0900
Ethan Zhao wrote:
> Add kernel command line parameter
> intel_pstate = ignore_acpi_ppc
> and module parameter
> ignore_acpi_ppc = 1
> to allow driver to ignore the ACPI _PPC existence even for Sun x86 servers.
> These parameter could be used for debug\test\wor
Doug,
On Wed, Nov 19, 2014 at 10:51 AM, Doug Anderson wrote:
> Since the dw_mmc driver was first added to Linux it's had a TODO in it
> that we should turn off the card clock during suspend. I have no idea
> for sure why it wasn't done originally, but if I had to guess I'd
> guess it was related
On Wed, Nov 19, 2014 at 11:02 AM, Frederic Weisbecker
wrote:
> On Wed, Nov 19, 2014 at 09:40:26AM -0800, Linus Torvalds wrote:
>> On Wed, Nov 19, 2014 at 9:22 AM, Linus Torvalds
>> wrote:
>> >
>> > So it hasn't actually done the "push %rbx; popfq" part - there must be
>> > a label at the return p
On Wed, Nov 19, 2014 at 09:40:26AM -0800, Linus Torvalds wrote:
> On Wed, Nov 19, 2014 at 9:22 AM, Linus Torvalds
> wrote:
> >
> > So it hasn't actually done the "push %rbx; popfq" part - there must be
> > a label at the return part, and context_tracking_user_exit() never
> > actually did the loca
Pavel Machek writes:
> Thanks for the info.
>
> I added
>
> "
> +Mainline has support for Mitac Mio A701, but that having only 64MiB
> +RAM, QTopia is the software to use there.
> "
Thanks Pavel, that looks good.
Cheers.
--
Robert
--
To unsubscribe from this list: send the line "unsubscribe
On Tue, 18 Nov 2014 17:37:05 +0900
Ethan Zhao wrote:
> From: Brian Maly
>
> To provide the flexibility of module, allow this driver to
> be configured and built as a module.
>
> Signed-off-by: Brian Maly
> Signed-off-by: Ethan Zhao
I believe the entire concept of being able to use intel_pst
On Wed, Nov 19, 2014 at 09:01:19AM -0800, Darren Hart wrote:
> ksize generates hierarchical build size reports from vmlinux, *.o, and
> built-in.o files.
>
> ksize is useful in preparing minimal configurations and comparing
> similar configurations across kernel versions.
>
> Signed-off-by: Darre
Since the dw_mmc driver was first added to Linux it's had a TODO in it
that we should turn off the card clock during suspend. I have no idea
for sure why it wasn't done originally, but if I had to guess I'd
guess it was related to the lack of a common clock framework. Let's
do it now.
There is n
> Marcus, what tree are you looking at?
I dared to base this update suggestion on the source files
for Linux 3.17.3. Are newer software developments relevant here?
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/log/net/sched/
Regards,
Markus
--
To unsubscribe from this list: s
Hi Zhang,
On Fri, Oct 31, 2014 at 09:26:09AM +0800, zhanghailiang wrote:
> On 2014/10/30 20:49, Dr. David Alan Gilbert wrote:
> > * zhanghailiang (zhang.zhanghaili...@huawei.com) wrote:
> >> On 2014/10/30 1:46, Andrea Arcangeli wrote:
> >>> Hi Zhanghailiang,
> >>>
> >>> On Mon, Oct 27, 2014 at 05:
Heiko,
On Wed, Nov 19, 2014 at 10:46 AM, Heiko Stübner wrote:
> Am Mittwoch, 19. November 2014, 09:54:13 schrieb Doug Anderson:
>> Hi,
>>
>> On Tue, Nov 18, 2014 at 3:49 PM, Doug Anderson
> wrote:
>> > +static void rockchip_irq_disable(struct irq_data *d)
>> > +{
>> > + struct irq_chip_gen
On Wed, Nov 19, 2014 at 01:42:36PM +0800, Peter Hung wrote:
> Dear Greg KH and Senior Linuxers,
>
> I had some some question, If I submited a patch, but it had rejected, how
> should I do when fix the patch?
>
> 1. send patch by reply original email ?
You can do this, with a [PATCH v2] in the su
Am Mittwoch, 19. November 2014, 09:54:13 schrieb Doug Anderson:
> Hi,
>
> On Tue, Nov 18, 2014 at 3:49 PM, Doug Anderson
wrote:
> > +static void rockchip_irq_disable(struct irq_data *d)
> > +{
> > + struct irq_chip_generic *gc = irq_data_get_irq_chip_data(d);
> > + u32 val;
> > +
> >
VTL panels do not switch to the multitouch mode until the input mode
feature is read by the host. This should normally be done by
usbhid, but it looks like an other bug prevents usbhid to properly
retrieve the feature state. As a workaround, we force the reading of
the feature in mt_set_input_mode
From: Viresh Kumar
Clockevents core now supports ->set_dev_mode() (as a replacement to
->set_mode()), with capability to return error codes.
This patch migrates few clockevent drivers to the new method to demonstrate how
to convert to the new interface.
Drivers are modified to return -ENOSYS wh
From: Viresh Kumar
Currently, the ->set_mode() method of a clockevent device is not
allowed to fail, so it has no return value. In order to add new
clockevent modes, and allow the setting of those modes to fail, we
need the clockevent core to be able to detect when setting a mode
fails.
To allo
On Tue, Nov 18, 2014 at 3:15 PM, Andy Lutomirski wrote:
> On x86, sleeping while on an IST or irq stack has a surprisingly
> good chance of working, but it can also fail dramatically. Add an
> arch hook to allow schedule and __might_sleep to catch sleeping on
> the wrong stack.
Why doesn't the n
From: Kevin Hilman
Currently, the ->set_mode() method of a clockevent device is not
allowed to fail, so it has no return value. In order to add new
clockevent modes, and allow the setting of those modes to fail, we
need the clockevent core to be able to detect when setting a mode
fails.
Rather
On Wed, 19 Nov 2014 19:29:25 +0100 (CET)
Thomas Gleixner wrote:
> On Wed, 19 Nov 2014, Steven Rostedt wrote:
> > From: "Steven Rostedt (Red Hat)"
> > Date: Tue, 18 Nov 2014 21:14:11 -0500
> > Subject: [PATCH] ftrace/x86/extable: Add is_ftrace_trampoline() function
> >
> > Stack traces that happ
On Wed, Nov 19, 2014 at 07:20:21PM +0100, Marcus Overhagen wrote:
> Hi,
>
> I will try reverting that, but may need until tomorrow or Friday.
>
> Just now I made a warm reboot from rc3 to rc5 and initially scrolling
> behaviour was ok, but after about a minute it went wrong and I got
> this:
>
On Wed, 19 Nov 2014 19:26:48 +0100 (CET)
Thomas Gleixner wrote:
> On Tue, 18 Nov 2014, Steven Rostedt wrote:
> > From: "Steven Rostedt (Red Hat)"
> >
> > When CONFIG_FRAME_POINTERS are enabled, it is required that the
> > ftrace_caller and ftrace_regs_caller trampolines set up frame pointers
>
Hello Alan,
Thanks a lot for your feedback.
On 11/18/2014 06:00 PM, One Thousand Gnomes wrote:
>> +#ifdef CONFIG_COMPAT
>> +struct compat_cros_ec_command {
>> +uint32_t version;
>> +uint32_t command;
>> +compat_uptr_t outdata;
>> +uint32_t outsize;
>> +compat_uptr_t indata;
>>
On Tue, 18 Nov 2014 14:57:26 +0900
byungchul.p...@lge.com wrote:
> From: Byungchul Park
>
> Currently, some tracers tracing latency print "!" or "+" just after time
> to signal overhead, depending on the interval between events. Even it is
> usually enough to do that, we sometimes need to be sig
On Wed, Nov 19, 2014 at 4:48 AM, Dan Murphy wrote:
> Introduce the Texas Instruments lp8860
> 4 channel LED driver.
>
> This driver configures the device in display cluster mode
> as this seems to be the most used configuration at the
> time of the driver configuration.
>
> For more product inform
Am Dienstag, 18. November 2014, 15:49:55 schrieb Doug Anderson:
> The rockchip pinctrl driver was using irq_gc_set_wake() as its
> implementation of irq_set_wake() but was totally ignoring everything
> that irq_gc_set_wake() did (which is to upkeep gc->wake_active).
>
> Let's fix that by setting g
> NB: Tony has seen odd behavior when stress-testing injected
> machine checks with this series applied. I suspect that
> it's a bug in something else, possibly his BIOS. Bugs in
> this series shouldn't be ruled out, though.
v3 did 3.5x better than earlier ones ... survived overnight but died at
On Wed, 19 Nov 2014, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
> Date: Tue, 18 Nov 2014 21:14:11 -0500
> Subject: [PATCH] ftrace/x86/extable: Add is_ftrace_trampoline() function
>
> Stack traces that happen from function tracing check if the address
> on the stack is a __kernel_tex
From: Johannes Berg
The change from \d+ to .+ inside __aligned() means that the following
structure:
struct test {
u8 a __aligned(2);
u8 b __aligned(2);
};
essentially gets modified to
struct test {
u8 a;
};
for purposes of kernel-doc, thus dropping a struct member, whi
On Tue, 18 Nov 2014, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> When CONFIG_FRAME_POINTERS are enabled, it is required that the
> ftrace_caller and ftrace_regs_caller trampolines set up frame pointers
> otherwise a stack trace from a function call wont print the functions
> that
From: Markus Elfring
Date: Wed, 19 Nov 2014 19:19:21 +0100
The functions kfree() and pci_dev_put() test whether their argument is NULL
and then return immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfrin
On Wed, 19 Nov 2014, Ard Biesheuvel wrote:
> On 19 November 2014 18:12, Nicolas Pitre wrote:
> > On Wed, 19 Nov 2014, Russell King - ARM Linux wrote:
> >
> >> On Wed, Nov 19, 2014 at 11:57:15AM -0500, Nicolas Pitre wrote:
> >> > On Wed, 19 Nov 2014, Russell King - ARM Linux wrote:
> >> > > I don'
Hi,
I will try reverting that, but may need until tomorrow or Friday.
Just now I made a warm reboot from rc3 to rc5 and initially scrolling
behaviour was ok, but after about a minute it went wrong and I got
this:
[ 179.705362] [ cut here ]
[ 179.705382] WARNING: CPU: 3
From: Dan Carpenter
Date: Wed, 19 Nov 2014 13:10:03 +0300
> I have come to view you as a very clever troll.
+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 http://vger.kernel.org/majordomo
Hi Marcus,
On Wed, Nov 19, 2014 at 07:00:16PM +0100, Marcus Overhagen wrote:
> I'm not sure if my problems are related, but anyway:
>
> I'm using a Samsung NP730U3E notebook that also has an elantech touchpad.
>
> With 3.18.0-rc3 two finger scrolling in Firefox is smoth, but with
> 3.18.0-rc5 I
On Wed, Nov 19, 2014 at 03:52:26PM +, Daniel Thompson wrote:
> If the overflow threshold for a counter is set above or near the
> 0x boundary then the kernel may lose track of the overflow
> causing only events that occur *after* the overflow to be recorded.
> Specifically the problem o
On Wed, Nov 19, 2014 at 7:30 AM, jeffrey.lin wrote:
> From: "jeffrey.lin"
Also, this email address appears to not be active. Please do not list
dead email addresses as the author.
>
> this patch is porting Raydium I2C touch driver. Developer can enable
> raydium touch driver by modifying define
On Wed, Nov 19, 2014 at 02:14:11PM +, Yingjoe Chen wrote:
> Add binding documentation for Mediatek SoC SYSIRQ.
>
> Signed-off-by: Yingjoe Chen
> ---
> .../bindings/arm/mediatek/mediatek,sysirq.txt | 26
> ++
> 1 file changed, 26 insertions(+)
> create mode 100644
On Wed, Nov 19, 2014 at 05:44:48PM +0100, Daniel Mack wrote:
> On 11/19/2014 04:30 PM, jeffrey.lin wrote:
> > From: "jeffrey.lin"
> >
> > this patch is porting Raydium I2C touch driver. Developer can enable
> > raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS".
> >
> > BUG: Non
Hi Jeffrey,
On Wed, Nov 19, 2014 at 7:30 AM, jeffrey.lin wrote:
> From: "jeffrey.lin"
>
> this patch is porting Raydium I2C touch driver. Developer can enable
> raydium touch driver by modifying define "CONFIG_TOUCHSCREEN_RM_TS".
>
> BUG: None
> TEST: built and test with peppy
These two lines se
On Wed, Nov 19, 2014 at 02:14:09PM +, Yingjoe Chen wrote:
> Mediatek SoCs have interrupt polarity support in sysirq which
> allows to invert polarity for given interrupt. Add this support
> using hierarchy irq domain.
>
> Signed-off-by: Yingjoe Chen
> ---
> drivers/irqchip/Makefile |
On 11/14/2014 05:19 PM, Dmitry Torokhov wrote:
Return value of irq_of_parse_and_map() is unsigned int, with 0
indicating failure, so testing for negative result never works.
Signed-off-by: Dmitry Torokhov
---
Not tested, found by casual code inspection.
drivers/pci/host/pci-keystone.c | 2 +-
On Wed, 19 Nov 2014, David Vrabel wrote:
> On a Xen PV guest the DMA addresses and physical addresses are not 1:1
> (such as Xen PV guests) and the generic dma_get_required_mask() does
> not return the correct mask (since it uses max_pfn).
>
> Some device drivers (such as mptsas, mpt2sas) use
> dm
Hi Pavel,
Pavel Machek wrote:
> On Mon 2014-11-17 07:06:17, Tony Lindgren wrote:
>> * Pali Rohár [141117 07:03]:
>>> On Monday 17 November 2014 15:55:46 Tony Lindgren wrote:
There's nothing stopping us from initializing the camera code
from pdata-quirks.c for now to keep it working
I'm not sure if my problems are related, but anyway:
I'm using a Samsung NP730U3E notebook that also has an elantech touchpad.
With 3.18.0-rc3 two finger scrolling in Firefox is smoth, but with
3.18.0-rc5 I have to press a
lot harder and usually scrolling only startes after stopping the
movement
Hello Mark,
On 11/19/2014 06:47 PM, Mark Brown wrote:
> These are bugs. The device tree should describe the hardware, spidev is
> a Linux implementation detail. Provide a compatible string for the
> device that is there just as you would for any other device.
>
Thanks a lot for your explanation
The bluetooth spec states that automatically flushable packets may not
be sent over a LE-U link.
Signed-off-by: Steven Walter
---
net/bluetooth/l2cap_core.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/net/bluetooth/l2cap_core.c b/net/bluetooth/l2cap_core.c
On 19 November 2014 18:12, Nicolas Pitre wrote:
> On Wed, 19 Nov 2014, Russell King - ARM Linux wrote:
>
>> On Wed, Nov 19, 2014 at 11:57:15AM -0500, Nicolas Pitre wrote:
>> > On Wed, 19 Nov 2014, Russell King - ARM Linux wrote:
>> > > I don't think I ever did, because its pretty much impossible t
On Tue, Nov 18, 2014 at 03:49:56PM -0800, Doug Anderson wrote:
> The Rockchip pinctrl driver was only implementing the "mask" and
> "unmask" operations though the hardware actually has two distinct
> things: enable/disable and mask/unmask. It was implementing the
> "mask" operations as a hardware
On Tue, Nov 18, 2014 at 03:49:55PM -0800, Doug Anderson wrote:
> The rockchip pinctrl driver was using irq_gc_set_wake() as its
> implementation of irq_set_wake() but was totally ignoring everything
> that irq_gc_set_wake() did (which is to upkeep gc->wake_active).
>
> Let's fix that by setting gc
On 19/11/2014 13:48, Nicholas Krause wrote:
> Removes fix me comments for needing fault addresses to be returned in certain
> functions if they fail as they are stored and included in this file via the \
> header file,paging_tmpl.h.
KVM: x86: Remove FIXMEs in emulate.c
Remove fixme
Hi,
On Tue, Nov 18, 2014 at 3:49 PM, Doug Anderson wrote:
> +static void rockchip_irq_disable(struct irq_data *d)
> +{
> + struct irq_chip_generic *gc = irq_data_get_irq_chip_data(d);
> + u32 val;
> +
> + irq_gc_lock(gc);
> + val = irq_reg_readl(gc, GPIO_INTEN);
> +
Hi Jacek and Pavel,
Jacek Anaszewski wrote:
> Hi Pavel, Sakari,
>
> On 11/18/2014 05:51 PM, Pavel Machek wrote:
>> Hi!
>>
If the hardware LED changes with one that needs different current, the
block for the adp1653 stays the same, but white LED block should be
updated with differen
On Wed, Nov 19, 2014 at 08:36:08PM +0800, Zidan Wang wrote:
> wm8960 codec has a wm8960_data struct which has two fields shared_lrclk and
> capless.
> The wm8960_data is get from platform_data and it is reasonable to set it from
> device
> tree when platform_data is null.
> And when shared_lrclk
On Wed, Nov 19 2014 at 2:14:10 pm GMT, Yingjoe Chen
wrote:
> Add sysirq settings for mt6589/mt8135/mt8127
> This also correct timer interrupt flag. The old setting works
> because boot loader already set polarity for timer interrupt.
> Without intpol support, the setting was not changed so gic
>
On Wednesday, November 19, 2014 00:11:01 Pravin Shelar wrote:
> On Tue, Nov 18, 2014 at 11:25 PM, Joe Stringer
wrote:
> > On 18 November 2014 22:09, Pravin Shelar wrote:
> >> On Tue, Nov 18, 2014 at 10:54 AM, Joe Stringer
> >>
> >> wrote:
> >> > When userspace doesn't provide a mask, OVS datap
On Wed, Nov 19, 2014 at 08:36:08PM +0800, Zidan Wang wrote:
> wm8960 codec has a wm8960_data struct which has two fields shared_lrclk and
> capless.
Please ensure your changelog is wrapped within 80 columns.
> ---
> sound/soc/codecs/wm8960.c | 49
> ++---
On Wed, Nov 19, 2014 at 09:19:13AM -0800, Doug Anderson wrote:
Please stop CCing my work address for upstream things.
> On Wed, Nov 19, 2014 at 2:07 AM, Javier Martinez Canillas
> > I see, I thought that it was a common practice in the mainline kernel
> > too since I saw that many board DTS curr
ksize generates hierarchical build size reports from vmlinux, *.o, and
built-in.o files.
ksize is useful in preparing minimal configurations and comparing
similar configurations across kernel versions.
Signed-off-by: Darren Hart
Reviewed-by: Josh Triplett
--
v2: Drop kernel version detection p
On Wed, Nov 19, 2014 at 9:22 AM, Linus Torvalds
wrote:
>
> So it hasn't actually done the "push %rbx; popfq" part - there must be
> a label at the return part, and context_tracking_user_exit() never
> actually did the local_irq_save/restore at all. Which means that it
> took one of the early exits
From: Markus Elfring
Date: Wed, 19 Nov 2014 18:30:22 +0100
The functions backlight_device_unregister(), lcd_device_unregister() and
rc_unregister_device() test whether their argument is NULL and then
return immediately. Thus the test around the call is not needed.
This issue was detected by usin
Hook up x86-64, i386 and x32 ABIs.
Signed-off-by: David Drysdale
---
arch/x86/ia32/audit.c| 1 +
arch/x86/ia32/ia32entry.S| 1 +
arch/x86/kernel/audit_64.c | 1 +
arch/x86/kernel/entry_64.S | 28
arch/x86/syscalls/syscall_32.tbl |
The check on the higher limit of the segment, and the check on the
maximum accessible size, is the same for both expand-up and
expand-down segments. Only the computation of "lim" varies.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/emulate.c | 13 -
1 file changed, 4 insertions(+),
Linus, Wolfram,
Second instalment. Enjoy!
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1 (2014-10-19 18:08:38 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git
tags/ib-mfd-gpio-i2c-v3.19-1
Signed-off-by: David Drysdale
---
tools/testing/selftests/Makefile| 1 +
tools/testing/selftests/exec/.gitignore | 9 +
tools/testing/selftests/exec/Makefile | 25 ++
tools/testing/selftests/exec/execveat.c | 397
4 files changed, 432 insertions(+)
On Wed, 19 Nov 2014, David Vrabel wrote:
> Signed-off-by: David Vrabel
> Cc: Tony Luck
> Cc: Fenghua Yu
> Cc: linux-i...@vger.kernel.org
Reviewed-by: Stefano Stabellini
> arch/ia64/include/asm/machvec.h |2 +-
> arch/ia64/include/asm/machvec_init.h |1 -
> arch/ia64/pci/pci.c
On 11/19/2014 10:49 PM, Mason wrote:
> On 19/11/2014 17:57, Victor Ascroft wrote:
>
>> This actually depends on the kernel you are using. Do you have relatively
>> new kernel or an old one? Depending on that, either you will get that
>> information in a board file or else in the device tree in ar
On 19 November 2014 16:15, pang.xunlei wrote:
> On 4 November 2014 00:54, Vincent Guittot wrote:
[snip]
>> +static inline bool
>> +group_has_capacity(struct lb_env *env, struct sg_lb_stats *sgs)
>> {
>> - unsigned int capacity_factor, smt, cpus;
>> - unsigned int capacity, capacity
On Wed, 19 Nov 2014, Stephen Warren wrote:
> On 11/19/2014 08:29 AM, Lee Jones wrote:
> >>The model B and B+ differ in the GPIO lines for ACT and PWR leds, and the
> >>I2S interface.
> >>
> >>Signed-off-by: Matthias Klein
> >>---
> >>Changes in v2:
> >>- move the common parts between the B and B+
Hello Doug,
On 11/19/2014 06:19 PM, Doug Anderson wrote:
>>
>> I wonder how the spidev user-space interface is supposed to be used
>> when booting with Device Trees.
>
> OK. Please don't take my comments as a NAK on this patch. I should
> have done the same grep myself before sending--sorry. I
register_address has been a duplicate of address_mask ever since the
ancestor of __linearize was born in 90de84f50b42 (KVM: x86 emulator:
preserve an operand's segment identity, 2010-11-17).
However, we can put it to a better use by including the call to reg_read
in register_address. Similarly, t
Signed-off-by: David Drysdale
Acked-by: David S. Miller
---
arch/sparc/include/uapi/asm/unistd.h | 3 ++-
arch/sparc/kernel/systbls_32.S | 1 +
arch/sparc/kernel/systbls_64.S | 2 ++
3 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/arch/sparc/include/uapi/asm/unistd.h
b
Add a new execveat(2) system call. execveat() is to execve() as
openat() is to open(): it takes a file descriptor that refers to a
directory, and resolves the filename relative to that.
In addition, if the filename is empty and AT_EMPTY_PATH is specified,
execveat() executes the file to which the
Signed-off-by: David Drysdale
---
man2/execveat.2 | 153
1 file changed, 153 insertions(+)
create mode 100644 man2/execveat.2
diff --git a/man2/execveat.2 b/man2/execveat.2
new file mode 100644
index ..937d79e4c4f0
--- /dev/nu
This patch set adds execveat(2) for x86, and is derived from Meredydd
Luff's patch from Sept 2012 (https://lkml.org/lkml/2012/9/11/528).
The primary aim of adding an execveat syscall is to allow an
implementation of fexecve(3) that does not rely on the /proc
filesystem, at least for executables (r
On Mon, Oct 13, 2014 at 08:23:19AM -0500, Chuck Ebbert wrote:
> On Mon, 13 Oct 2014 08:28:35 -0300
> Henrique de Moraes Holschuh wrote:
>
> > On Mon, 13 Oct 2014, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 3.17.1
> > > release. There are 25 patches in thi
On Wed, Nov 19, 2014 at 6:59 AM, Dave Jones wrote:
> On Tue, Nov 18, 2014 at 08:40:55PM -0800, Linus Torvalds wrote:
> >
> > That makes me wonder: does the problem go away if you disable NOHZ?
>
> Aparently not.
>
> NMI watchdog: BUG: soft lockup - CPU#3 stuck for 22s! [trinity-c75:25175]
> CPU:
This module registers a crc32 algorithm and a crc32c algorithm
that use the optional CRC32 and CRC32C instructions in ARMv8.
Tested on AMD Seattle.
Improvement compared to crc32c-generic algorithm:
TCRYPT CRC32C speed test shows ~450% speedup.
Simple dd write tests to btrfs filesystem show ~30% s
On 19/11/2014 17:57, Victor Ascroft wrote:
This actually depends on the kernel you are using. Do you have relatively
new kernel or an old one? Depending on that, either you will get that
information in a board file or else in the device tree in arch/arm/boot/dts.
I'll reply more thoroughly lat
Hello Andreas,
On 11/19/2014 04:56 PM, Andreas Färber wrote:
> The HP Chromebook 11 uses an Atmel maXTouch as trackpad.
> The keymap was found by trial-and-error.
>
> Signed-off-by: Andreas Färber
Patch looks good to me.
Reviewed-by: Javier Martinez Canillas
Best regards,
Javier
--
To unsub
Javier,
On Wed, Nov 19, 2014 at 2:07 AM, Javier Martinez Canillas
wrote:
> Hello Doug,
>
> Thanks for your feedback.
>
> On 11/18/2014 06:50 PM, Doug Anderson wrote:
>> This is common practice in the Chrome OS tree, but we've gotten
>> pushback from upstream questioning about whether "spidev" is
Hi Yingjoe,
On Wed, Nov 19 2014 at 2:14:08 pm GMT, Yingjoe Chen
wrote:
> Add support to use gic as a parent for stacked irq domain.
>
> Signed-off-by: Yingjoe Chen
> ---
> drivers/irqchip/Kconfig | 1 +
> drivers/irqchip/irq-gic.c | 78
> ---
>
The removal path for selftest data has an off by one error that causes
the code to dereference beyond the end of the nodes[] array on the first
pass through. The old code only worked by chance on a lot of platforms,
but the bug was recently exposed on aarch64.
The fix is simple. Decrement the node
On Wed, 19 Nov 2014, Russell King - ARM Linux wrote:
> On Wed, Nov 19, 2014 at 11:57:15AM -0500, Nicolas Pitre wrote:
> > On Wed, 19 Nov 2014, Russell King - ARM Linux wrote:
> > > I don't think I ever did, because its pretty much impossible to do as I
> > > explained in a follow up to this thread
On Wed, 2014-11-19 at 17:37 +1100, Jon Maxwell wrote:
> Prerequisites for this to happen:
> 1) The local tcp port range must be exhausted.
> 2) A process must have called bind() followed by connect() for all
> local ports.
How the bind() is done exactly ? How SO_REUSEADDR is used ?
> 3) A diffe
On Wed, 2014-11-19 at 19:08 +0200, Michael S. Tsirkin wrote:
> On Wed, Nov 19, 2014 at 06:50:17PM +0200, Michael S. Tsirkin wrote:
> > On Wed, Nov 19, 2014 at 10:47:14AM -0600, Dan Williams wrote:
> > > On Wed, 2014-11-19 at 18:18 +0200, Michael S. Tsirkin wrote:
> > > > TUN_ flags are internal and
On Wed, 19 Nov 2014 17:51:49 +0100
Petr Mladek wrote:
> OK, I'll put it on my todo list. Let's see who is faster ;-) And I
> keep my fingers crossed about the OK from Linus and Andrew.
I'll assume they are going to be OK'd. I'll place these patches in a
separate branch and after I finish testi
Hello Andreas,
On 11/19/2014 04:56 PM, Andreas Färber wrote:
> multi_v7_defconfig has it as Y already, so build it in here, too, for
> consistency, and therefore build in HWMON as well.
>
> Signed-off-by: Andreas Färber
Reviewed-by: Javier Martinez Canillas
Best regards,
Javier
--
To unsubsc
Hello Andreas,
On 11/19/2014 04:56 PM, Andreas Färber wrote:
> Spotted in the Chrome OS 3.8 based device tree.
> Needs CONFIG_SENSORS_LM90.
>
> Signed-off-by: Andreas Färber
Reviewed-by: Javier Martinez Canillas
Best regards,
Javier
--
To unsubscribe from this list: send the line "unsubscrib
On Wed, Nov 19, 2014 at 06:50:17PM +0200, Michael S. Tsirkin wrote:
> On Wed, Nov 19, 2014 at 10:47:14AM -0600, Dan Williams wrote:
> > On Wed, 2014-11-19 at 18:18 +0200, Michael S. Tsirkin wrote:
> > > TUN_ flags are internal and never exposed
> > > to userspace. Any application using it is almost
On 11/19/2014 08:29 AM, Lee Jones wrote:
The model B and B+ differ in the GPIO lines for ACT and PWR leds, and the
I2S interface.
Signed-off-by: Matthias Klein
---
Changes in v2:
- move the common parts between the B and B+ model into the new
bcm2835-rpi.dtsi file
- add the I2S signals to the
The __memzero function never had unwinding annotations added.
Currently, when accessing invalid pointer by __memzero occurs the
backtrace shown will stop at __memzero or some completely unrelated
function. Add unwinding annotations in hopes of getting a more
useful backtrace in following cases:
1.
On Tue, 18 Nov 2014, Sascha Hauer wrote:
> On Tue, Nov 18, 2014 at 11:46:45AM +, Lee Jones wrote:
> > On Mon, 17 Nov 2014, Flora Fu wrote:
> >
> > > Add PMIC wrapper of MT8135 to access MFD MT6397.
> > > This is regmap of MT6397 MFD.
> > >
> > > Signed-off-by: Flora Fu
> > > ---
> > > driv
On 11/19/2014 05:47 PM, John Fastabend wrote:
On 11/18/2014 12:26 PM, SF Markus Elfring wrote:
From: Markus Elfring
...
if (fp_old)
bpf_prog_destroy(fp_old);
-if (bpf_old)
-kfree(bpf_old);
+kfree(bpf_old);
return 0;
Maybe I need some coffee but I can'
On Wed, Nov 19, 2014 at 11:57:15AM -0500, Nicolas Pitre wrote:
> On Wed, 19 Nov 2014, Russell King - ARM Linux wrote:
> > I don't think I ever did, because its pretty much impossible to do as I
> > explained in a follow up to this thread.
> >
> > We _used_ to do this with the userspace insmod meth
Hello Andreas,
On 11/19/2014 04:56 PM, Andreas Färber wrote:
> Reported-by: Doug Anderson
> Signed-off-by: Andreas Färber
Even though the patch is simple and is true that the subject explains
the change, I think that is always good to have a commit message anyways.
Patch looks good to me thoug
On Wed, 19 Nov 2014, Russell King - ARM Linux wrote:
> On Wed, Nov 19, 2014 at 05:38:57PM +0100, Ard Biesheuvel wrote:
> > Numbers are disambiguated by the f and b suffixes, so they can be
> > reused in the same .s file. So as long as you use a strictly numerical
> > prefix, you can deal correctly
701 - 800 of 1247 matches
Mail list logo
