I used a very old userspace, and embedded systems are much more likely to use
uclibc than glibc. However, if they try to use SSE without checking they will
break on a hell of a lot more hardware.
On August 17, 2015 5:19:10 PM PDT, Andy Lutomirski wrote:
>On Mon, Aug 17, 2015 at 5:06 PM, H.
Hi Mark Brown,
On Friday 14 August 2015 11:30 PM, Mark Brown wrote:
> On Mon, Jul 27, 2015 at 04:54:09PM +0530, Kishon Vijay Abraham I wrote:
>
>> vsel_reg and enable_reg of the pbias regulator descriptor should actually
>> have the offset from syscon. However after the pbias device tree node
>
On Wed, Aug 12, 2015 at 09:06:08AM +0200, Corentin Chary wrote:
> On Wed, Aug 5, 2015 at 10:29 PM, Darren Hart wrote:
> > On Wed, Jul 29, 2015 at 09:31:23PM +0200, Łukasz Stelmach wrote:
> >> Asus F3M has two keys labeled with an icon of a touchpad. The first,
> >> reported as 0x6B is next to the
On Mon, Aug 17, 2015 at 2:02 PM, Vaishali Thakkar
wrote:
>
> On 17 Aug 2015 13:57, "Jacek Anaszewski" wrote:
>>
>> Hi Vaishali,
>>
>> Thanks for the patch. Unfortunately it causes build break.
>> Please fix the issues and resubmit.
>
> Oops! I am really very sorry. By mistake I sent a basic
On Tue, 18 Aug 2015 07:38:25 +0200 Christoph Hellwig wrote:
> On Mon, Aug 17, 2015 at 02:24:29PM -0700, Andrew Morton wrote:
> > 110254 bytes saved, shrinking the kernel by a whopping 0.17%.
> > Thoughts?
>
> Sounds fine to me.
OK, I'll clean it up a bit, check that each uninlining actually
On Tue, Aug 18, 2015 at 01:38:21AM -0400, Raphaël Beamonte wrote:
> 2015-08-18 1:02 GMT-04:00 Sudip Mukherjee :
> > since you are modifying these lines for consistent spacing, it will be
> > better to have:
> > (priv->ShortRetryLimit << TCR_SRL_OFFSET) | // Short retry limit
>
> > This
On 12.08.2015 19:21, Joonyoung Shim wrote:
> The clock enable/disable codes for alarm have been removed from
> commit 24e1455493da ("drivers/rtc/rtc-s3c.c: delete duplicate clock
> control") and the clocks are disabled even if alarm is set, so alarm
> interrupt can't happen.
>
> The
2015-08-18 1:30 GMT-04:00 Sudip Mukherjee :
> These are not externs. These are forward declarations.
I copied the message from checkpatch. Will edit that to make it more accurate!
Thanks,
Raphaël
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
2015-08-18 1:02 GMT-04:00 Sudip Mukherjee :
> since you are modifying these lines for consistent spacing, it will be
> better to have:
> (priv->ShortRetryLimit << TCR_SRL_OFFSET) | // Short retry limit
> This should be:
> priv->eeprom_CustomerID = eprom_read(dev, (EEPROM_Customer_ID>>1)) >>
On Mon, Aug 17, 2015 at 02:24:29PM -0700, Andrew Morton wrote:
> 110254 bytes saved, shrinking the kernel by a whopping 0.17%.
> Thoughts?
Sounds fine to me.
>
> I'll merge these 5 patches for 4.3. That means I'll release them into
> linux-next after 4.2 is released.
So you only add for-4.3
> > I had an unstable system when running latest Linus tree with Tejun's
> > patch applied on top. Nothing fishy in the logs after rebooting without
> > the patch, but remote access with ssh when patch applied did not work
> > (as if /home partition could not be read). This system has / as ext4
On Sat, Aug 15, 2015 at 09:34:08PM -0400, Raphaël Beamonte wrote:
> Externs should be avoided in .c files. These one were not useful and
> are thus removed.
These are not externs. These are forward declarations.
regards
sudip
--
To unsubscribe from this list: send the line "unsubscribe
2015-08-18 0:24 GMT-04:00 Sudip Mukherjee :
>> + netdev_err("[Sendconfigpkt]Get Timed out\n");
> This will not compile. you can not just replace printk with
> netdev_*, you need to mention a net_device.
You're right! I'm making a lot of mistakes. It seems I called the
From: Noam Camus
Date: Tue, 18 Aug 2015 05:04:20 +
> I followed "Hardware Architecture" section from:
> http://www.linuxfoundation.org/collaborate/workgroups/networking/napi
> and came up with "reduce processing latency" idea.
That document has lots of incorrect advice, that's for sure.
On Sat, Aug 15, 2015 at 09:34:03PM -0400, Raphaël Beamonte wrote:
> Signed-off-by: Raphaël Beamonte
> ---
> @@ -2182,30 +2182,30 @@ static void rtl8192_init_priv_variable(struct
> net_device *dev)
> priv->EarlyRxThreshold = 7;
> priv->enable_gpio0 = 0;
> priv->TransmitConfig =
On Sat, Aug 15, 2015 at 09:34:02PM -0400, Raphaël Beamonte wrote:
> A missing struct keyword in variable declaration triggered a
> need consistent spacing around '*' code style error.
struct rtl8192_rx_info is typedef as rtl8192_rx_info. This same file is
having few more use of rtl8192_rx_info
On Tue, Aug 18, 2015 at 08:15:35AM +0530, Vaishali Thakkar wrote:
> I think yes may be code was good before this. But devm_clk_put part should
> work
> fine as call of it is before PM stuff. So, can I send a patch
> reverting the change
> of component part or do you want me to send a patch
> -Original Message-
> From: Dexuan Cui
> Sent: Friday, August 7, 2015 3:27 AM
> To: KY Srinivasan ; David Miller
>
> Cc: o...@aepfle.de; gre...@linuxfoundation.org; jasow...@redhat.com;
> driverdev-de...@linuxdriverproject.org; linux-kernel@vger.kernel.org;
>
On Mon, Aug 17, 2015 at 06:58:16PM -0500, Felipe Balbi wrote:
> On Mon, Aug 17, 2015 at 10:26:23AM -0700, Mark Brown wrote:
> > On Mon, Aug 17, 2015 at 09:07:08AM +0800, Peter Chen wrote:
> > > On Fri, Aug 14, 2015 at 05:47:46PM +0800, Baolin Wang wrote:
> > > > + if (wm831x_pdata &&
From: David Miller [mailto:da...@davemloft.net]
Sent: Monday, August 17, 2015 8:36 PM
> You should not move TX completion out of NAPI handling, NAPI poll is exactly
> where it belongs.
>
> If you handle it in hardware interrupt context you have to use
> dev_kfree_skb_irq() which defers the
On Sat, Aug 15, 2015 at 09:33:58PM -0400, Raphaël Beamonte wrote:
> Fix multiple occurences of the need consistent spacing code style error
>
> Signed-off-by: Raphaël Beamonte
> ---
> drivers/staging/rtl8192u/r8192U_core.c | 28 ++--
> 1 file changed, 14 insertions(+),
On 11 Aug 09:57 PM, Robert Jarzmik wrote:
> Add verbose debug for register accesses. This enables easier debugging
> by following where and how hardware is stimulated, and how it answers.
>
I really don't see why we want this patch. It's probably an useful hack to
use in some cases, but can't
On Mon, Aug 17, 2015 at 07:06:40PM -0400, Raphaël Beamonte wrote:
> Signed-off-by: Raphaël Beamonte
> ---
> drivers/staging/wilc1000/coreconfigurator.c | 4 ++--
> drivers/staging/wilc1000/linux_wlan.c| 8
> drivers/staging/wilc1000/linux_wlan_common.h | 28
>
On Mon, Jul 27, 2015 at 04:29:51PM -0700, Yinghai Lu wrote:
> Find all suitable empty slots and pick one just fit, so we could save
> the big slot for needed ones later when we have several pcie switches
> and some bridges get assigned bios and we need to assign others in kernel.
By "just fit,"
On Mon, Jul 27, 2015 at 04:29:50PM -0700, Yinghai Lu wrote:
> It will not hold lock, so we could use it in other functions that
> hold the resource lock already.
What's the benefit of this patch? Does it fix something? Does it add some
functionality we need?
>
> -v2: according to Linus, using
On Mon, Jul 27, 2015 at 04:29:46PM -0700, Yinghai Lu wrote:
> We should check size+size1 with min_size for io port.
> For example, when hotplug bridge has two children bridges,
> every child bridge will need 0x1000, so size1 will be 0x2000
> and size is 0. The min_size for the hotplug bridge is
On Mon, Jul 27, 2015 at 04:29:45PM -0700, Yinghai Lu wrote:
> So we could unify calculate_iosize and calculate_memsize later.
Please make this a complete sentence, not just a continuation of the
summary line.
> when one bridge have several children devices, and every devices
> have several io
On Mon, Jul 27, 2015 at 04:29:43PM -0700, Yinghai Lu wrote:
> On booting path, we don't pass realloc at first, and treat all optional just
> as must, in some case we can smaller size/align with optional than must only.
>
> 04:00.0 has four child bridges: 05:01.0, 05:02.0, 05:03.0, 05:04.0
> pref
Apologies for the repeat. Gmail ate its plain text setting for some
reason. Shame bells.
On Mon, Aug 17, 2015 at 9:02 PM, Paul Turner wrote:
>
>
> On Wed, Aug 5, 2015 at 7:31 AM, Tejun Heo wrote:
>>
>> Hello,
>>
>> On Wed, Aug 05, 2015 at 11:10:36AM +0200, Peter Zijlstra wrote:
>> > > I've
Hi Jiri,
Today's linux-next merge of the trivial tree got a conflict in:
drivers/media/v4l2-core/videobuf2-memops.c
between commit:
6690c8c78c74 ("[media] media: vb2: Remove unused functions")
from the v4l-dvb tree and commit:
e1c05067c323 ("treewide: fix typos in comment blocks")
support GPMI NAND on i.MX6UL
Signed-off-by: Han Xu
---
drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 9 +
drivers/mtd/nand/gpmi-nand/gpmi-nand.h | 6 --
2 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/nand/gpmi-nand/gpmi-nand.c
On Mon, Aug 17, 2015 at 7:57 PM, Shaohua Li wrote:
> On Mon, Aug 17, 2015 at 03:17:28PM -0700, John Stultz wrote:
>> That said, I agree the "should"s and other vague qualifiers in the
>> commit description you point out should have more specifics to back
>> things up. And I'm fine delaying this
support GPMI NAND on i.MX7D
Signed-off-by: Han Xu
---
drivers/mtd/nand/gpmi-nand/bch-regs.h | 14 +++---
drivers/mtd/nand/gpmi-nand/gpmi-lib.c | 10 ++
drivers/mtd/nand/gpmi-nand/gpmi-nand.c | 24
drivers/mtd/nand/gpmi-nand/gpmi-nand.h | 7 +--
4
By default NAND driver will choose the highest ecc strength that oob
could contain, in this case, for some 8K+744 NAND flash, the ecc
strength will be up to 52bit, which beyonds the i.MX6QDL BCH capability
(40bit).
This patch allows the NAND driver try to use minimum required ecc
strength if it
From: Huang Shijie
i.MX6SX supports deep sleep mode(DSM) that may turn off GPMI/BCH power
during suspend, add gpmi nand suspend/resume function to release DMA
channel in suspend function and re-init GPMI/BCH controller during
resume function.
Although it is not necessary to restore GPMI/BCH
i.MX6QP and i.MX7D BCH module integrated a new feature to detect the
bitflip number for erased NAND page. So for these two platform, set the
erase threshold to gf/2 and if bitflip detected, GPMI driver will
correct the data to all 0xFF.
Signed-off-by: Han Xu
---
From: Huang Shijie
The patch support i.MX7D platform by adding extra DMA clock.
Deep Sleep Mode(dsm) turns off the power for APBH DMA module, add
suspend/resume function and re-init the APBH DMA during resume.
Signed-off-by: Huang Shijie
Signed-off-by: Han Xu
Signed-off-by: Adrian Alonso
send the patchs to Huang Shijie's latest e-mail address
v1 ---> v2
change the erased page bitflip threshold to ecc strength in bitflip patch
Han Xu (4):
mtd: nand: gpmi: may use minimum required ecc for 744 oobsize NAND
mtd: nand: gpmi: add GPMI NAND support for i.MX7D
mtd: nand: gpmi:
This patch introduces the use of managed resource function
devm_clk_get instead of clk_get and removes corresponding calls
to clk_put in the probe and remove functions.
To be compatible with the change various gotos are replaced with
direct returns, and unneeded label failed_put_clk is dropped.
On Tue, 2015-08-11 at 15:25 +0530, Nikunj A Dadhania wrote:
> Hi Michael,
>
> Nikunj A Dadhania writes:
> > In some situations, a NUMA guest that supports
> > ibm,dynamic-memory-reconfiguration node will end up having flat NUMA
> > distances between nodes. This is because of two problems in the
Hi Jens,
Today's linux-next merge of the block tree got a conflict in:
crypto/ccm.c
between commit:
81c4c35eb61a ("crypto: ccm - Convert to new AEAD interface")
from the crypto tree and commit:
c56f6d1270b9 ("crypto: replace scatterwalk_sg_chain with sg_chain")
from the block tree.
I
Murali,
On 8/17/15 3:12 PM, Murali Karicheri wrote:
On 08/14/2015 05:56 PM, Russell King - ARM Linux wrote:
On Fri, Aug 14, 2015 at 05:53:00PM -0400, Murali Karicheri wrote:
We have spend some time already to debug the root cause. Do you have
idea on
how this was hunted down on OMAP that we
Hi Inki,
On Mon, 17 Aug 2015 16:08:36 +0900 Inki Dae wrote:
>
> And today, I re-based exynos-drm/for-next on top of mainline. Could you
> update and try to build it again?
It is OK in today's linux-next.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
--
To unsubscribe
On Mon, Aug 17, 2015 at 03:17:28PM -0700, John Stultz wrote:
> On Mon, Aug 17, 2015 at 3:04 PM, Thomas Gleixner wrote:
> > On Mon, 17 Aug 2015, John Stultz wrote:
> >
> >> From: Shaohua Li
> >>
> >> >From time to time we saw TSC is marked as unstable in our systems, while
> >
> > Stray '>'
> >
>
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
> Behalf Of Jia-Ju Bai
> Sent: Sunday, August 02, 2015 7:17 PM
> To: Kirsher, Jeffrey T; Brandeburg, Jesse
> Cc: net...@vger.kernel.org; Jia-Ju Bai; intel-wired-...@lists.osuosl.org;
> linux-kernel@vger.kernel.org
>
> From: Corey Minyard [mailto:tcminy...@gmail.com] On Behalf Of Corey Minyard
>
> This patch will break ATN handling on the interfaces. So we can't do this.
I understand. So how about doing like this:
/* All states wait for ibf, so just do it here. */
- if (!check_ibf(kcs,
> From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
> Behalf Of Jia-Ju Bai
> Sent: Sunday, August 02, 2015 7:41 PM
> To: Kirsher, Jeffrey T; Brandeburg, Jesse
> Cc: net...@vger.kernel.org; Jia-Ju Bai; intel-wired-...@lists.osuosl.org;
> linux-kernel@vger.kernel.org
>
On Mon, 2015-08-17 at 15:23 +0200, Thierry Reding wrote:
> On Mon, Jul 20, 2015 at 04:17:16PM +0800, YH Huang wrote:
> > Add display PWM driver support to modify backlight for MT8173 and MT6595.
> > The PWM has one channel to control the brightness of the display.
> > When the (high_width /
On Tue, Aug 18, 2015 at 2:17 AM, Mark Brown wrote:
> On Mon, Aug 17, 2015 at 03:02:29PM +0530, Vaishali Thakkar wrote:
>
>> I think you are right. I missed that. But now thing is , this patch is
>> already
>> applied here:
>>
On Fri, Aug 14, 2015 at 10:12:22AM -0300, Leonidas S Barbosa wrote:
> AES-CTR is using a counter 8bytes-8bytes what miss match with
> kernel specs.
>
> In the previous code a vadduwm was done to increment counter.
> Replacing this for a vadduqm now considering both cases counter
> 8-8 bytes and
On Mon, Aug 17, 2015 at 06:05:04PM -0700, Tadeusz Struk wrote:
> On 08/17/2015 01:50 AM, Herbert Xu wrote:
> >> If you don't like the first option then we still need this, as you pointed
> >> out.
> > Yes this looks like the right fix for qat. Please add a sign-off.
> > You might be able to just
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/usb/qmi_wwan.c
between commit:
a8079092c1bb ("net: qmi_wwan: add HP lt4111 LTE/EV-DO/HSPA+ Gobi 4G Module")
from the net tree and commit:
2070c48cf2b7 ("qmi_wwan: Add support for Dell Wireless 5809e 4G
> On Aug 17, 2015, at 09:05, Brad Hubbard wrote:
>
>ceph: remove redundant test of head->safe and silence static analysis
> warnings
>
>Signed-off-by: Brad Hubbard
> ---
> fs/ceph/mds_client.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
Russell,
On Mon, Aug 17, 2015 at 12:55 AM, Russell King - ARM Linux
wrote:
> On Mon, Aug 17, 2015 at 12:17:54PM +1000, Stephen Rothwell wrote:
>> Hi Eduardo,
>>
>> Today's linux-next merge of the thermal-soc tree got a conflict in:
>>
>> drivers/thermal/cpu_cooling.c
>>
>> between commit:
>>
On Mon, Aug 17, 2015 at 04:20:09PM -0700, Laura Abbott wrote:
> Hi,
>
> We received a few bug backtraces:
>
> [ 41.536933] [ cut here ]
> [ 41.537545] WARNING: CPU: 1 PID: 813 at kernel/module.c:291
> module_assert_mutex_or_preempt+0x49/0x90()
> [ 41.538174]
On 17-08-15, 13:06, Mark Brown wrote:
> On Mon, Aug 17, 2015 at 12:30:58PM +0530, Viresh Kumar wrote:
> > Use IS_ERR_OR_NULL() rather than open coding it.
>
> Neither of the patches you sent today applied cleanly against current
> code, please submit patches against the tree they're intended to
Hi there,
On Mon, Aug 17, 2015 at 6:32 PM, Rafael J. Wysocki wrote:
>
> Well, that's the situation as per MAINTAINERS today. You seem to be concerned
> that it may not reflect the reality, but in that case I can only recommend
> sending a patch against MAINTAINERS to remove Eduardo from
On Mon, Aug 17, 2015 at 06:34:08PM -0700, Andy Lutomirski wrote:
> 2. Context tracking enabled in config but completely disabled at
> runtime. Distros do this. I want to nop out the context tracking
> hooks. We have a static_key for this, but half the hooks are in asm.
> To unsuck case 2,
On Mon, 2015-08-17 at 15:23 +0200, Thierry Reding wrote:
> On Mon, Jul 20, 2015 at 04:17:15PM +0800, YH Huang wrote:
> > Document the device-tree binding of MediatTek display PWM.
>
> I already mentioned this a while back: s/MediatTek/MediaTek/.
>
Sorry, I will correct it to "MediaTek".
Hi Pavel, thanks for your review,
On 08/17/2015 09:27 PM, Pavel Machek wrote:
On Mon 2015-08-17 12:11:15, Ingo Molnar wrote:
* Chen Yu wrote:
A bug is reported(https://bugzilla.redhat.com/show_bug.cgi?id=1227208)
Access denied :-(
Might need to register for accessing.
What HW is this
If KVM does not support INTEL_PT, guest MSR_IA32_RTIT_CTL reading will
produce host warning like "kvm [2469]: vcpu0 unhandled rdmsr: 0x570".
Guest can determine whether the CPU supports Intel_PT according to CPUID,
so test_cpu_cap function is added before rdmsr,and it is more in line with
the
Hello Corey,
> -Original Message-
> From: Corey Minyard [mailto:tcminy...@gmail.com] On Behalf Of Corey Minyard
> Sent: Wednesday, August 12, 2015 1:13 PM
> To: 河合英宏 / KAWAI,HIDEHIRO
> Cc: openipmi-develo...@lists.sourceforge.net; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 6/7]
(not sure if previous reply has been sent out)
Hi, Ingo, thanks for your review,
On 08/17/2015 06:11 PM, Ingo Molnar wrote:
* Chen Yu wrote:
So what your changelog fails to mention:
- You only add this code to the 64-bit kernel. Are 32-bit kernels not
affected?
I missed the 32-bit
On Mon, 2015-08-17 at 09:57 +0100, Will Deacon wrote:
> On Mon, Aug 17, 2015 at 07:15:01AM +0100, Paul E. McKenney wrote:
> > On Mon, Aug 17, 2015 at 02:06:07PM +1000, Michael Ellerman wrote:
> > > On Wed, 2015-08-12 at 08:43 -0700, Paul E. McKenney wrote:
> > > I thought the end result of this
On Mon, Aug 17, 2015 at 07:06:10PM -0500, Bjorn Helgaas wrote:
> On Mon, Aug 17, 2015 at 5:50 PM, Jiang, Dave wrote:
> > On Mon, 2015-08-17 at 17:30 -0500, Bjorn Helgaas wrote:
> >> [+cc Mike, linux-rdma]
> >>
> >> On Wed, Jul 29, 2015 at 04:18:54PM -0600, Keith Busch wrote:
> >> > From: Dave
On 18 August 2015 at 01:24, Mark Brown wrote:
> On Mon, Aug 17, 2015 at 11:03:26AM +0800, Baolin Wang wrote:
>> On 14 August 2015 at 23:27, Greg KH wrote:
>> > On Fri, Aug 14, 2015 at 05:47:45PM +0800, Baolin Wang wrote:
>
>> >> + * This program is free software; you can redistribute it and/or
On 17 August 2015 at 23:25, Tim Bird wrote:
>
>
> On 08/16/2015 08:03 PM, Baolin Wang via device-mainlining wrote:
>> On 14 August 2015 at 23:27, Greg KH wrote:
>>> On Fri, Aug 14, 2015 at 05:47:45PM +0800, Baolin Wang wrote:
+ *
+ * This program is free software; you can redistribute
On 08/11/2015 10:45 AM, Darren Hart wrote:
On Fri, Aug 07, 2015 at 08:48:18AM +, Chen, Yu C wrote:
On Fri, 2015-08-07 at 01:27 -0700, Joe Perches wrote:
On Fri, 2015-08-07 at 15:57 +0800, Chen Yu wrote:
\
I think the older switch/case was easier to
I have the following silly problem:
For kernels with context tracking compiled in, we need to call the
context tracking hooks if context tracking is enabled.
There are four interesting cases:
1. Context tracking disabled in config. This is easy to handle.
2. Context tracking enabled in config
On Tuesday, August 18, 2015 at 03:24:44 AM, Brian Norris wrote:
> I'm not very helpful here, so hopefully Viet can be of more use:
Yup :)
> On Mon, Aug 17, 2015 at 07:53:23PM +0200, Marek Vasut wrote:
> > On Monday, August 17, 2015 at 06:03:38 PM, Brian Norris wrote:
> > Also, I cannot find any
I'm not very helpful here, so hopefully Viet can be of more use:
On Mon, Aug 17, 2015 at 07:53:23PM +0200, Marek Vasut wrote:
> On Monday, August 17, 2015 at 06:03:38 PM, Brian Norris wrote:
> Also, I cannot find any documentation for this IP block even if I search
> through
> Quartus/QSys, is
Hi Stephen,
On 2015년 08월 18일 07:50, Stephen Rothwell wrote:
> Hi Inki,
>
> I noticed today that your tree
> (git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git#exynos-drm/for-next)
> has been merged by Dave into his drm tree. Unfortunately, your tree
> has also been rebased
> The thermal infrastructure should use the devfreq cooling device, which
> uses the OPP library to disable OPPs as necessary.
>
> Fix a couple of typos in the same comment while we are at it.
>
> Cc: MyungJoo Ham
> Signed-off-by: Javi Merino
> ---
> drivers/devfreq/devfreq.c | 6 +++---
> 1
On 08/17/2015 01:50 AM, Herbert Xu wrote:
>> If you don't like the first option then we still need this, as you pointed
>> out.
> Yes this looks like the right fix for qat. Please add a sign-off.
> You might be able to just do it by replying to this thread, and
> patchwork may be able to pick it
Hi Trond,
After merging the nfs tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c: In function
'kiblnd_pmr_pool_map':
drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c:1828:2: error: implicit
declaration of function
On Mon, Aug 17, 2015 at 02:45:03PM -0500, Felipe Balbi wrote:
> Hi Theodore,
>
> as you already know, commit 08439fec266c (ext4: remove
> block_device_ejected) caused a regression for (at least) USB attached
> storage devices.
>
> You provided a fix for the regression by reverting that commit in
On Mon, Aug 17, 2015 at 2:45 PM, Jerome Glisse wrote:
> On Fri, Aug 14, 2015 at 07:11:27PM -0700, Dan Williams wrote:
>> Although it does not offer perfect protection if device memory is at a
>> physically lower address than RAM, skipping the update of these
>> variables does seem to be what we
Hi Linus,
These came in late last week, I wanted to look over the mst one before
forwarding, but it seems good.
Just 3 i915 and one MST fix.
Dave.
The following changes since commit 45e38cff4fce8d6871b5fa5e734e4dc9814d6056:
Merge tag 'for-linus' of
On Mon, 17 Aug 2015, Kirill A. Shutemov wrote:
> Since 8456a648cf44 ("slab: use struct page for slab management") nobody
> uses slab_page field in struct page.
>
> Let's drop it.
>
> Signed-off-by: Kirill A. Shutemov
> Cc: Joonsoo Kim
> Cc: Andi Kleen
> Cc: Christoph Lameter
Acked-by:
On Mon, 17 Aug 2015, Jiang Liu wrote:
> Function i40e_clean_rx_irq() tries to reuse memory pages allocated
s/i40e_clean_rx_irq/i40e_clean_rx_irq_ps/
> from the nearest node. To better support memoryless node, use
> numa_mem_id() instead of numa_node_id() to get the nearest node with
> memory.
>
While running KernelThreadSanitizer (ktsan) on upstream kernel with
trinity, we got a few reports from SyS_swapon, here is one of them:
Read of size 8 by thread T307 (K7621):
[< inlined>] SyS_swapon+0x3c0/0x1850 SYSC_swapon mm/swapfile.c:2395
[] SyS_swapon+0x3c0/0x1850
On Mon, 17 Aug 2015, Jiang Liu wrote:
> Function profile_cpu_callback() allocates memory without specifying
> __GFP_THISNODE flag, so replace cpu_to_mem() with cpu_to_node()
> because cpu_to_mem() may cause suboptimal memory allocation if
> there's no free memory on the node returned by
On Mon, 17 Aug 2015, Jiang Liu wrote:
> Function xpc_create_gru_mq_uv() allocates memory with __GFP_THISNODE
> flag set, which may cause permanent memory allocation failure on
> memoryless node. So replace cpu_to_node() with cpu_to_mem() to better
> support memoryless node. For node with memory,
Vikas, Tejun,
This is an updated interface. It addresses all comments made
so far and also covers all use-cases the cgroup interface
covers.
Let me know what you think. I'll proceed to writing
the test applications.
Usage model:
This document details how CAT technology is
On Mon, Aug 17, 2015 at 5:06 PM, H. Peter Anvin wrote:
> User space does not need to treat for FPU instructions, except for
> performance reasons, because the kernel emulates the full x87 FPU. So it is
> localized to the kernel.
But user space needs to avoid SSE2 and such, I suspect. In
On Sun, Aug 16, 2015 at 8:19 PM, Jiang Liu wrote:
> Function ovs_flow_stats_update() allocates memory with __GFP_THISNODE
> flag set, which may cause permanent memory allocation failure on
> memoryless node. So replace cpu_to_node() with cpu_to_mem() to better
> support memoryless node. For node
Hi Kenneth,
just small minor question.
On Fri, Aug 14, 2015 at 1:30 PM, Kenneth Lee wrote:
> HNAE (Hisilicon Network Acceleration Engine) is a framework to provide a
> unified ring buffer interface for Hisilicon Network Acceleration Engines.
>
> With the interface, upper layer can work as
This is Sandeep largest Mega Millions winner giving you $1,500,000 dollars
reply with your full name and location.
--
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, Aug 17, 2015 at 5:50 PM, Jiang, Dave wrote:
> On Mon, 2015-08-17 at 17:30 -0500, Bjorn Helgaas wrote:
>> [+cc Mike, linux-rdma]
>>
>> On Wed, Jul 29, 2015 at 04:18:54PM -0600, Keith Busch wrote:
>> > From: Dave Jiang
>> >
>> > This is in perperation of un-exporting the pcie_set_mps()
User space does not need to treat for FPU instructions, except for performance
reasons, because the kernel emulates the full x87 FPU. So it is localized to
the kernel.
On August 17, 2015 4:59:18 PM PDT, Andy Lutomirski wrote:
>On Mon, Aug 17, 2015 at 1:01 AM, Ingo Molnar wrote:
>> So when I
On 08/17/2015 12:18 PM, Eric Dumazet wrote:
From: Eric Dumazet
Then can you try following fix as well ?
Thanks !
[PATCH] timer: fix a race in __mod_timer()
I have been running the latest code from git with the 2 patches in this
thread applied. No issues so far.
-Jon
--
To
On Mon, Jul 27, 2015 at 04:29:40PM -0700, Yinghai Lu wrote:
> On system with several pcie switches, BIOS allocate very tight resources
> to the bridge bar, and it is not aligned to min_align as kernel allocation
> code.
I can't parse this.
> For example:
>
I ran a hacked Qemu with FPU off.
On August 17, 2015 4:59:18 PM PDT, Andy Lutomirski wrote:
>On Mon, Aug 17, 2015 at 1:01 AM, Ingo Molnar wrote:
>> So when I re-introduced static allocations math-emu started working
>again, to a
>> limited degree: on a modern distro, trying to boot /bin/bash I
On Mon, Aug 17, 2015 at 1:01 AM, Ingo Molnar wrote:
> So when I re-introduced static allocations math-emu started working again, to
> a
> limited degree: on a modern distro, trying to boot /bin/bash I got a prompt,
> but
> various programs would segfault. I did not investigate it any deeper, I
On Mon, Aug 17, 2015 at 10:26:23AM -0700, Mark Brown wrote:
> On Mon, Aug 17, 2015 at 09:07:08AM +0800, Peter Chen wrote:
> > On Fri, Aug 14, 2015 at 05:47:46PM +0800, Baolin Wang wrote:
>
> > > + 1500,
> > > + 1800,
> > > + 550,
> > > +};
>
> > Why 550 is the last, but not 1800?
>
> You'd have
Quoting Pi-Cheng Chen (2015-08-17 01:56:45)
> From: "pi-cheng.chen"
>
> This patch adds CPU mux clocks which are used by Mediatek cpufreq driver
> for intermediate clock source switching.
>
> Signed-off-by: Pi-Cheng Chen
> Reviewed-by: Daniel Kurtz
Looks OK to me. Can I expect an mtk clk
On Mon, Jul 27, 2015 at 04:29:38PM -0700, Yinghai Lu wrote:
> If the bridge does not support hotplug or no child with sriov support
> we could get out early and don't try must+optional allocation.
You mention non-hotplug bridges and non-SR-IOV devices, but I can't figure
out how the patch itself
On Mon, Jul 27, 2015 at 04:29:31PM -0700, Yinghai Lu wrote:
> We check the realloc list, as list must be empty after allocation.
>
> Separate the realloc list checking to another function.
>
> Add checking that is missed in acpiphp driver.
>
> Signed-off-by: Yinghai Lu
> Cc: "Rafael J.
On Mon, Jul 27, 2015 at 04:29:27PM -0700, Yinghai Lu wrote:
> We don't do sorting in those functions anymore, so change "sort" to "check"
> instead.
What *do* we do in those functions? "Check" doesn't tell me anything.
> Signed-off-by: Yinghai Lu
> ---
> drivers/pci/setup-bus.c | 12
On Mon, Jul 27, 2015 at 04:29:25PM -0700, Yinghai Lu wrote:
> After we update size and alignment for must+optional resource, we
> reorder them with new alignment, but this is only for STARTALIGN.
>
> For SIZEALIGN type resource, after add back add_size, the alignment
> get changed, so need to do
1 - 100 of 1430 matches
Mail list logo