Commit-ID: e2e68ae688b0a3766cd75aedf4ed4e39be402009
Gitweb: http://git.kernel.org/tip/e2e68ae688b0a3766cd75aedf4ed4e39be402009
Author: Chris Clayton
AuthorDate: Sat, 22 Nov 2014 09:51:10 +
Committer: Thomas Gleixner
CommitDate: Sun, 23 Nov 2014 21:21:53 +0100
x86: Use $(OBJDUMP)
On Mon, Nov 24, 2014 at 11:42 AM, Paul E. McKenney
wrote:
>
> OK, how about the following?
Ugh. Disgusting.
Why the heck isn't it just "sizeof(*__vp) <= sizeof(long)"?
If the architecture has a 3-byte scalar type, then it probably has a
3-byte load.
> It complains if the variable is too
Hi Andy!
On Fri, Nov 21, 2014 at 6:12 PM, Andy Lutomirski wrote:
> On Thu, Nov 20, 2014 at 9:02 PM, Greg Kroah-Hartman
> wrote:
>> From: Daniel Mack
>>
>> kdbus is a system for low-latency, low-overhead, easy to use
>> interprocess communication (IPC).
>>
>> The interface to all functions in
On Monday 24 November 2014 21:10:05 Geert Uytterhoeven wrote:
> As this minimal BSC driver isn't hardware-specific at all, I'm wondering
> if there's a simpler way to do this?
> - Should the driver be renamed to "simple-bus", and match "simple-bus"?
> - Should this be moved to core code,
On Mon, Nov 24, 2014 at 11:34:12AM -0800, Greg KH wrote:
> On Mon, Nov 24, 2014 at 08:05:10AM -0800, Josh Triplett wrote:
> > On Mon, Nov 24, 2014 at 10:49:31AM +0100, Pieter Smith wrote:
> > > On Sun, Nov 23, 2014 at 03:23:02PM -0800, Josh Triplett wrote:
> > > > On Sun, Nov 23, 2014 at
Your header message says "0/4" as if there will be 4 patches, but then
you posted a 3 patch series.
--
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-info.html
From: Matt Wagantall
It is sometimes necessary to poll a memory-mapped register until its value
satisfies some condition. Introduce a family of convenience macros that do
this. Tight-looping, sleeping, and timing out can all be accomplished using
these macros.
Cc: Thierry Reding
Cc: Will
On 11/24, Oleg Nesterov wrote:
>
> + * sys_wait4() above can't reap the TASK_DEAD children but we do not
> + * really care, we could reparent them to the global init. We could
> + * exit and reap ->child_reaper even if it is not the last thread in
> + * this pid_ns,
To allow automatic loading of the crypto_user kernel module, the netlink
MODULE_ALIAS is added.
Signed-off-by: Stephan Mueller
---
crypto/crypto_user.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/crypto/crypto_user.c b/crypto/crypto_user.c
index e2a34fe..255df95 100644
---
On Friday 21 November 2014 18:09:25 Catalin Marinas wrote:
> On Fri, Nov 21, 2014 at 05:51:19PM +, Catalin Marinas wrote:
> > On Fri, Nov 21, 2014 at 05:04:28PM +, Arnd Bergmann wrote:
> > > On Friday 21 November 2014 16:57:09 Catalin Marinas wrote:
> > > > There is a scenario where
Add a node for the Bus State Controller (BSC) on sh73a0, to which
multiple external devices can be connected.
The BSC is driven by the ZB clock, and located in PM domain A4S.
For now no device tree bindings have been defined yet. All of its
properties follow standard conventions.
Signed-off-by:
Move the Ethernet node from the root of the device tree to the BSC node,
as it is connected to the Bus State Controller. This allows the system
to know the right position of the Ethernet node in the clock and PM
domain hierarchy.
Also rename the node's name from "lan9220" to "ethernet", to
Hi all,
The Renesas Bus State Controller (BSC) provides an external bus for
connecting multiple external devices to an SoC, driving several chip
select lines, for e.g. NOR FLASH, Ethernet and USB.
On the kzm9g development board, an smsc9220 Ethernet controller is
connnected to the BSC of
Add a driver for the Renesas Bus State Controller (BSC, sometimes called
"LBSC within Bus Bridge", or "External Bus Interface") found on several
Renesas ARM SoCs.
The sole purpose of this driver is to enable its clock and PM domain (if
exist(s)), which are specified in the DT and managed from
On Sun, Nov 23, 2014 at 04:09:19PM +0100, Pali Rohár wrote:
> + /* NOTE: rbtn controls all radio devices, not only WLAN
> + but rfkill interface does not support "ANY" type
> + so "WLAN" type is used
> + */
If it controls multiple radio types then you should
On Mon, 24 Nov 2014, Andrey Ryabinin wrote:
> virt_to_obj takes kmem_cache address, address of slab page,
> address x pointing somewhere inside slab object,
> and returns address of the begging of object.
Acked-by: Christoph Lameter
--
To unsubscribe from this list: send the line "unsubscribe
Hi Grygorii,
On Mon, Nov 24, 2014 at 03:26:10PM +0200, Grygorii Strashko wrote:
> On 11/23/2014 10:36 PM, Uwe Kleine-König wrote:
> > On Fri, Nov 21, 2014 at 09:33:22PM +0200, Grygorii Strashko wrote:
> >> On 11/21/2014 09:07 PM, Uwe Kleine-König wrote:
> >>> On Thu, Nov 20, 2014 at 12:03:07PM
The comments in zap_pid_ns_processes() are simply wrong, we need
to explain how this code actually works.
1. "Ignore SIGCHLD" looks like optimization but it is not, we also
need this for correctness.
2. The comment above sys_wait4() could be more clear.
3. The comment about TASK_DEAD
alloc_pid() does get_pid_ns() beforehand but forgets to put_pid_ns()
if it fails because disable_pid_allocation() was called by the exiting
child_reaper. We can move get_pid_ns() down to successful return.
While at it, simplify/cleanup the "goto out" mess, no need to confuse
the success/error
Eric, Pavel, could you review 1/2 ? (documentation only). It is based on the
code inspection, I didn't bother to verify that my understanding matches the
reality ;)
On 11/20, Oleg Nesterov wrote:
>
>
> Probably this is not the last series... in particular it seems that we
> have some problems
Guys, I really sorry for that :(
> Just try to boot it with your patch? :)
Yes, may be two-three times (max).
Something (u-boot, may be) leave the bus in the wrong state.
Really strange.
> But the test function should not loop forever in any case I take?
It doesn't loop forever. It finish with
Christian Borntraeger wrote:
> Looks really nice, but does not work with ACCESS_ONCE is on the left-hand
> side:
>
>
> include/linux/rculist.h: In function 'hlist_add_before_rcu':
> ./arch/x86/include/asm/barrier.h:127:18: error: lvalue required as left
> operand of assignment
>
Hello Grygorii,
On Mon, Nov 24, 2014 at 03:34:35PM +0200, Grygorii Strashko wrote:
> On 11/23/2014 10:33 PM, Uwe Kleine-König wrote:
> > A call to .master_xfer with a message sequence implicitly expects ACKs
> > from the slave and doesn't tell anything about what should be done on a
> > NAK. So
On Mon, Nov 24, 2014 at 11:29 AM, Andrew Bresticker wrote:
>> diff --git a/arch/mips/bmips/setup.c b/arch/mips/bmips/setup.c
>
>> +void __init plat_time_init(void)
>> +{
>> + struct device_node *np;
>> + u32 freq;
>> +
>> + np = of_find_node_by_name(NULL, "cpus");
>> + if
On Mon, Nov 24, 2014 at 7:54 AM, Borislav Petkov wrote:
> On Fri, Nov 21, 2014 at 01:26:11PM -0800, Andy Lutomirski wrote:
>> In some IST handlers, if the interrupt came from user mode,
>> we can safely enable preemption. Add helpers to do it safely.
>>
>> This is intended to be used my the
* Alexander Kochetkov [141124 11:41]:
>
> 24 нояб. 2014 г., в 22:08, Kevin Hilman написал(а):
>
> > This patch recently hit linux-next (as commit 903c3859f77f) and boot
> > breakage[1] in next-20141124 on OMAP3530 Beagle and Overo/Tobi boards
> > was b
The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI
interface.
Changes in v2:
* Use DMA-safe buffer for SPI transfer
* Normalize powerdown_mode name "hi-z" to "three_state" as per
ABI/testing/sysfs-bus-iio
* Register device late in probe function
* Avoid powerdown broadcast
Signed-off-by: Nikolaus Schulz
---
.../devicetree/bindings/iio/dac/ti-dac8554.txt | 22 ++
1 file changed, 22 insertions(+)
create mode 100644 Documentation/devicetree/bindings/iio/dac/ti-dac8554.txt
diff --git a/Documentation/devicetree/bindings/iio/dac/ti-dac8554.txt
On Sat, Nov 22, 2014 at 9:20 AM, Borislav Petkov wrote:
> On Fri, Nov 21, 2014 at 01:26:08PM -0800, Andy Lutomirski wrote:
>> We currently pretend that IST context is like standard exception
>> context, but this is incorrect. IST entries from userspace are like
>> standard exceptions except that
Hi Grygorii,
On Mon, Nov 24, 2014 at 03:15:58PM +0200, Grygorii Strashko wrote:
> On 11/23/2014 07:04 PM, Uwe Kleine-König wrote:
> > On Thu, Nov 20, 2014 at 12:03:08PM +0200, Grygorii Strashko wrote:
> >> @@ -664,6 +759,7 @@ static int davinci_i2c_probe(struct platform_device
> >> *pdev)
> >>
ping_lookup() may return a wrong sock if sk_buff's and sock's protocols
dont' match. For example, sk_buff's protocol is ETH_P_IPV6, but sock's
sk_family is AF_INET, in that case, if sk->sk_bound_dev_if is zero, a wrong
sock will be returned.
the fix is to "continue" the searching, if no matching,
On Mon, Nov 24, 2014 at 11:14:42AM -0800, Linus Torvalds wrote:
> On Mon, Nov 24, 2014 at 11:07 AM, Christian Borntraeger
> wrote:
> >
> > Looks really nice, but does not work with ACCESS_ONCE is on the left-hand
> > side:
>
> Oh, I forgot about that. And that was indeed why I had done that
From: Markus Elfring
Date: Mon, 24 Nov 2014 20:30:29 +0100
The backlight_device_unregister() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus
24 нояб. 2014 г., в 22:08, Kevin Hilman написал(а):
> This patch recently hit linux-next (as commit 903c3859f77f) and boot
> breakage[1] in next-20141124 on OMAP3530 Beagle and Overo/Tobi boards
> was bisected down to this commit.
>
> Kevin
>
> [1] http://status.a
On Fri, Nov 14, 2014 at 02:07:15PM -0800, Frank Rowand wrote:
> From: Frank Rowand
>
> Update devicetree binding for msm_serial to reflect msm_serial_probe()
> getting line id (port number) from the serialN alias.
>
> Signed-off-by: Frank Rowand
> ---
>
This patch switches to flex array to implement the flow caches, it brings
several advantages:
- Reduce the size of the tun_struct structure, which allows us to increase the
upper limit of queues in future.
- Avoid higher order memory allocation. It will be useful when switching to
pure
Mimi Zohar wrote:
> I would assume so, but the original code looked like "id->data" could
> have been null.
It can't be - it's an embedded array.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 24 November 2014 at 20:17, Kees Cook wrote:
> This adds the module loading prefix "crypto-" to the template lookup
> as well.
>
> For example, attempting to load 'vfat(blowfish)' via AF_ALG now correctly
> includes the "crypto-" prefix at every level, correctly rejecting "vfat":
>
>
On Mon, Nov 24, 2014 at 08:05:10AM -0800, Josh Triplett wrote:
> On Mon, Nov 24, 2014 at 10:49:31AM +0100, Pieter Smith wrote:
> > On Sun, Nov 23, 2014 at 03:23:02PM -0800, Josh Triplett wrote:
> > > On Sun, Nov 23, 2014 at 11:29:08PM +0100, Richard Weinberger wrote:
> > > > On Sun, Nov 23, 2014
On Mon, 2014-11-24 at 08:31PM +0100, Michal Simek wrote:
> On 11/24/2014 08:25 PM, Nicholas Krause wrote:
> > Removes unneeded FIXME message related to using a hard coded value for
> > ACE_BUS_WIDTH
> > due to it needing to be 8 bits, this is wrong as this function here needs
> > all 16 bits
> >
On 11/24/2014 08:25 PM, Nicholas Krause wrote:
> Removes unneeded FIXME message related to using a hard coded value for
> ACE_BUS_WIDTH
> due to it needing to be 8 bits, this is wrong as this function here needs all
> 16 bits
> of the bus width and not just the lower or higher 16 depending on
On 21/11/14 15:51, Yingjoe Chen wrote:
>
> Hi,
>
> On Thu, 2014-11-20 at 10:07 +, Marc Zyngier wrote:
>> On Thu, Nov 20 2014 at 4:26:10 am GMT, Jiang Liu
>> wrote:
>>
>> Hi Jiang,
>>
>>> On 2014/11/20 1:18, Marc Zyngier wrote:
Hi Yingjoe,
On Wed, Nov 19 2014 at 2:14:08 pm
> diff --git a/arch/mips/bmips/setup.c b/arch/mips/bmips/setup.c
> +void __init plat_time_init(void)
> +{
> + struct device_node *np;
> + u32 freq;
> +
> + np = of_find_node_by_name(NULL, "cpus");
> + if (!np)
> + panic("missing 'cpus' DT node");
> + if
ransfer.
> > > >
> > > > Tested on Beagleboard XM C.
> > > > Tested on BBB and AM437x Starter Kit by Felipe Balbi.
> > > >
> > > > Signed-off-by: Alexander Kochetkov
> > > > Tested-by: Felipe Balbi
> > > > Reviewed
On 11/24/2014 08:13 PM, Mike Looijmans wrote:
> On 24-11-2014 14:15, Grygorii Strashko wrote:
>> Hi Uwe,
>> On 11/23/2014 07:04 PM, Uwe Kleine-König wrote:
>>> On Thu, Nov 20, 2014 at 12:03:08PM +0200, Grygorii Strashko wrote:
@@ -664,6 +759,7 @@ static int davinci_i2c_probe(struct
On Mon, Nov 24, 2014 at 11:07 AM, Christian Borntraeger
wrote:
>
> Looks really nice, but does not work with ACCESS_ONCE is on the left-hand
> side:
Oh, I forgot about that. And that was indeed why I had done that whole
helper macro originally, with ACCESS_ONCE() itself just being the
On Mon, Nov 24, 2014 at 07:48:31PM +0100, Cornelia Huck wrote:
> On Mon, 24 Nov 2014 13:52:32 +0200
> "Michael S. Tsirkin" wrote:
>
> > Based on patches by Cornelia Rusty and others, but
> > with an API that should allow better static checking of code,
> > and slightly more concervative changes
> Signed-off-by: Alexander Kochetkov
> > > Tested-by: Felipe Balbi
> > > Reviewed-by: Felipe Balbi
> >
> > This patch recently hit linux-next (as commit 903c3859f77f) and boot
> > breakage[1] in next-20141124 on OMAP3530 Beagle and Overo/Tobi boards
> &
On Fri, Nov 21, 2014 at 08:50:46PM +0100, Andreas Ruprecht wrote:
> Currently, CONFIG_SND_SOC_ROCKCHIP_I2S could also be selected
> without having CONFIG_SND_SOC_ROCKCHIP enabled.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Nov 25, 2014 at 12:43:47AM +0800, Jianyu Zhan wrote:
> GFP_USER, GFP_HIGHUSER and GFP_HIGHUSER_MOVABLE are escalatedly
> confined defined, also implied by their names:
>
> GFP_USER = GFP_USER
> GFP_USER + __GFP_HIGHMEM = GFP_HIGHUSER
>
On Wed, Oct 08, 2014 at 08:50:22AM -0700, Weike Chen wrote:
> There are several registers for SPI, and the registers of 'SSCR0' and 'SSCR1'
> are accessed frequently. This path is to introduce helper functions to
> simplify the accessing of 'SSCR0' and 'SSCR1'.
Applied both, thanks.
This adds the module loading prefix "crypto-" to the template lookup
as well.
For example, attempting to load 'vfat(blowfish)' via AF_ALG now correctly
includes the "crypto-" prefix at every level, correctly rejecting "vfat":
net-pf-38
algif-hash
crypto-vfat(blowfish)
This patch fixes the following sparse warnings:
lib-lnet.h:787:47: warning: incorrect type in initializer (different address
spaces)
lib-lnet.h:787:47:expected void [noderef] *iov_base
lib-lnet.h:787:47:got void *dest
Signed-off-by: Zahari Doychev
---
On Sat, Nov 22, 2014 at 04:21:40PM +0100, Beniamino Galvani wrote:
> This adds documentation of device tree bindings for the Amlogic Meson
> SPIFC (SPI Flash Controller).
Applied, thanks.
signature.asc
Description: Digital signature
The two patches fix several sparse warning in the lustre module.
Zahari Doychev (2):
[drivers] staging/lustre: fix sparse warnings
[drivers] staging/lustre: fix sparse warnings
drivers/staging/lustre/include/linux/lnet/lib-lnet.h | 14 +-
On Sat, Nov 22, 2014 at 04:21:39PM +0100, Beniamino Galvani wrote:
> This adds the function spi_transfer_is_last() which can be used by
> drivers to know whether a given transfer is the last one in the
> current message.
Applied, thanks.
signature.asc
Description: Digital signature
Add minimal runtime PM support (enable on probe, disable on remove), to
ensure proper operation with a parent device that uses runtime PM.
This is needed on systems where the external bus controller module of
the SoC is contained in a PM domain and/or has a gateable functional
clock. In such
On Sat, Nov 22, 2014 at 04:21:41PM +0100, Beniamino Galvani wrote:
> This is a driver for the Amlogic Meson SPIFC (SPI flash controller),
> which is one of the two SPI controllers available on the SoC. It
> doesn't support DMA and has a 64-byte unified transmit/receive buffer.
Applied, thanks.
This patch fixes the following warnings:
socklnd_cb.c:134:39: warning: incorrect type in assignment (different address
spaces)
socklnd_cb.c:134:39:expected void [noderef] *iov_base
socklnd_cb.c:134:39:got void *
Signed-off-by: Zahari Doychev
---
On Mon, 24 Nov 2014, Dan Carpenter wrote:
> On Mon, Nov 24, 2014 at 11:53:56AM +, David Drysdale wrote:
> > Hook up x86-64, i386 and x32 ABIs.
> >
> > Signed-off-by: David Drysdale
>
> This one has been breaking my linux-next build for the past week. I'm
> not sure what's going on. I
On Monday 24 November 2014 19:31:30 Pavel Machek wrote:
> Hi!
>
> I left the machine on usb-networking for extended period of
> time. Unfortunately, Xfce screensaver kept screen busy, and
> kernel failed to kill the machine.
>
> At the end, hardware protections worked (I guess), but result
> is
Am 24.11.2014 um 14:03 schrieb Christian Borntraeger:
> ACCESS_ONCE does not work reliably on non-scalar types. For
> example gcc 4.6 and 4.7 might remove the volatile tag for such
> accesses during the SRA (scalar replacement of aggregates) step
>
On Mon, 24 Nov 2014 13:52:32 +0200
"Michael S. Tsirkin" wrote:
> Based on patches by Cornelia Rusty and others, but
> with an API that should allow better static checking of code,
> and slightly more concervative changes in vring,net and blk.
>
> Based on patches by Cornelia and others, but
>
om Kevin Hilman that this commit breaks OMAP3530, see
[1]
[1]
http://storage.armcloud.us/kernel-ci/next/next-20141124/arm-omap2plus_defconfig/boot-omap3-overo-tobi.log
> ---
> drivers/i2c/busses/i2c-omap.c | 103
> +
> 1 file changed, 103 insertions(+)
sfer.
> >
> > Tested on Beagleboard XM C.
> > Tested on BBB and AM437x Starter Kit by Felipe Balbi.
> >
> > Signed-off-by: Alexander Kochetkov
> > Tested-by: Felipe Balbi
> > Reviewed-by: Felipe Balbi
>
> This patch recently hit linux-next (as commit 903c3859f
ander Kochetkov
> Tested-by: Felipe Balbi
> Reviewed-by: Felipe Balbi
This patch recently hit linux-next (as commit 903c3859f77f) and boot
breakage[1] in next-20141124 on OMAP3530 Beagle and Overo/Tobi boards
was bisected down to this commit.
Kevin
[1] http://status.armcloud.us/boot/?next-20141
On Mon, Nov 24, 2014 at 01:58:43PM +0100, Geert Uytterhoeven wrote:
> On Mon, Nov 24, 2014 at 1:15 PM, Michael S. Tsirkin wrote:
> > On Mon, Nov 24, 2014 at 01:03:24PM +0100, Geert Uytterhoeven wrote:
> >> On Mon, Nov 24, 2014 at 12:52 PM, Michael S. Tsirkin
> >> wrote:
> >> > virtio 1.0 makes
On Fri, Nov 21, 2014 at 03:23:13PM -0500, Josh Boyer wrote:
> On Fri, Nov 21, 2014 at 3:16 PM, Andy Lutomirski wrote:
> > On Fri, Nov 21, 2014 at 12:14 PM, Josh Boyer
> > wrote:
> >> On Fri, Nov 21, 2014 at 2:52 PM, Andy Lutomirski
> >> wrote:
> >>> On Fri, Nov 21, 2014 at 11:46 AM, Linus
On Mon, 24 Nov 2014, Thomas Gleixner wrote:
> On Fri, 14 Nov 2014, Daniel Thompson wrote:
> > diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c
> > index 38493ff28fa5..0db62a6f1ee3 100644
> > --- a/drivers/irqchip/irq-gic.c
> > +++ b/drivers/irqchip/irq-gic.c
> > @@ -73,6 +73,13
Adding Michael to CC.
>
> Networking under kvm works best if we allocate a per-vCPU RX and TX
> queue in a virtual NIC. This requires a per-vCPU queue on the host side.
>
> It is now safe to increase the maximum number of queues.
> Preceding patches:
> net: allow large number of rx
On Tue, Nov 25, 2014 at 2:45 AM, Jonathan Corbet wrote:
> On Tue, 25 Nov 2014 01:39:19 +0900
> SeongJae Park wrote:
>
>> 6) Attach that task to the new cgroup by writing its PID to the
>> -/sys/fs/cgroup/cpuset/tasks file for that cgroup.
>> +/sys/fs/cgroup/cpuset tasks file for that
Sorry! forgot to add Michael, adding now.
> Networking under KVM works best if we allocate a per-vCPU rx and tx
> queue in a virtual NIC. This requires a per-vCPU queue on the host side.
> Modern physical NICs have multiqueue support for large number of queues.
> To scale vNIC to run multiple
On 11/24/2014 01:02 PM, Andrey Ryabinin wrote:
> +static int kasan_die_handler(struct notifier_block *self,
> + unsigned long val,
> + void *data)
> +{
> + if (val == DIE_GPF) {
> + pr_emerg("CONFIG_KASAN_INLINE enabled\n");
> +
On 24/11/14 18:20, Thomas Gleixner wrote:
> On Fri, 14 Nov 2014, Daniel Thompson wrote:
>> diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c
>> index 38493ff28fa5..0db62a6f1ee3 100644
>> --- a/drivers/irqchip/irq-gic.c
>> +++ b/drivers/irqchip/irq-gic.c
>> @@ -73,6 +73,13 @@
Sorry! forgot to cc Michael, doing now.
>
> This patch switches to flex array to implement the flow caches, it brings
> several advantages:
>
> - Reduce the size of the tun_struct structure, which allows us to increase
> the
> upper limit of queues in future.
> - Avoid higher order memory
On Mon, Nov 24, 2014 at 1:48 PM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Nov 21, 2014 at 03:23:13PM -0500, Josh Boyer wrote:
>> On Fri, Nov 21, 2014 at 3:16 PM, Andy Lutomirski wrote:
>> > On Fri, Nov 21, 2014 at 12:14 PM, Josh Boyer
>> > wrote:
>> >> On Fri, Nov 21, 2014 at 2:52 PM, Andy
On Sun, Nov 23, 2014 at 04:18:40PM +0300, Alexander Kochetkov wrote:
>
> 23 нояб. 2014 г., в 7:43, Felipe Balbi написал(а):
>
> > maybe there was a typo? I tested on v3.18-rc3 :-)
>
> I do my tests on kernel from angstrom with almost all i2c-omap patches
> backported from linux/master.
> Then
Sorry! forgot to CC Michael, doing now.
> netif_alloc_rx_queues() uses kcalloc() to allocate memory
> for "struct netdev_queue *_rx" array.
> If we are doing large rx queue allocation kcalloc() might
> fail, so this patch does a fallback to vzalloc().
> Similar implementation is done for tx queue
Am 24.11.2014 um 19:35 schrieb Linus Torvalds:
> On Mon, Nov 24, 2014 at 10:02 AM, Alexei Starovoitov
> wrote:
>>
>> If the goal is to catch non-scalar users, the following is shorter:
>> #define ACCESS_ONCE(x) (((typeof(x))0) + *(volatile typeof(x) *)&(x))
>
> Me likey. It probably works well
On Sat, 22 Nov 2014, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sat, 22 Nov 2014 15:00:55 +0100
>
> The debug_unregister() function performs also input parameter validation.
> Thus the test around the call is not needed.
>
> This issue was detected by using the Coccinelle
On Mon 2014-11-24 19:58:34, Pali Rohár wrote:
> On Monday 24 November 2014 19:31:30 Pavel Machek wrote:
> > Hi!
> >
> > I left the machine on usb-networking for extended period of
> > time. Unfortunately, Xfce screensaver kept screen busy, and
> > kernel failed to kill the machine.
> >
> > At
From: David Drysdale
Date: Mon, 24 Nov 2014 11:53:58 +
> Signed-off-by: David Drysdale
Acked-by: David S. Miller >
--
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
On Mon, Nov 24, 2014 at 10:02 AM, Alexei Starovoitov
wrote:
>
> If the goal is to catch non-scalar users, the following is shorter:
> #define ACCESS_ONCE(x) (((typeof(x))0) + *(volatile typeof(x) *)&(x))
Me likey. It probably works well in practice, although I think
- the "(typeof(x))0)" seems
In four of the rtlwifi drivers, the Makefile contains superfluous
statements indicating the compilation of the driver as an LKM
regardless of the corresponding Kconfig option.
If the corresponding option is set to 'y', the build system will then
see the object file in obj-m and obj-y, which leads
From: "Michael S. Tsirkin"
Date: Mon, 24 Nov 2014 13:52:32 +0200
> Based on patches by Cornelia Rusty and others, but
> with an API that should allow better static checking of code,
> and slightly more concervative changes in vring,net and blk.
>
> Based on patches by Cornelia and others, but
>
In the Makefile for this driver, the wrong Kconfig option is used
to trigger the compilation of the object file. This leads to the
driver only being included into the kernel when both CONFIG_RTL8821AE
and CONFIG_RTL8192AE are set to "y".
Signed-off-by: Andreas Ruprecht
---
Hi,
On Mon, Nov 24, 2014 at 6:00 AM, Arnd Bergmann wrote:
>> ---
>> .../devicetree/bindings/mips/brcm/bmips.txt| 8 +
>> .../devicetree/bindings/mips/brcm/soc.txt | 12 ++
>> arch/mips/Kbuild.platforms | 1 +
>> arch/mips/Kconfig
Hi!
I left the machine on usb-networking for extended period of
time. Unfortunately, Xfce screensaver kept screen busy, and kernel
failed to kill the machine.
At the end, hardware protections worked (I guess), but result is
battery discharged down to 2.97V.
Best regards,
> On Nov 24, 2014, at 19:53, Paolo Bonzini wrote:
>
>
>
> On 24/11/2014 16:28, Nadav Amit wrote:
>>
>> Since kvm_load_guest_fpu is called before the guest_fpu is ever stored,
>> there are 2 more problems that currently cause #GP:
>> 1. XCOMP_BV[63] = 0
>> 2. XSTATE_BV sets a bit (including
SPI controllers found on modern SoCs have rather large SPI FIFOs and
allow for uninterrupted SPI transaction that are more then 255 bits
long. This commit adds necessary plumbing for such SPI transfers.
Signed-off-by: Andrey Smirnov
---
Changes:
- Fixed commit message
- Ditched the cover
This patch series fixes two issues in the Makefiles for different
rtlwifi drivers.
The first one lead to object files for the drivers always being
included in obj-m even if the corresponding Kconfig option is set to
'y'.
The second one is likely to be a copy-and-paste mistake, which
prevents
On Mon, Nov 24, 2014 at 01:01:10PM -0500, Chris Mason wrote:
> > I've retested it again including this pull and still deadlocks
> > reliably
> > at btrfs/070.
>
> This wasn't a new problem, so I had it queued for the merge window.
Well, I don't remember seeing this problem with anything 3.17
ted from the table entries in the second patch in the series (at
least since the v9 set I sent on 19 Nov, which split out the x86 wiring
from the general implementation).
Are the syscall table generation steps happening in your build? And does
__NR_execveat appear in the various generated x86 unist
On Fri, 14 Nov 2014, Daniel Thompson wrote:
> diff --git a/drivers/irqchip/irq-gic.c b/drivers/irqchip/irq-gic.c
> index 38493ff28fa5..0db62a6f1ee3 100644
> --- a/drivers/irqchip/irq-gic.c
> +++ b/drivers/irqchip/irq-gic.c
> @@ -73,6 +73,13 @@ struct gic_chip_data {
> static
On Tue, Nov 25, 2014 at 12:43:47AM +0800, Jianyu Zhan wrote:
> GFP_USER, GFP_HIGHUSER and GFP_HIGHUSER_MOVABLE are escalatedly
> confined defined, also implied by their names:
>
> GFP_USER = GFP_USER
> GFP_USER + __GFP_HIGHMEM = GFP_HIGHUSER
>
This test shows the amount of memory used by the system.
Note that this is dependent on the user-space that is loaded
when this program runs. Optimally, this program would be
run as the init program itself.
The program is optimized for size itself, to avoid conflating
its own execution with
On Mon, Nov 24, 2014 at 06:49:50PM +0100, Sebastian Andrzej Siewior wrote:
> On 11/18/2014 10:17 PM, Felipe Balbi wrote:
> > I think the driver is mis-detecting Babble. A babble only occurs when
> > the device side tries to move data without the host asking for anything.
>
> It also occurs if the
On 24-11-2014 14:15, Grygorii Strashko wrote:
Hi Uwe,
On 11/23/2014 07:04 PM, Uwe Kleine-König wrote:
On Thu, Nov 20, 2014 at 12:03:08PM +0200, Grygorii Strashko wrote:
@@ -664,6 +759,7 @@ static int davinci_i2c_probe(struct platform_device *pdev)
if
Reading irq_stack_union.gs_base after load_segment creates troubles for kasan.
Compiler inserts __asan_load in between load_segment and wrmsrl. If kernel
built with stackprotector this will result in boot failure because __asan_load
has stackprotector.
To avoid this irq_stack_union.gs_base stored
From: Markus Elfring
The backlight_device_unregister() function tests whether its argument is NULL
and then returns immediately. Thus the test around the call is not needed.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
401 - 500 of 2022 matches
Mail list logo