On Wed, 2015-09-23 at 00:28 -0500, Zhao Qiang-B45475 wrote:
> On Wen, Sep 23, 2015 at 12:03 AM +0800, Wood Scott-B07421 wrote:
>
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Wednesday, September 23, 2015 12:03 PM
> > To: Zhao Qiang-B45475
> > Cc:
Hi Ivan,
On 12/09/15 14:02, Ivan T. Ivanov wrote:
Hi,
Following patches add DMA support for UARTDM type of hardware.
Changes have been tested on UARTDM v1.3(APQ8064) and v1.4(APQ8016).
Patches from Gurav were published long ago here[1], I just addressed
remaining comments and coding style
On (09/24/15 15:39), Jonathan Corbet wrote:
> On Thu, 24 Sep 2015 18:56:41 +0900
> Sergey Senozhatsky wrote:
>
> > Several documentation changes.
> >
> > First, we never mentioned any errors and never required any
> > error checks in documentation.
> >
> > Second, mention that there is another
On Thu, Sep 24, 2015 at 03:51:37PM -0700, David Miller wrote:
> From: Andrew Lunn
> Date: Fri, 25 Sep 2015 00:26:54 +0200
>
> > On Thu, Sep 24, 2015 at 03:15:54PM -0700, David Miller wrote:
> >> From: Andrew Lunn
> >> Date: Thu, 24 Sep 2015 23:57:31 +0200
> >>
> >> > I built the FEC driver as
2015-09-24 23:57 GMT+02:00 Jonathan Corbet :
> On Sun, 20 Sep 2015 14:11:19 +0200
> Alex Henrie wrote:
>
>> The examples should better match what kernel developers actually expect,
>> so that they set a good example both for this project and for other
>> projects with similar development
From: David Daney
Date: Thu, 24 Sep 2015 15:54:30 -0700
> On 09/24/2015 03:50 PM, David Miller wrote:
>> From: David Daney
>> Date: Thu, 24 Sep 2015 15:45:41 -0700
>>
>>> 2) The OF device tree nodes for PCI devices do not result in the
>>> creation of a platform device.
>>
>> But they are
On Wed, Aug 26, 2015 at 10:11 AM, Stefan Agner wrote:
> On 2015-08-26 05:47, Linus Walleij wrote:
>> On Sat, Aug 22, 2015 at 12:56 AM, Stefan Agner wrote:
>>
>>> The GPIO IRQ controller is able to generate level triggered
>>> interrupts, however, these were handled by handle_simple_irq so far
> Thanks for testing. Please could you confirm whether the same behaviour
> is observed without the patches, just to make absolutely sure that isn't
> a regression.
So i tested this now.
I have two FEC interfaces. One i my main access interface, and the
second is used by DSA to access switches.
On Thu, 2015-09-24 at 16:00 +0200, Andrzej Hajda wrote:
> The function can return negative value.
>
> The problem has been detected using proposed semantic patch
> scripts/coccinelle/tests/assign_signed_to_unsigned.cocci [1].
>
> [1]: http://permalink.gmane.org/gmane.linux.kernel/2046107
>
>
Hello, Bart.
On Thu, Sep 24, 2015 at 03:54:18PM -0700, Bart Van Assche wrote:
> Sorry that I had not yet made this clear but I agreed with the analysis in
> your two most recent e-mails. I think I have found the cause of the loop:
> for one or another reason the scsi_dh_alua driver was not loaded
On 09/24/2015 03:50 PM, David Miller wrote:
From: David Daney
Date: Thu, 24 Sep 2015 15:45:41 -0700
2) The OF device tree nodes for PCI devices do not result in the
creation of a platform device.
But they are created for the children right? And that's the one
you need them for probing.
On 09/24/2015 11:14 AM, Tejun Heo wrote:
On Thu, Sep 24, 2015 at 11:09:33AM -0700, Bart Van Assche wrote:
On 09/24/2015 10:49 AM, Tejun Heo wrote:
Again, that doesn't happen.
In case anyone would be interested, the backtraces for the lockup I had
observed are as follows:
If this is
From: Andrew Lunn
Date: Fri, 25 Sep 2015 00:26:54 +0200
> On Thu, Sep 24, 2015 at 03:15:54PM -0700, David Miller wrote:
>> From: Andrew Lunn
>> Date: Thu, 24 Sep 2015 23:57:31 +0200
>>
>> > I built the FEC driver as a module, and it won't unload:
>> >
>> > kernel:unregister_netdevice:
From: David Daney
Date: Thu, 24 Sep 2015 15:45:41 -0700
> 2) The OF device tree nodes for PCI devices do not result in the
> creation of a platform device.
But they are created for the children right? And that's the one
you need them for probing.
I'm still not convinced, sorry.
--
To
On 09/24/2015 03:14 PM, David Miller wrote:
From: David Daney
Date: Thu, 24 Sep 2015 15:04:23 -0700
On 09/24/2015 02:52 PM, David Miller wrote:
From: David Daney
Date: Tue, 22 Sep 2015 17:41:36 -0700
From: David Daney
When the Cavium mdio-octeon devices appear in the Thunder family of
On 09/24/2015 03:28 PM, Linus Walleij wrote:
On Tue, Aug 18, 2015 at 4:10 AM, Grygorii Strashko
wrote:
The PM runtime API can't be used in atomic contex on -RT even if
it's configured as irqsafe. As result, below error report can
be seen when PM runtime API called from IRQ chip's callbacks
On 09/24/15 14:05, Steven Rostedt wrote:
> On Thu, 24 Sep 2015 10:53:16 -0700
> Randy Dunlap wrote:
>
>> On 09/23/15 21:53, Stephen Rothwell wrote:
>>> Hi all,
>>>
>>> Changes since 20150923:
>>>
>>
>> on x86_64:
>>
>>
>
> Compiles fine for me, and I enabled:
>
> CONFIG_PROFILE_ALL_BRANCHES=y
On Thu, Sep 24, 2015 at 03:15:54PM -0700, David Miller wrote:
> From: Andrew Lunn
> Date: Thu, 24 Sep 2015 23:57:31 +0200
>
> > I built the FEC driver as a module, and it won't unload:
> >
> > kernel:unregister_netdevice: waiting for eth1 to become free. Usage count
> > = 1
> >
On 9/23/2015 1:16 PM, Seth Forshee wrote:
> Security labels from unprivileged mounts cannot be trusted.
> Ideally for these mounts we would assign the objects in the
> filesystem the same label as the inode for the backing device
> passed to mount. Unfortunately it's currently impossible to
>
On Thu, Sep 24, 2015 at 07:47:40PM +, Liang, Kan wrote:
>
>
> > On Tue, Sep 22, 2015 at 10:13:33AM -0400, kan.li...@intel.com wrote:
> > > From: Kan Liang
> > >
> > > The patch series intends to read counter statistics with fixed
> > > frequency during sampling. The instant benefit is that
On Tue, Aug 18, 2015 at 4:10 AM, Grygorii Strashko
wrote:
> The PM runtime API can't be used in atomic contex on -RT even if
> it's configured as irqsafe. As result, below error report can
> be seen when PM runtime API called from IRQ chip's callbacks
> irq_startup/irq_shutdown/irq_set_type,
On Thu, Sep 24, 2015 at 1:26 PM, Stephen Smalley wrote:
> Hi,
>
> With the attached config and 4.3-rc2 on x86_64, I see the following in
> /sys/kernel/debug/kernel_page_tables:
> ...
> ---[ High Kernel Mapping ]---
> 0x8000-0x8100 16M
On Thu, Sep 24, 2015 at 4:21 AM, David Howells wrote:
> David Howells wrote:
>
>> Does this addition help?
>
> Rather, this. Seems I shouldn't pass PKCS7_STREAM.
>
> David
> ---
> commit 227ccb6a71bd9a04d1aaff08a52fcb5ae4149d1e
> Author: David Howells
> Date: Thu Sep 24 12:15:06 2015 +0100
>
Seth Forshee writes:
> Security labels from unprivileged mounts cannot be trusted.
> Ideally for these mounts we would assign the objects in the
> filesystem the same label as the inode for the backing device
> passed to mount. Unfortunately it's currently impossible to
> determine which inode
On 9/23/2015 2:48 PM, Florian Fainelli wrote:
> On 23/09/15 14:46, Ray Jui wrote:
>>
>>
>> On 9/23/2015 2:31 PM, Arnd Bergmann wrote:
>>> On Friday 18 September 2015 14:44:54 Ray Jui wrote:
On 9/18/2015 2:27 PM, Arnd Bergmann wrote:
> On Friday 18 September 2015 14:24:06 Ray Jui wrote:
On Thu, Sep 24, 2015 at 2:36 PM, Russell King
wrote:
> bus_find_device() is defined as:
>
> * This is similar to the bus_for_each_dev() function above, but it
> * returns a reference to a device that is 'found' for later use, as
> * determined by the @match callback.
>
> and it does indeed
Move aliases from bcm-cygnus.dtsi back to individual .dts files. Also
clean up the chosen node to have the stdout-path using the proper alias
Signed-off-by: Ray Jui
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 4
arch/arm/boot/dts/bcm911360k.dts | 7 +--
arch/arm/boot/dts/bcm958300k.dts |
Hi,
On Thu, Sep 24, 2015 at 09:44:19PM +0200, Enric Balletbo i Serra wrote:
> The following series add initial support for tps65217 battery charger.
Thanks, queued.
-- Sebastian
signature.asc
Description: Digital signature
From: David Daney
Date: Thu, 24 Sep 2015 15:12:03 -0700
> Sorry for the breakage, I will fix it and resubmit.
Don't bother, I told you that using PCI probing is unacceptable.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Andrew Lunn
Date: Thu, 24 Sep 2015 23:57:31 +0200
> I built the FEC driver as a module, and it won't unload:
>
> kernel:unregister_netdevice: waiting for eth1 to become free. Usage count = 1
> unregister_netdevice: waiting for eth1 to become free. Usage count = 1
>
> i assume because
On Thu, Sep 24, 2015 at 11:57:31PM +0200, Andrew Lunn wrote:
> Hi Russell
>
> I tested both of these with my board. It is a Freescale Vybrid, using
> the FEC ethernet driver, and i have three switches attached, using
> mdio-mux to give three mdio busses.
>
> No obvious regressions, my board
Add DDC support for Trident cards.
Tested on TGUI9440, TGUI9680, 3DImage 9750, Blade3D 9880 and Blade XP.
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/Kconfig |2 +
drivers/video/fbdev/tridentfb.c | 182 +--
2 files changed, 179 insertions(+),
From: David Daney
Date: Thu, 24 Sep 2015 15:04:23 -0700
> On 09/24/2015 02:52 PM, David Miller wrote:
>> From: David Daney
>> Date: Tue, 22 Sep 2015 17:41:36 -0700
>>
>>> From: David Daney
>>>
>>> When the Cavium mdio-octeon devices appear in the Thunder family of
>>> arm64 based SoCs, they
i2c-algo-bit allows I2C adapters without SCL read capability to work
but fb_ddc_read fails to work on them.
Fix fb_ddc_read to work with I2C adapters not capable of reading SCL.
Signed-off-by: Ondrej Zary
---
drivers/video/fbdev/core/fb_ddc.c | 28 ++--
1 file
Am Donnerstag, 24. September 2015, 13:39:14 schrieb Sjoerd Simons:
> Enable options to provide more complete support for Rockchip boards
> including: support for the common PMICs, common RTC chips, I2C, SPI,
> PMW, Thermal driver, HDMI video output and USB 2.
As these patches are supposed to go
On 09/24/2015 03:04 PM, David Daney wrote:
On 09/24/2015 02:52 PM, David Miller wrote:
From: David Daney
Date: Tue, 22 Sep 2015 17:41:36 -0700
From: David Daney
When the Cavium mdio-octeon devices appear in the Thunder family of
arm64 based SoCs, they show up as PCI devices. Add PCI
Am Donnerstag, 24. September 2015, 13:39:16 schrieb Sjoerd Simons:
> Rockchip boards seem to have two common regulator setups. Various board
> used the Active Semi act8846 often in combination with Silergy syr82x
For people just skimming over these patches, the syr82x are siblings to the
Seth Forshee writes:
> Capability sets attached to files must be ignored except in the
> user namespaces where the mounter is privileged, i.e. s_user_ns
> and its descendants. Otherwise a vector exists for gaining
> privileges in namespaces where a user is not already privileged.
>
> Add a new
...
> While looking at the DSA code, I noticed we have a
> of_find_net_device_by_node(), and it looks like users of that are
> similarly buggy - it looks like net/dsa/dsa.c is the only user. Fix
> that too.
...
> The mdiobus code also suffered from the same kind of leak, but thankfully
> this
On 09/24/2015 02:52 PM, David Miller wrote:
From: David Daney
Date: Tue, 22 Sep 2015 17:41:36 -0700
From: David Daney
When the Cavium mdio-octeon devices appear in the Thunder family of
arm64 based SoCs, they show up as PCI devices. Add PCI driver
wrapping so the driver is bound in the
Seth Forshee writes:
> When mounting a filesystem on a block device there is currently
> no verification that the user has appropriate access to the
> device file passed to mount. This has not been an issue so far
> since the user in question has always been root, but this must
> be changed
On Mon, 14 Sep 2015 19:54:07 -0500
Scott Wood wrote:
> This form of the earlycon parameter was added by commit fb11ffe74c794a5
> ("of/fdt: add FDT serial scanning for earlycon") without documentation.
Applied to the docs tree, thanks.
jon
--
To unsubscribe from this list: send the line
On Sun, 20 Sep 2015 14:11:19 +0200
Alex Henrie wrote:
> The examples should better match what kernel developers actually expect,
> so that they set a good example both for this project and for other
> projects with similar development processes.
Applied to the docs tree, thanks.
jon
--
To
On Mon, 21 Sep 2015 15:14:46 +0200
Javier Martinez Canillas wrote:
> The gpiolib supports parsing DT properties of the form -gpio
> but it was only added for compatibility with older DT bindings that got
> it wrong and should not be used in newer bindings.
>
> The commit that added support for
On Wed, 23 Sep 2015 09:35:25 +
Wang Long wrote:
> Add document for how to install selftests.
Applied to the docs tree (with Shuah's ack), thanks.
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
From: David Daney
Date: Tue, 22 Sep 2015 17:41:36 -0700
> From: David Daney
>
> When the Cavium mdio-octeon devices appear in the Thunder family of
> arm64 based SoCs, they show up as PCI devices. Add PCI driver
> wrapping so the driver is bound in the standard PCI device scan.
>
> When in
On Wed, 23 Sep 2015 14:41:09 +0300
Sakari Ailus wrote:
> The nents argument to the DMA API functions operating on scatterlists is
> always the same. The documentation used different argument names and the
> matter was not mentioned in Documentation/DMA-API-HOWTO.txt at all. Fix
> these.
OK,
On Thu, 24 Sep 2015 16:51:25 +0800
Baoquan He wrote:
> In commit 94fb933 ("x86/crash: Allocate enough low memory when
> crashkernel=high") the default value of crashkernel low memory
> is changed to 256M. In this patch update it accordingly.
Applied to the docs tree, thanks.
jon
--
To
Hi,
I hereby announce the release of LTTng-UST 2.7.0. LTTng-UST is a
low-overhead application tracer for Linux. The library "liblttng-ust"
enables tracing of applications and libraries.
Here is what is new and noteworthy in LTTng-UST 2.7:
* tracelog() instrumentation facility. Excerpt from
On Thu, 24 Sep 2015 18:56:41 +0900
Sergey Senozhatsky wrote:
> Several documentation changes.
>
> First, we never mentioned any errors and never required any
> error checks in documentation.
>
> Second, mention that there is another way to configure and
> manage zram devices -- zramctl,
> "Max" == Max Filippov writes:
Hi,
>> You should also document the big-endian property in
>> Documentation/devicetree/bindings/i2c/i2c-ocores.txt, otherwise it looks
>> good.
> 'big-endian' and 'native-endian' are common properties documented
> in the
From: Tobias Klauser
Date: Tue, 22 Sep 2015 13:45:57 +0200
> Use of_property_read_u32 instead of of_get_property with return value
> checks and endianness conversion.
>
> Signed-off-by: Tobias Klauser
Applied to net-next.
--
To unsubscribe from this list: send the line "unsubscribe
From: Tobias Klauser
Date: Tue, 22 Sep 2015 13:41:57 +0200
> Use of_property_read_u32 to read the "clock-frequency" property instead
> of using of_get_property with return value checks.
>
> Signed-off-by: Tobias Klauser
Applied to net-next.
--
To unsubscribe from this list: send the line
Hi Boris
I should have expanded on it..
On Thu, Sep 24, 2015 at 11:07:33PM +0200, Borislav Petkov wrote:
>
> How are you ever going to call into those from an offlined CPU?!
>
> And that's easy:
>
> if (!cpu_online(cpu))
> return;
>
The last patch of that series had 2
From: Sudeep Holla
Date: Mon, 21 Sep 2015 16:47:09 +0100
> The device is set as wakeup capable using proper wakeup API but the
> driver misuses IRQF_NO_SUSPEND to set the interrupt as wakeup source
> which is incorrect.
>
> This patch removes the use of IRQF_NO_SUSPEND flags replacing it with
>
Seth Forshee writes:
> Initially this will be used to eliminate the implicit MNT_NODEV
> flag for mounts from user namespaces. In the future it will also
> be used for translating ids and checking capabilities for
> filesystems mounted from user namespaces.
>
> s_user_ns is initialized in
Hi,
Testing out 4.3-rc2, first thing I notice is that the VGA output is
not working. Specifically, the display is continuously powering on
and off -- at no point is any image visible on the screen (I am expecting
to see the console output). The display connected to the HDMI output is
working
Peter,
On Thu, Sep 24, 2015 at 10:55 PM, Peter Korsgaard wrote:
>> "Max" == Max Filippov writes:
>
> > This allows using OpenCores I2C controller attached to its host in
> > native-endian mode with bi-endian CPUs. Example of such system is Xtensa
> > XTFPGA platform.
>
> >
On Wed, Sep 23, 2015 at 5:03 PM, Thomas Gleixner wrote:
> On Wed, 23 Sep 2015, Li Yang wrote:
>> On Mon, Sep 21, 2015 at 11:51 AM, Thomas Gleixner wrote:
>> > On Mon, 21 Sep 2015, Manoil Claudiu wrote:
>> >> >The device is set as wakeup capable using proper wakeup API but the
>> >> >driver
On Wed, 23 Sep 2015, Michal Hocko wrote:
> I am still not sure how you want to implement that kernel thread but I
> am quite skeptical it would be very much useful because all the current
> allocations which end up in the OOM killer path cannot simply back off
> and drop the locks with the
Hi!
> > Of course, the maintainer gets the last word regardless of what anyone
> > else thinks.
> >
> > Generally, minimal code is better. Trying to future proof code is a
> > waste of time because you can't predict what will happen in the future.
> > It's way more likely that some pointer you
Hi,
I am proud to announce the 2.7.0 release of LTTng modules! LTTng
modules provide Linux kernel tracing capability to the LTTng 2.x
tracer toolset. I would like to remind everyone that *no* patching
of the Linux kernel is required whatsoever to use LTTng modules.
It has been like this since
On Thu, Sep 24, 2015 at 01:22:12PM -0700, Raj, Ashok wrote:
> Another reason i had a separate buffer in my earlier patch was to avoid
> calling rcu() functions from the offline CPU. I had an offline discussion
> with Paul McKenney he said don't do that...
>
>
On Thu, 24 Sep 2015 10:53:16 -0700
Randy Dunlap wrote:
> On 09/23/15 21:53, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20150923:
> >
>
> on x86_64:
>
>
Compiles fine for me, and I enabled:
CONFIG_PROFILE_ALL_BRANCHES=y
CONFIG_MEDIA_SUPPORT=y
Hi Linus,
Most of the GPU drivers people were at XDC last week, so I didn't get much
to send, so I let it rollover until this week.
Also Alex was away for 3 weeks so amdgpu/radeon got a bit more stuff than
usual in one go.
I've been trying to figure out some 4.2 issues with i915 still (that
On Thu, Aug 27, 2015 at 12:44:20PM +0100, Bharat Kumar Gogada wrote:
> Adding PCIe Root Port driver for Xilinx PCIe NWL bridge IP.
>
> Signed-off-by: Bharat Kumar Gogada
> Signed-off-by: Ravi Kiran Gummaluri
> ---
> .../devicetree/bindings/pci/xilinx-nwl-pcie.txt| 39 +
>
On 24 September 2015 at 12:28, Stephen Boyd wrote:
> Reported-by: Viresh Kumar
> Signed-off-by: Stephen Boyd
> ---
> drivers/base/power/opp/core.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/base/power/opp/core.c b/drivers/base/power/opp/core.c
>
On Mon, Sep 21, 2015 at 11:52:37AM +0100, Mel Gorman wrote:
> @@ -119,10 +134,10 @@ struct vm_area_struct;
> #define GFP_USER (__GFP_WAIT | __GFP_IO | __GFP_FS | __GFP_HARDWALL)
> #define GFP_HIGHUSER (GFP_USER | __GFP_HIGHMEM)
> #define GFP_HIGHUSER_MOVABLE (GFP_HIGHUSER | __GFP_MOVABLE)
>
On Thu, 24 Sep 2015, Dan Carpenter wrote:
> Of course, the maintainer gets the last word regardless of what anyone
> else thinks.
>
> Generally, minimal code is better. Trying to future proof code is a
> waste of time because you can't predict what will happen in the future.
> It's way more
On Thu, 24 Sep 2015, Jiri Kosina wrote:
> On Wed, 23 Sep 2015, Alan Stern wrote:
>
> > Your mistake was thinking that the driver for your keyboard is usbkbd.
> > It isn't. It's usbhid, as you can see in the "lsusb -t" output above.
>
> As Eric is absolutely not the first person ever who got
On Wed, Sep 23, 2015 at 05:07:29PM -0400, Tejun Heo wrote:
> inode_cgwb_enabled() gates cgroup writeback support. If it returns
> true, each inode is attached to the corresponding memory domain which
> gets mapped to io domain. It currently only tests whether the
> filesystem and bdi support
Hello,
On Thu, Sep 24, 2015 at 08:40:18AM +, Dexuan Cui wrote:
> I can confirm the patch fixes my "slow write" issue too.
>
> Tested-by: Dexuan Cui
Yeah, this should make it go away w/o using cgroup writeback
explicitly; however, I think the proper solution for cgroup writeback
is moving
On Wed, 23 Sep 2015, Josh Cartwright wrote:
> On Wed, Sep 23, 2015 at 12:10:13PM -0500, atull wrote:
> > On Tue, 22 Sep 2015, Josh Cartwright wrote:
> [..]
> > > > +struct fpga_manager *of_fpga_mgr_get(struct device_node *node)
> > > > +{
> > > > + struct fpga_manager *mgr;
> > > > +
Hello, Artem.
On Thu, Sep 24, 2015 at 11:09:46AM +0300, Artem Bityutskiy wrote:
> On Wed, 2015-09-23 at 17:07 -0400, Tejun Heo wrote:
> > So, this should make the regression go away. It doesn't fix the
> > underlying bugs but they shouldn't get triggered by people not
> > experimenting with
On Fri, Sep 11, 2015 at 11:12:17PM +0200, Ondrej Zary wrote:
> MSI is broken on SiS 761 chipset at least on PC Chips A31G board.
> No interrupts are delivered once MSI is enabled for a device. This causes
> hang on X11 start with a nVidia card installed (with nouveau driver).
>
> Disable MSI
On Fri, Sep 18, 2015 at 7:35 AM, 慕冬亮 wrote:
> I git clone and git pull the latest linux kernel.
> When I make pdfdocs, it reports the following error to me.
> But I checked the filesystems.xml:14946, no error found.
>
>
Hi,
On Thu, Sep 24, 2015 at 09:09:15PM +0200, Belisko Marek wrote:
> On Tue, Sep 22, 2015 at 11:29 PM, Sebastian Reichel wrote:
> > On Tue, Sep 22, 2015 at 10:19:29PM +0200, Marek Belisko wrote:
> >> If either twl4030_charger or twl4030_madc is configured as MODULE,
> >> we get build (link)
On Mon, Sep 21, 2015 at 11:52:36AM +0100, Mel Gorman wrote:
> @@ -14,7 +14,7 @@ struct vm_area_struct;
> #define ___GFP_HIGHMEM 0x02u
> #define ___GFP_DMA32 0x04u
> #define ___GFP_MOVABLE 0x08u
> -#define ___GFP_WAIT 0x10u
> +#define
On Thu, Sep 24, 2015 at 11:08:29AM -0500, Christoph Lameter wrote:
> On Thu, 24 Sep 2015, Kirill A. Shutemov wrote:
>
> > SLUB uses PG_locked as a bit spin locked. IIUC, tail pages should never
> > appear there. VM_BUG_ON() is added to make sure that this assumption is
> > correct.
>
>
On Thu, Sep 24, 2015 at 11:13:22AM -0500, Christoph Lameter wrote:
> On Thu, 24 Sep 2015, Kirill A. Shutemov wrote:
>
> > As requested, here's reworked version of page-flags patchset.
> > Updated version should fit more naturally into current code base.
>
> This is certainly great for
Hi Boris
On Thu, Sep 24, 2015 at 09:22:24PM +0200, Borislav Petkov wrote:
>
> Ah, we return. But we shouldn't return - we should overwrite. I believe
> we've talked about the policy of overwriting old errors with new ones.
>
Another reason i had a separate buffer in my earlier patch was to
On Thu, Sep 24, 2015 at 03:11:23PM -0400, Austin S Hemmelgarn wrote:
> >That is a startling result. Please say what architecture, kernel
> >version, dieharder version and commandline arguments you are using to
> >get 10% WEAK or FAILED assessments from dieharder on /dev/urandom.
>
> I do not
On Thu, 2015-09-24 at 11:41 +, David Laight wrote:
> From: Christophe Leroy
> > Sent: 22 September 2015 17:51
> ...
> > Traditionaly, each driver manages one computer board which has its
> > own components with its own memory maps.
> > But on embedded chips like the MPC8xx, the SOC has all
On Friday, September 18, 2015 03:59:59 AM Richard Guy Briggs wrote:
> Failed attempts to change the audit_pid configuration are not presently
> logged. One case is an attempt to starve an old auditd by starting up a
> new auditd when the old one is still alive and active. The other case
> is an
From: Andi Kleen
The per CPU thermal vector init code checks if the thermal
vector is already installed and complains and bails out if
it is.
This happens after kexec, as kernel shut down does
not clear the thermal vector APIC register.
This causes two problems:
So we always do not fully
On Friday, September 18, 2015 03:59:58 AM Richard Guy Briggs wrote:
> Nothing prevents a new auditd starting up and replacing a valid
> audit_pid when an old auditd is still running, effectively starving out
> the old auditd since audit_pid no longer points to the old valid auditd.
>
> If no
On Mon, Sep 21, 2015 at 11:52:35AM +0100, Mel Gorman wrote:
> There is a seqcounter that protects against spurious allocation failures
> when a task is changing the allowed nodes in a cpuset. There is no need
> to check the seqcounter until a cpuset exists.
>
> Signed-off-by: Mel Gorman
>
Hello, David.
On Thu, Sep 24, 2015 at 12:11:42PM -0700, David Miller wrote:
> From: Herbert Xu
> Date: Tue, 22 Sep 2015 11:38:56 +0800
>
> > The commit 1f770c0a09da855a2b51af6d19de97fb955eca85 ("netlink:
> > Fix autobind race condition that leads to zero port ID") created
> > some new races
On Mon, Sep 21, 2015 at 11:52:34AM +0100, Mel Gorman wrote:
> File-backed pages that will be immediately written are balanced between
> zones. This heuristic tries to avoid having a single zone filled with
> recently dirtied pages but the checks are unnecessarily expensive. Move
>
On Thu, 2015-09-24 at 21:15 +0200, Borislav Petkov wrote:
> On Thu, Sep 24, 2015 at 01:06:04PM -0600, Toshi Kani wrote:
> > edac-utils(1) checks empty labels and shows them as "ch%d" [1]. So,
> > I think empty labels are supported today, and using 'echo "" >' seems
> > to be a legitimate way to
On Sat, Sep 05, 2015 at 12:27:27PM +0200, Andreas Gruenbacher wrote:
> For local file systems, the vfs performs the necessary permission checks
> for operations like creating files and directories. NFSd duplicates
> several of those checks. The vfs checks have been extended to check for
>
On Mon, Sep 21, 2015 at 11:52:33AM +0100, Mel Gorman wrote:
> No user of zone_watermark_ok_safe() specifies alloc_flags. This patch
> removes the unnecessary parameter.
>
> Signed-off-by: Mel Gorman
> Acked-by: David Rientjes
> Acked-by: Vlastimil Babka
> Acked-by: Michal Hocko
> Reviewed-by:
On Thu, Sep 24, 2015 at 03:11:23PM -0400, Austin S Hemmelgarn wrote:
> I will make a point however to run some tests over the weekend on a
> current kernel version (4.2.1), with the current dieharder version I
> have available (3.31.1).
Please report your findings. If urandom is worse than
On Sat, Sep 05, 2015 at 12:27:26PM +0200, Andreas Gruenbacher wrote:
> Richacls support the Automatic Inheritance permission propagation
> mechanism as specified in NFSv4.1. Over NFS, this requires support for
> the dacl attribute: compared to the acl attribute, the dacl attribute
> has an
Hi Bharat,
I'm resending this since you sent a ping three days after I responded,
so I don't know whether you got this the first time around.
DMARC got turned on for mail coming from @google.com, which apparently
caused some email providers to drop it. I switched to sending from
> "Max" == Max Filippov writes:
> This allows using OpenCores I2C controller attached to its host in
> native-endian mode with bi-endian CPUs. Example of such system is Xtensa
> XTFPGA platform.
> Signed-off-by: Max Filippov
> ---
> Changes v1->v2:
> - expand changelog with
Vinod Koul writes:
> On Sun, Sep 06, 2015 at 01:40:52PM +0200, Robert Jarzmik wrote:
>> @@ -29,7 +29,7 @@ dma_cookie_t vchan_tx_submit(struct
>> dma_async_tx_descriptor *tx)
>> spin_lock_irqsave(>lock, flags);
>> cookie = dma_cookie_assign(tx);
>>
>> -list_add_tail(>node,
On Mon, Sep 21, 2015 at 09:37:52PM +0800, Yaowei Bai wrote:
> This patch makes inactive_anon/file_is_low return bool
> due to these particular functions only using either one
> or zero as their return value.
>
> No functional change.
>
> Signed-off-by: Yaowei Bai
Acked-by: Johannes Weiner
On Tue, Sep 15, 2015 at 10:24:46PM -0600, Alex Williamson wrote:
> When we quirk a device with PCI_DEV_FLAGS_VPD_REF_F0 we're expecting
> to find a device where all the functions are identical. If we don't
> find that, we don't make VPD accessible through pci_vpd_ops. That
> means that if we
> On Tue, Sep 22, 2015 at 10:13:33AM -0400, kan.li...@intel.com wrote:
> > From: Kan Liang
> >
> > The patch series intends to read counter statistics with fixed
> > frequency during sampling. The instant benefit is that we can read
> > memory bandwidth from uncore event during cpu PMU event is
101 - 200 of 1548 matches
Mail list logo
