From: Hayes Wang
Date: Fri, 11 Apr 2014 17:54:31 +0800
> When the device is unplugged, the driver would try to disable the
> device. Add checking the flag of RTL8152_UNPLUG to skip setting
> the device when it is unplugged. This could shorten the time of
> unloading the driver.
>
> Signed-off-by
From: Alan Cox
Not all systems enumerate the PWM devices via ACPI. They can also be exposed
via the PCI interface.
Signed-off-by: Alan Cox
Signed-off-by: Chew, Chiau Ee
---
drivers/pwm/pwm-lpss.c | 160 ++-
1 files changed, 129 insertions(+), 31 de
On 04/07/2014 11:31 AM, Jan Kara wrote:
> On Sun 06-04-14 11:00:29, Michael Kerrisk (man-pages) wrote:
>> On 04/04/2014 02:43 PM, Jan Kara wrote:
>>> On Fri 04-04-14 09:35:50, Michael Kerrisk (man-pages) wrote:
On 04/03/2014 10:52 PM, Jan Kara wrote:
> On Thu 03-04-14 08:34:44, Michael Ker
At Fri, 11 Apr 2014 17:46:55 -0600,
Shuah Khan wrote:
>
> On 04/11/2014 10:11 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.14.1 release.
> > There are 23 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues
Probe for the existance of legacy PIC, if one does not exist, use the
null_legacy_pic.
This patch implements the proposal put forth by H. Peter Anvin
.
In version V1 of the patch, I had cleaned up the code based on comments from
Peter.
In this version of the patch, I have addressed additional
On Fri, Apr 11, 2014 at 2:50 PM, Linus Torvalds
wrote:
> On Fri, Apr 11, 2014 at 11:45 AM, Brian Gerst wrote:
>>
>> I haven't tested it recently but I do know it has worked on 64-bit
>> kernels. There is no reason for it not to, the only thing not
>> supported in long mode is vm86. 16-bit prote
Hi Nicolas,
Your version is better. you tell me this in the former letters.
So I am very sorry to forget to check that.
May be I should remake this second patch to fit your change. What do
you think about that patch?
Liu Hua
On 2014/4/12 11:12, Nicolas Pitre wrote:
> On Fri, 11 Apr 2014, Liu Hu
On Wed, Apr 09, 2014 at 05:24:45PM +0530, Vivek Gautam wrote:
> Adding support to enable/disable VBUS hooked to a gpio
> to enable vbus supply on the port.
>
> Signed-off-by: Vivek Gautam
> ---
>
> Based on 'phy-exynos5-usbdrd' patches:
> [PATCH V4 0/5] Add Exynos5 USB 3.0 phy driver based on ge
On Fri, 11 Apr 2014, Nicolas Pitre wrote:
> On Fri, 11 Apr 2014, Liu Hua wrote:
>
> > Because commit e9da6e9905e6 has remove custom consistent dma
> > region. So the related variable and document should be removed
> >
> > Signed-off-by: Liu Hua
>
> Acked-by: Nicolas Pitre
>
> Incidentally I
On Fri, 11 Apr 2014, Liu Hua wrote:
> Hi Nicolas or Russell,
>
> This patch series change fixmap mapping region to suppport 32 CPUs.
> Because the "top_pmd" covers 0xfffe - 0x(2M). And part
> is used by vector table. So I move this region down to 0xffc0
> - 0xffd.
>
>
> I
On Fri, 11 Apr 2014, Liu Hua wrote:
> In 32-bit ARM systems, the fixmap mapping region can support
> no more than 14 CPUs(total: 896k; one CPU: 64K). And we can
> configure NR_CPUS up to 32. So there is a mismatch.
>
> This patch moves fixmapping region downwards to region
> 0xffc0-0xffe0
From: Davidlohr Bueso
The default size for shmmax is, and always has been, 32Mb.
Today, in the XXI century, it seems that this value is rather small,
making users have to increase it via sysctl, which can cause
unnecessary work and userspace application workarounds[1].
Instead of choosing yet an
On Fri, 11 Apr 2014, Liu Hua wrote:
> Because commit e9da6e9905e6 has remove custom consistent dma
> region. So the related variable and document should be removed
>
> Signed-off-by: Liu Hua
Acked-by: Nicolas Pitre
Incidentally I sent an identical patch to RMK's patch system:
http://www.arm.
This patch adds documentation for APM X-Gene SoC ethernet DTS binding.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
.../devicetree/bindings/net/apm-xgene-enet.txt | 46
1 file changed, 46 insertions(+)
create mode 100
This patch adds bindings for APM X-Gene SoC ethernet driver.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
arch/arm64/boot/dts/apm-mustang.dts |4
arch/arm64/boot/dts/apm-storm.dtsi | 18 +++---
2 files changed, 19 inserti
This patch adds a MAINTAINERS entry for APM X-Gene SoC
ethernet driver.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
MAINTAINERS |8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 11b3937..bc32a01 1006
This patch series adds support for the APM X-Gene SoC Ethernet driver.
v2
* Completely redesigned ethernet driver
* Added support to work with big endian kernel
* Renamed dtb phyid entry to phy_addr
* Changed dtb local-mac-address entry to byte string format
* Renamed dtb eth8clk entry to menetclk
> -Original Message-
> From: H. Peter Anvin [mailto:h...@zytor.com]
> Sent: Friday, April 11, 2014 4:59 PM
> To: KY Srinivasan; x...@kernel.org; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; jasow...@redhat
On Fri, Apr 11, 2014 at 05:46:55PM -0600, Shuah Khan wrote:
> On 04/11/2014 10:11 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.14.1 release.
> > There are 23 patches in this series, all will be posted as a response
> > to this one. If anyone has any issu
On Sat, Apr 12, 2014 at 10:01:08AM +0900, Satoru Takeuchi wrote:
> At Thu, 10 Apr 2014 13:56:29 -0600,
> Shuah Khan wrote:
> >
> > On 04/09/2014 09:21 PM, Greg Kroah-Hartman wrote:
> > > This is the start of the stable review cycle for the 3.4.87 release.
> > > There are 134 patches in this series
On Fri, Apr 11, 2014 at 02:49:42PM -0700, Guenter Roeck wrote:
> On 04/11/2014 09:11 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.14.1 release.
> > There are 23 patches in this series, all will be posted as a response
> > to this one. If anyone has any i
Hi Chris,
On Fri, 11 Apr 2014 12:50:26 PM Chris Mason wrote:
> The most important changes here are from Josef, fixing a btrfs
> regression in 3.14 that can cause corruptions in the extent allocation
> tree when snapshots are in use.
Will these regression fixes go to stable too?
cheers,
Chris
--
From: Steven Miao
should include linux/gpio.h
Signed-off-by: Steven Miao
---
drivers/video/bf54x-lq043fb.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/video/bf54x-lq043fb.c b/drivers/video/bf54x-lq043fb.c
index 42b8f9d..d2b54f1 100644
--- a/drivers/video/bf54x-lq043fb.c
+++
From: Steven Miao
should include linux/gpio.h
Signed-off-by: Steven Miao
---
drivers/spi/spi-bfin5xx.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/spi/spi-bfin5xx.c b/drivers/spi/spi-bfin5xx.c
index 55e57c3..ebf720b 100644
--- a/drivers/spi/spi-bfin5xx.c
+++ b/drivers/spi/sp
please pull blackfin updates for Linux 3.15, code cleanup, some previously
ignored patches,
and bug fixes.
The following changes since commit 455c6fdbd219161bd09b1165f11699d6d73de11c:
Linux 3.14 (2014-03-30 20:40:15 -0700)
are available in the git repository at:
http://git.kernel.org/pub/s
Time for the release of iproute2 for 3.14 (aka Shuffling Zombie Juror)
The main new features are:
* ss gets lots of attention
* Support for PIE qdisc
* A bunch of HTB related changes from Eric
* better bonding support
* Lots of little corrections and build fixes
Source:
http://www.ker
At Thu, 10 Apr 2014 13:56:29 -0600,
Shuah Khan wrote:
>
> On 04/09/2014 09:21 PM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.4.87 release.
> > There are 134 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues
On Sat, Apr 12, 2014 at 01:41:01AM +0200, Dominique van den Broeck wrote:
> From: Dominique van den Broeck
> fwserial: (unexhaustive) coding style review
No need for the From: line here, or the extra subject line.
>
> linux-next commit 88a8e0969581869c742a9957ddcfe43063dff687
This isn't neede
This patch fixes the following type of sparse warning:
drivers/staging/vt6655/iwctl.c:1846:35: warning: cast from restricted gfp_t
Signed-off-by: Silvio Fricke
---
drivers/staging/vt6655/iwctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/vt6655/iwctl.c b
Hi,
> > thanks for your review.
> > Attached second version of this series.
>
> I don't understand what the [WIP] marking is. Please just resend these
> as "real" patches if you feel they are ready to be merged. If we have
> issues with them, we will be sure to let you know :)
I removed it.
This patch fixes the following type of sparse warnings:
drivers/staging/vt6655/ioctl.c:308:104: warning: cast from restricted gfp_t
drivers/staging/vt6655/ioctl.c:579:109: warning: cast from restricted gfp_t
Signed-off-by: Silvio Fricke
---
drivers/staging/vt6655/ioctl.c | 6 --
1 file chan
This patch fixes the following type of sparse warnings:
drivers/staging/vt6655/wpactl.c:596:47: warning: cast from restricted gfp_t
drivers/staging/vt6655/wpactl.c:638:68: warning: cast from restricted gfp_t
drivers/staging/vt6655/wpactl.c:860:42: warning: cast from restricted gfp_t
Signed-off-by
Il 11/04/2014 03:23, Fam Zheng ha scritto:
virtscsi_init calls virtscsi_remove_vqs on err, even before initializing
the vqs. The latter calls virtscsi_set_affinity, so let's check the
pointer there before setting affinity on it.
This fixes a panic when setting device's num_queues=2 on RHEL 6.5:
On Sat, 12 Apr 2014, Christian Grothoff wrote:
On 04/12/2014 12:05 AM, Pavel Machek wrote:
Hi!
Cryogenic is the result of my Master's Thesis, completed at the Technical
University
of Munich under the supervision of Christian Grothoff. You can find more
information
about Cryogenic at https:/
Il 11/04/2014 03:23, Fam Zheng ha scritto:
virtscsi_init calls virtscsi_remove_vqs on err, even before initializing
the vqs. The latter calls virtscsi_set_affinity, so let's check the
pointer there before setting affinity on it.
This fixes a panic when setting device's num_queues=2 on RHEL 6.5:
On 04/11/2014 04:33 PM, David Miller wrote:
> From: Rik van Riel
> Date: Thu, 10 Apr 2014 11:57:06 -0400
>
>> @@ -330,7 +334,11 @@ void irq_enter(void)
>>
>> static inline void invoke_softirq(void)
>> {
>> -if (!force_irqthreads) {
>> +/*
>> + * If force_irqthreads is set, or if w
On 04/11/2014 05:50 PM, K. Y. Srinivasan wrote:
>
> + /*
> + * Check to see if we have a PIC.
> + * Mask all except the cascade and read
> + * back the value we just wrote. If we don't
> + * have a PIC, we will read 0xff as opposed to the
> + * value we wrote.
> +
Probe for the existance of legacy PIC, if one does not exist, use the
null_legacy_pic.
This patch implements the proposal put forth by H. Peter Anvin
.
In this version of the patch I have cleaned up the code based on comments from
Peter.
Signed-off-by: K. Y. Srinivasan
---
arch/x86/kernel/cpu
On 04/12/2014 12:05 AM, Pavel Machek wrote:
> Hi!
>
Cryogenic is the result of my Master's Thesis, completed at the Technical
University
of Munich under the supervision of Christian Grothoff. You can find more
information
about Cryogenic at https://gnunet.org/cryogenic
>
On 04/11/2014 10:11 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.1 release.
There are 23 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 ma
On 04/11/2014 10:10 AM, Greg Kroah-Hartman wrote:
NOTE
This is probably going to be the last 3.13.y kernel release. There
_might_ be one more after this, but given my travel schedule for the
next few weeks, don't count on it. Please move to the 3.14 kernel tree
as soon
On 04/11/2014 10:09 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.37 release.
There are 41 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 m
From: Dominique van den Broeck
fwserial: (unexhaustive) coding style review
linux-next commit 88a8e0969581869c742a9957ddcfe43063dff687
Style-only modifications to make checkpatch.pl --file --strict a bit
happier.
I fixed only what was trivial, such as parenthesis alignments (one of
them,
at fws
Not much happening in md/raid at the moment. Just a few bug fixes (one for
-stable) and a couple of performance tweaks.
NeilBrown
The following changes since commit 455c6fdbd219161bd09b1165f11699d6d73de11c:
Linux 3.14 (2014-03-30 20:40:15 -0700)
are available in the git repository at:
gi
On Fri, Apr 11, 2014 at 3:46 PM, Serge E. Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> On Fri, Apr 11, 2014 at 3:29 PM, Serge E. Hallyn wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.net):
>> >> On Fri, Apr 11, 2014 at 2:52 PM, Serge E. Hallyn wrote:
>> >> > Quoting An
On Tue, Jun 18, 2013 at 6:33 AM, Mathias Nyman
wrote:
>
> Pins may be muxed to alternate function instead of gpio by firmware.
> This driver does not touch the pin muxing and expect firmare
> to set pin muxing and pullup/down properties properly.
>
> Signed-off-by: Mathias Nyman
> ---
> drivers/
On 04/11/2014 03:13 PM, David Rientjes wrote:
> What additional information, in your opinion, can we export to assist
> userspace in making this determination that $address is on $nid?
In the case of overlapping nodes, the only place we actually have *all*
of the information is in the 'struct pag
Hi Tomasz,
On Fri, Apr 11, 2014 at 7:56 PM, Tomasz Figa wrote:
> Hi,
>
>
> On 11.04.2014 11:41, Bartlomiej Zolnierkiewicz wrote:
>>
>>
>> Hi,
>>
>> On Friday, April 11, 2014 11:00:40 AM Chanwoo Choi wrote:
>>>
>>> This patch control special clock for ADC in Exynos series's FSYS block.
>>
>>
>> s/
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For a series of bug fix patches for v3.15-rc1. Most are just driver fixes.
There are some changes at remote controller core level, fixing some
definitions on a new API added for Kernel
> -Original Message-
> From: H. Peter Anvin [mailto:h...@zytor.com]
> Sent: Friday, April 11, 2014 3:36 PM
> To: KY Srinivasan; x...@kernel.org; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; jasow...@redhat
Hi Sylwester,
On Fri, Apr 11, 2014 at 7:05 PM, Sylwester Nawrocki
wrote:
> Hi Chanwoo,
>
> On 11/04/14 04:00, Chanwoo Choi wrote:
>> This patch control special clock for ADC in Exynos series's FSYS block.
>> If special clock of ADC is registerd on clock list of common clk framework,
>> Exynos ADC
Hi Bartlomiej,
On Fri, Apr 11, 2014 at 6:41 PM, Bartlomiej Zolnierkiewicz
wrote:
>
> Hi,
>
> On Friday, April 11, 2014 11:00:40 AM Chanwoo Choi wrote:
>> This patch control special clock for ADC in Exynos series's FSYS block.
>
> s/control/controls/
I'll fix it.
>
>> If special clock of ADC is
Quoting Andy Lutomirski (l...@amacapital.net):
> On Fri, Apr 11, 2014 at 3:29 PM, Serge E. Hallyn wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> On Fri, Apr 11, 2014 at 2:52 PM, Serge E. Hallyn wrote:
> >> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> >> On Mon, Apr 7, 201
Hi Arnd,
On Fri, Apr 11, 2014 at 5:41 PM, Arnd Bergmann wrote:
> On Friday 11 April 2014 11:03:18 Chanwoo Choi wrote:
>> On 04/11/2014 10:48 AM, Olof Johansson wrote:
>> > On Thu, Apr 10, 2014 at 06:37:14PM +0900, Chanwoo Choi wrote:
>> >> This patch add memory mapping for PMU (Power Management U
On 04/11/2014 04:02 PM, K. Y. Srinivasan wrote:
>
> diff --git a/arch/x86/kernel/i8259.c b/arch/x86/kernel/i8259.c
> index 2e977b5..0a57a19 100644
> --- a/arch/x86/kernel/i8259.c
> +++ b/arch/x86/kernel/i8259.c
> @@ -299,11 +299,22 @@ static void unmask_8259A(void)
> static void init_8259A(int a
On Fri, Apr 11, 2014 at 3:29 PM, Serge E. Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> On Fri, Apr 11, 2014 at 2:52 PM, Serge E. Hallyn wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.net):
>> >> On Mon, Apr 7, 2014 at 11:13 AM, Serge E. Hallyn wrote:
>> >> > Quoting An
Place __initdata before equal signs.
Cc: linux-arm-ker...@lists.infradead.org
Cc: Andrew Morton
---
arch/arm/mach-ks8695/board-og.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-ks8695/board-og.c b/arch/arm/mach-ks8695/board-og.c
index f265816..2627d82 100
Hi Tomasz,
On Fri, Apr 11, 2014 at 5:51 PM, Tomasz Figa wrote:
> Hi Chanwoo,
>
>
> On 11.04.2014 06:44, Chanwoo Choi wrote:
>>
>> Hi,
>>
>> On 04/11/2014 01:00 PM, Olof Johansson wrote:
>>>
>>> On Thu, Apr 10, 2014 at 07:06:02PM +0900, Chanwoo Choi wrote:
This patch add interrupt-parent
Quoting Andy Lutomirski (l...@amacapital.net):
> On Fri, Apr 11, 2014 at 2:52 PM, Serge E. Hallyn wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> On Mon, Apr 7, 2014 at 11:13 AM, Serge E. Hallyn wrote:
> >> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> >> I'm starting to th
From: Olof Johansson
Don't unmark the device as suspended until after it's been re-setup.
The main race would be w.r.t. an i2c driver that gets resumed at the same
time (asyncronously), that is allowed to do a transfer since suspended
is set to 0 before reinit, but really should have seen the -E
On 04/11/2014 03:15 PM, Andy Lutomirski wrote:
>
> I just looked up my hideous code. I was doing this to test the
> now-deleted int 0xcc vsyscall stuff. I used modify_ldt because either
> I didn't realize that __USER32_CS was usable or I didn't think it was
> ABI. Or I was just being silly.
>
On Fri, Apr 11, 2014 at 2:59 PM, H. Peter Anvin wrote:
> On 04/11/2014 02:53 PM, Andy Lutomirski wrote:
>>
>> How big of a functionality problem is it? Apparently it doesn't break
>> 16-bit code on wine.
>>
>
> It breaks *some* 16-bit code. This is actually the reason that 32 bits
> has the espf
On Fri, 11 Apr 2014, Dave Hansen wrote:
> > So? Who cares if there are non-addressable holes in part of the span?
> > Ulrich, correct me if I'm wrong, but it seems you're looking for just a
> > address-to-nodeid mapping (or pfn-to-nodeid mapping) and aren't actually
> > expecting that there a
On Fri, Apr 11, 2014 at 2:52 PM, Serge E. Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> On Mon, Apr 7, 2014 at 11:13 AM, Serge E. Hallyn wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.net):
>> >> I'm starting to think that we need to extend dumpable to something
>> >> mu
If acm_submit_read_urbs() fails in acm_port_activate(), error handling
code calls usb_autopm_put_interface() while it is already called
before acm_submit_read_urbs(). The patch reorganizes error handling code
to avoid double decrement of USB interface's PM-usage counter.
Found by Linux Driver Veri
On Fri, Apr 11, 2014 at 2:42 PM, David Herrmann wrote:
> Hi
>
> On Fri, Apr 11, 2014 at 11:36 PM, Andy Lutomirski wrote:
>> A quick grep of the kernel tree finds exactly zero code paths
>> incrementing i_mmap_writable outside of mmap and fork.
>>
>> Or do you mean a different kind of write ref?
Probe for the existance of legacy PIC, if one does not exist, use the
null_legacy_pic.
This patch implements the proposal put forth by H. Peter Anvin
.
Signed-off-by: K. Y. Srinivasan
---
arch/x86/kernel/cpu/mshyperv.c |2 --
arch/x86/kernel/i8259.c| 11 +++
2 files chan
Hi!
> >> Cryogenic is the result of my Master's Thesis, completed at the Technical
> >> University
> >> of Munich under the supervision of Christian Grothoff. You can find more
> >> information
> >> about Cryogenic at https://gnunet.org/cryogenic
> >
> > Do you have any measurements how much po
On Fri, Apr 11, 2014 at 5:15 PM, Thomas Hellstrom wrote:
> On 04/11/2014 10:31 PM, David Herrmann wrote:
>> Hi
>>
>> On Fri, Apr 11, 2014 at 2:42 PM, Thomas Hellstrom
>> wrote:
>>> as was discussed a while ago, there are some serious security flaws with
>>> the current drm master model, that all
On 04/11/2014 02:53 PM, Andy Lutomirski wrote:
>
> How big of a functionality problem is it? Apparently it doesn't break
> 16-bit code on wine.
>
It breaks *some* 16-bit code. This is actually the reason that 32 bits
has the espfix workaround - it wasn't identified as an infoleak at the time.
On 3/11/2014 9:07 AM, Lukasz Pawelczyk wrote:
> This allows to limit ptrace beyond the regular smack access rules.
> It adds a smackfs/ptrace interface that allows smack to be configured
> to require equal smack labels for PTRACE_MODE_ATTACH access.
> See the changes in Documentation/security/Smack
On Fri, Apr 11, 2014 at 01:32:59PM -0700, Linus Torvalds wrote:
> On Fri, Apr 11, 2014 at 1:30 PM, Linus Torvalds
> wrote:
> > Not an immediate problem, but have you tested just adding a simple
> > "git fetch" from my repo to your scripts?
> Oh, actually, the problem may just be that back-merge
On 04/11/2014 02:24 PM, H. Peter Anvin wrote:
> On 04/11/2014 02:16 PM, Andy Lutomirski wrote:
>> I wonder if there's an easy-ish good-enough fix:
>>
>> Allocate some percpu space in the fixmap. (OK, this is ugly, but
>> kvmclock already does it, so it's possible.) To return to 16-bit
>> userspac
Quoting Andy Lutomirski (l...@amacapital.net):
> On Mon, Apr 7, 2014 at 11:13 AM, Serge E. Hallyn wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> I'm starting to think that we need to extend dumpable to something
> >> much more general like a list of struct creds that someone needs
On 4/3/2014 4:48 AM, José Bollo wrote:
> The function `smack_inode_post_setxattr` is called each
> time that a setxattr is done, for any value of name.
> The kernel allow to put value==NULL when size==0
> to set an empty attribute value. The systematic
> call to smk_import_entry was causing the der
On 2/20/2014 2:15 AM, Pankaj Kumar wrote:
> From: Pankaj Kumar
>
> 1. In order to remove any SMACK extended attribute from a file, a user
> should have CAP_MAC_ADMIN capability. But any user without this
> capability is able to remove SMACK64MMAP security attribute. This error
> has been corrected
On 3/11/2014 9:07 AM, Lukasz Pawelczyk wrote:
> The decision whether we can trace a process is made in the following
> functions:
> smack_ptrace_traceme()
> smack_ptrace_access_check()
> smack_bprm_set_creds() (in case the proces is traced)
>
> This patch unifies all those decisio
On 3/11/2014 9:07 AM, Lukasz Pawelczyk wrote:
> The order of subject/object is currently reversed in
> smack_ptrace_traceme(). It is currently checked if the tracee has a
> capability to trace tracer and according to this rule a decision is made
> whether the tracer will be allowed to trace tracee.
On 04/11/2014 09:11 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.14.1 release.
There are 23 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 ma
On Fri, Apr 11, 2014 at 01:41:56PM -0700, Linus Torvalds wrote:
> On Fri, Apr 11, 2014 at 3:56 AM, Mark Brown wrote:
> > Same issue as on the regulator pull request with the entire diffstat for
> > the original pull request for this merge window has appeared - like I
> > say I will try to fix the
On 04/11/2014 09:10 AM, Greg Kroah-Hartman wrote:
NOTE
This is probably going to be the last 3.13.y kernel release. There
_might_ be one more after this, but given my travel schedule for the
next few weeks, don't count on it. Please move to the 3.14 kernel tree
as soon
On 04/11/2014 09:09 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.10.37 release.
There are 41 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 m
Hi
On Fri, Apr 11, 2014 at 11:36 PM, Andy Lutomirski wrote:
> A quick grep of the kernel tree finds exactly zero code paths
> incrementing i_mmap_writable outside of mmap and fork.
>
> Or do you mean a different kind of write ref? What am I missing here?
Sorry, I meant i_writecount.
Thanks
Dav
On 04/10/2014 11:44 AM, Clark Williams wrote:
On Wed, 9 Apr 2014 15:19:22 -0400
Steven Rostedt wrote:
This patch is built on top of the two other patches that I posted
earlier, which should not be as controversial.
If you have any benchmark on large machines I would be very happy if
you co
On 03/15/2014 01:49 AM, AKASHI Takahiro wrote:
(Please apply this patch after my ftrace patch to resolve some conflict
on arm64/kernel/ptrace.c, functionally it doesn't depend on ftrace though)
This patchset adds system call audit support on arm64.
Both 32-bit (AUDIT_ARCH_ARM) and 64-bit tasks (
On 04/11/2014 02:31 PM, David Herrmann wrote:
> Hi
>
> On Fri, Apr 11, 2014 at 3:43 PM, Tony Battersby wrote:
>> Exactly. For O_DIRECT, that would be the call to get_user_pages_fast()
>> from dio_refill_pages() in fs/direct-io.c, which is ultimately called
>> from blkdev_direct_IO().
>
> If you
On Fri, Apr 11, 2014 at 2:16 PM, Andy Lutomirski wrote:
>
> I wonder if there's an easy-ish good-enough fix:
Heh. Yes. Check the thread on lkml about three weeks ago under the
subject "x86-64: Information leak: kernel stack address leaks to user
space". It had exactly that as a suggestion.
Anywa
Commit-ID: ab0a9358ecf87bb801ce124473e7db713457bec4
Gitweb: http://git.kernel.org/tip/ab0a9358ecf87bb801ce124473e7db713457bec4
Author: Miklos Szeredi
AuthorDate: Fri, 11 Apr 2014 12:25:37 +0200
Committer: H. Peter Anvin
CommitDate: Fri, 11 Apr 2014 13:59:58 -0700
i386: Wire up the rena
Hi
On Fri, Apr 11, 2014 at 3:43 PM, Tony Battersby wrote:
> Exactly. For O_DIRECT, that would be the call to get_user_pages_fast()
> from dio_refill_pages() in fs/direct-io.c, which is ultimately called
> from blkdev_direct_IO().
If you drop mmap_sem after pinning a page without taking a write-
On 04/11/2014 02:16 PM, Andy Lutomirski wrote:
> On 04/11/2014 11:29 AM, H. Peter Anvin wrote:
>> On 04/11/2014 11:27 AM, Brian Gerst wrote:
>>> Is this bug really still present in modern CPUs? This change breaks
>>> running 16-bit apps in Wine. I have a few really old games I like to
>>> play on
On Fri, 2014-04-11 at 13:42 -0700, Dave Hansen wrote:
> Changes from v1:
> * Fix tabs before spaces in the multi-line #define
>
> --
> From: Dave Hansen
>
> I recently added a patch to let folks pass a "reason" string
> dump_page() which gets dumped out along with the page's data.
> This essent
On 9 April 2014 01:56, Ulf Hansson wrote:
>> diff --git a/drivers/mmc/core/core.c b/drivers/mmc/core/core.c
>> index 098374b..ff7fd2e 100644
>> --- a/drivers/mmc/core/core.c
>> +++ b/drivers/mmc/core/core.c
>> @@ -2421,6 +2421,11 @@ void mmc_rescan(struct work_struct *work)
>> con
On 04/11/2014 11:29 AM, H. Peter Anvin wrote:
> On 04/11/2014 11:27 AM, Brian Gerst wrote:
>> Is this bug really still present in modern CPUs? This change breaks
>> running 16-bit apps in Wine. I have a few really old games I like to
>> play on occasion, and I don't have a copy of Win 3.11 to put
On 04/11/2014 10:31 PM, David Herrmann wrote:
> Hi
>
> On Fri, Apr 11, 2014 at 2:42 PM, Thomas Hellstrom
> wrote:
>> as was discussed a while ago, there are some serious security flaws with
>> the current drm master model, that allows a
>> user that had previous access or current access to an X s
On Fri, Apr 11, 2014 at 02:24:47AM +0200, Andreas Noever wrote:
> Hi
>
> This is version 2 of my Thunderbolt driver for Apple hardware (see [1] for
> v1).
> The short story is that Apple decided to implement hotplug support in a driver
> instead of the firmware. The firmware will only initialize
On Fri, 11 Apr 2014 00:45:22 -0700
Christoph Hellwig wrote:
> On Fri, Apr 11, 2014 at 06:52:42AM +0200, Fabian Frederick wrote:
> > Currently, there's no generic HW flush management support in kernel.
> > Only 7 filesystems have their own way to manage the barrier flag.
> >
> > This patch adds M
On 04/11/2014 11:43 AM, Vinod Koul wrote:
> On Tue, Apr 01, 2014 at 04:06:04PM +0300, Peter Ujfalusi wrote:
>> Pause/Resume can be used by the audio stack when the stream is paused/resumed
>> The edma platform code has support for this and the legacy audio stack used
>> this.
>>
>> Signed-off-by: P
On 04/11/2014 11:47 AM, Vinod Koul wrote:
> On Thu, Apr 10, 2014 at 11:36:30AM -0500, Joel Fernandes wrote:
>> On 04/01/2014 08:06 AM, Peter Ujfalusi wrote:
>>> To improve latency with cyclic DMA operation it is preferred to
>>> use different eventq/tc than the default which is used by all
>>> othe
Hi Allen-
I reviewed and tested your patch. Comments inline below.
On Apr 9, 2014, at 6:40 PM, Allen Andrews wrote:
> Two memory region leaks iwere found during testing:
>
> 1. rpcrdma_buffer_create: While allocating RPCRDMA_FRMR's
> ib_alloc_fast_reg_mr is called and then ib_alloc_fast_reg_
Hi,
This patch set is an initial implementation of a generic Intel MID watchdog
driver.
It currently supports Intel Merrifield only, but will extend to other SoCs of
MID family.
changes from v1 to v2:
- Fixed Kconfig entry as per Guenter Roeck suggestion
Br, David
--
David Cohen (2):
watchdo
1 - 100 of 643 matches
Mail list logo