On Fri, Dec 20, 2013 at 11:42:09AM -0200, Fabio Estevam wrote:
> From: Fabio Estevam
>
> At the 'anatop_probe_end' error path, the variable 'ret' is known to be
> non-zero, so there is no need to check it.
>
> Signed-off-by: Fabio Estevam
> ---
> drivers/regulator/anatop-regulator.c | 3 +--
>
--
Dear friend,
I know that this message will come to you as a surprise. I am
Nyejiowanka Gogo from Burkina Faso the Accounting and Auditing Manager
bank of Africa (B.O.A), Ouagadougou
I hoped that you will not expose or betray this trust and confident
that I am about to repose on you for the mu
On Fri, 2013-12-20 at 14:01 +, Mel Gorman wrote:
> On Thu, Dec 19, 2013 at 05:02:02PM -0800, Andrew Morton wrote:
> > On Wed, 18 Dec 2013 15:53:59 +0900 Joonsoo Kim
> > wrote:
> >
> > > If parallel fault occur, we can fail to allocate a hugepage,
> > > because many threads dequeue a hugepage
Diploma?
http://tiny.cc/gdjpc13gaw
--
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
Please read the FAQ at http://www.tux.org/lkml/
On 12/20, Arnd Bergmann wrote:
> On Friday 20 December 2013, David Brown wrote:
> > diff --git a/arch/arm/mach-msm/board-dt.c b/arch/arm/mach-msm/board-dt.c
> > index 16e6183..1f11d93 100644
> > --- a/arch/arm/mach-msm/board-dt.c
> > +++ b/arch/arm/mach-msm/board-dt.c
> > @@ -26,7 +26,16 @@ static
Kjære venn,
God morgen,
Mitt navn er Michael Erwin, jeg jobber med en finans-hus her i Nederland.
Under min selskapets siste møte og undersøkelse av bankkontoene innenfor
vårt selskap, min avdeling fant en sovende konto med en enorm sum av US $
55,500,000.00 ($ 55.5 millioner) som ble avsatt
a
On 12/18, Mike Turquette wrote:
> Quoting Stephen Boyd (2013-10-16 00:40:06)
> > struct clk_hw {
> > struct clk *clk;
> > const struct clk_init_data *init;
> > struct regmap *regmap;
> > + unsigned int enable_reg;
> > + unsigned int enable_mask;
> > + bool
On Fri, 2013-12-20 at 11:54 -0800, Linus Torvalds wrote:
> On Fri, Dec 20, 2013 at 11:30 AM, Davidlohr Bueso wrote:
> >
> > So we'd need the barrier right after the ticket increment (ie: the xadd
> > TICKET_LOCK_INC in x86), and cannot rely on the barrier after the lock
> > is taken as we could mi
'twl6040_patch' is local to this file.
Signed-off-by: Sachin Kamat
Cc: Peter Ujfalusi
---
drivers/mfd/twl6040.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/twl6040.c b/drivers/mfd/twl6040.c
index 51b6df1a7949..75316fb33448 100644
--- a/drivers/mfd/twl6040.
'rtl8411_init_common_params' is local to this file.
Signed-off-by: Sachin Kamat
---
drivers/mfd/rtl8411.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/rtl8411.c b/drivers/mfd/rtl8411.c
index ada38ad54e87..fdd34c883d86 100644
--- a/drivers/mfd/rtl8411.c
+++ b
>From ce62a386df25ec50e13487c7b56e09c71c2abf4c Mon Sep 17 00:00:00 2001
From: Chunwei Chen
Date: Sat, 21 Dec 2013 13:15:07 +0800
Subject: [PATCH] perf config: ignore generated files in feature-checks
1. Rename the test-* binary files to test-*.bin for easier pattern matching as
suggested by In
There is a difference in how scripts/get_maintainer.pl treats
F: and N: file pattern matches.
Describe those differences in the MAINTAINERS file.
Signed-off-by: Joe Perches
---
On Fri, 2013-12-20 at 21:21 +0100, Uwe Kleine-König wrote:
> Acked-by: Greg Kroah-Hartman
> Acked-by: Mark Brown
> S
於 五,2013-12-20 於 15:11 +,Matthew Garrett 提到:
> On Thu, 2013-12-19 at 15:51 +0800, Lee, Chun-Yi wrote:
> > This patch adds 2 new iotrl: RTC_RD_GMTOFF and RTC_SET_GMTOFF to
> > rtc_efi support get/set gmt offset that mapping to the GUN's tm_gmtoff
> > extension (Seconds east of UTC).
>
> Shouldn
Seunghun Lee writes:
> Fix coding style of module.h
Thanks, applied.
Cheers,
Rusty.
>
> Signed-off-by: Seunghun Lee
> ---
> include/linux/module.h | 62
>
> 1 file changed, 31 insertions(+), 31 deletions(-)
>
> diff --git a/include/linux/mod
Documentation explaining dts nodes.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
.../devicetree/bindings/net/apm-xgene-enet.txt | 67
1 file changed, 67 insertions(+)
create mode 100644 Documentation/devicetree/bindin
Error handling and error interrupt handler code.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
drivers/net/ethernet/apm/xgene/Makefile |3 +-
drivers/net/ethernet/apm/xgene/xgene_enet_csr.h | 265 +++-
drivers/net/ethernet/apm/
Device tree files for APM X-Gene SoC Ethernet.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
arch/arm64/boot/dts/apm-mustang.dts |8
arch/arm64/boot/dts/apm-storm.dtsi | 19 +++
2 files changed, 27 insertions(+)
d
Ethtool support for APM X-Gene SoC ethernet driver.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
drivers/net/ethernet/apm/xgene/Makefile |3 +-
drivers/net/ethernet/apm/xgene/xgene_enet_csr.h |4 +
drivers/net/ethernet/apm/xg
APM X-Gene SoC Ethernet subsystem communicates with a central Queue Manager
(QMTM) using messages for transmit, receive and allocating data buffers.
There are multiple ethernet interfaces in APM X-Gene SoC.
Signed-off-by: Iyappan Subramanian
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudg
On 12/20/2013 05:32 PM, Eric W. Biederman wrote:
>
> Stuff and nonsense. bzImage is just an ugly wrapper around an ELF
> image.
>
Not really. We put the ELF image in there to help Xen and presumably
kexec, but there are actually quite a few issues with it... for one
thing, as currently built t
May I request for your partnership to execute a project in Asia, revert if
interested
--
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
Please read th
On Fri, Dec 20, 2013 at 6:23 PM, Jeff Layton wrote:
>
> But, what's the point of setting INITRD_COMPRESS-y at all if you're not
> going to export INITRD_COMPRESS? Would it be better to just remove that
> entire block in the Makefile (i.e. just revert PJP's patch?)
I ended up committing the minima
On 12/20/13 15:10, Matias Bjorling wrote:
> From: Matias Bjørling
>
> Randy Dunlap reported a couple of grammar errors and unfortunate usages of
> socket/node/core.
>
> Signed-off-by: Matias Bjorling
> ---
Thanks, looks good.
Acked-by: Randy Dunlap
--
~Randy
--
To unsubscribe from this li
On Fri, 20 Dec 2013 18:15:29 -0800
Linus Torvalds wrote:
> On Fri, Dec 20, 2013 at 5:39 PM, Andrew Morton
> wrote:
> > On Fri, 20 Dec 2013 16:41:43 -0800 Linus Torvalds
> > wrote:
> >>
> >> (a) most sane people don't even have lz4 _installed_, so dracut won't
> >> actually succeed
> >>
> >>
On Fri, 2013-12-20 at 18:34 -0800, Darren Hart wrote:
> On Fri, 2013-12-20 at 17:36 -0800, Davidlohr Bueso wrote:
> > On Thu, 2013-12-19 at 15:14 -0800, Linus Torvalds wrote:
> > > On Thu, Dec 19, 2013 at 10:45 AM, Davidlohr Bueso
> > > wrote:
> > > >
> > > > - increment the counter at queue_lock
On 12/20/13 16:39, Alexis Berlemont wrote:
> Hi,
>
> Here is a proposal of a small contribution which tries to fulfill the
> task "Use Kconfig to allow selecting features and build minimal
> version of perf,..." displayed on the todo page of the perf
> wiki (https://perf.wiki.kernel.org/index.php/
This patch adds APM X-Gene SoC Queue Manager/Traffic Manager DTS entries.
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
arch/arm64/boot/dts/apm-storm.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
b/arch/arm64/boot/
This patch adds APM X-Gene SoC Queue Manager/Traffic Manager base driver.
QMTM is requried by Ethernet, PktDMA (XOR Engine) and Security Engine
subsystems.
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
MAINTAINERS|7 +
drivers/misc/Kconfig
This patch adds device tree binding documentation for APM X-Gene SoC
Queue Manager/Traffic Manager.
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
.../devicetree/bindings/misc/apm-xgene-qmtm.txt| 51
1 file changed, 51 insertions(+)
create mode 100644 Do
This patch adds support for APM X-Gene SoC Queue Manager/Traffic Manager.
QMTM is required by APM X-Gene SoC Ethernet, PktDMA (XOR Engine) and
Security Engine subsystems. All subsystems communicate with QMTM using
messages which include information about the work to be performed and
the locatio
This patch adds support for error handling in APM X-Gene SoC Queue
Manager/Traffic Manager.
Signed-off-by: Ravi Patel
Signed-off-by: Keyur Chudgar
---
drivers/misc/xgene/qmtm/Makefile |2 +-
drivers/misc/xgene/qmtm/xgene_qmtm_error.c | 283
drivers/
On Fri, Dec 20, 2013 at 07:09:23PM -0700, Andreas Dilger wrote:
> To be honest, FS_IOC_SETVERSION isn't used by many/any users, so it might be
> better to avoid doing anything with that for now.
>
> In the past we even talked about adding a deprecation warning for that ioctl
> since it adds comple
於 五,2013-12-20 於 22:45 +0100,Rafael J. Wysocki 提到:
> On Friday, December 20, 2013 01:10:26 PM H. Peter Anvin wrote:
> > On 12/19/2013 09:38 PM, joeyli wrote:
> > >
> > > If don't use EFI time, then the first priority is using ACPI TAD if it
> > > present. Due to ACPI TAD is a generic acpi device t
On Fri, Dec 20, 2013 at 6:33 PM, Jeff Layton wrote:
>
> Perhaps a better solution for this would be to instead export an
> env var with a list of the compression algorithms that the kernel
> supports. Then installkernel or dracut could use that info to make a
> semi-intelligent decision based on t
On Fri, 2013-12-20 at 17:36 -0800, Davidlohr Bueso wrote:
> On Thu, 2013-12-19 at 15:14 -0800, Linus Torvalds wrote:
> > On Thu, Dec 19, 2013 at 10:45 AM, Davidlohr Bueso wrote:
> > >
> > > - increment the counter at queue_lock() as we always end up calling
> > > queue_me() which adds the elemen
On 13-12-18 03:56 PM, Sherman Yin wrote:
On 13-12-12 12:54 PM, Linus Walleij wrote:
+/*
+ * Write to the register using the value and mask if current value
is different
+ */
+static void capri_reg_write(struct pinctrl_dev *pctldev,
+ void __iomem *reg,
+
On Fri, 20 Dec 2013 18:15:29 -0800
Linus Torvalds wrote:
> On Fri, Dec 20, 2013 at 5:39 PM, Andrew Morton
> wrote:
> > On Fri, 20 Dec 2013 16:41:43 -0800 Linus Torvalds
> > wrote:
> >>
> >> (a) most sane people don't even have lz4 _installed_, so dracut won't
> >> actually succeed
> >>
> >>
Adds pinctrl driver devicetree binding for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
---
v4: Changed valid values for "bias-pull-up" property for I2C pins. Expanded
pin configuration node example.
v3: Use generic pin co
On 13-12-20 12:58 PM, Arnd Bergmann wrote:
On Friday 20 December 2013, Linus Walleij wrote:
On Tue, Dec 17, 2013 at 1:18 AM, Bjorn Andersson
wrote:
No matter how we build the individual pinctrl drivers we will always
need the pinctrl framework in a multi-soc zImage; so I can't see that
we gai
The following patches adds a pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
The first patch, adding the void * to pinctrl_pin_desc, has been previously
discussed with LinusW. See this thread:
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-April/165880.html
---
v4: - removed patch
On Fri, Dec 20, 2013 at 5:39 PM, Andrew Morton
wrote:
> On Fri, 20 Dec 2013 16:41:43 -0800 Linus Torvalds
> wrote:
>>
>> (a) most sane people don't even have lz4 _installed_, so dracut won't
>> actually succeed
>>
>> (b) there's no way to select the compression level (unlike the
>> INITRAMFS_C
drv_data is added to the pinctrl_pin_desc for drivers to define additional
driver-specific per-pin data.
Signed-off-by: Sherman Yin
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
---
v4: no change
v3: no change
v2: no change
---
include/linux/pinctrl/pinctrl.h |2 ++
1 file changed,
Adds pinctrl driver for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
---
v4: - PINCTRL selected in Kconfig, PINCTRL_CAPRI selected in bcm_defconfig
- make use of regmap
- change CAPRI_PIN_UPDATE from macro to inline fun
From: Wei Yongjun
Fixes the following sparse warning:
drivers/mfd/twl6040.c:89:20: warning:
symbol 'twl6040_patch' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
---
drivers/mfd/twl6040.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mfd/twl60
Enable pinctrl for Broadcom Capri (BCM281xx) SoCs.
Signed-off-by: Sherman Yin
Reviewed-by: Christian Daudt
Reviewed-by: Matt Porter
---
v4: no change
v3: No change.
v2: Use hyphens instead of underscore in DT property names.
---
arch/arm/boot/dts/bcm11351.dtsi |4
1 file changed, 4 in
To be honest, FS_IOC_SETVERSION isn't used by many/any users, so it might be
better to avoid doing anything with that for now.
In the past we even talked about adding a deprecation warning for that ioctl
since it adds complexity for little value.
Cheers, Andreas
> On Dec 20, 2013, at 16:35, "
In kernel, need use div64_u64_rem() instead of operator '%' for u64, or
can not pass compiling (with allmodconfig under metag):
MODPOST 2909 modules
ERROR: "__umoddi3" [drivers/target/target_core_mod.ko] undefined!
Also need u64 type cast for u32 variable multiply u32 variable, or will
caus
> Please don't break thread.
> You should reply to my mail instead of your original post.
Sorry, It seems to be my mailer issue. I'm trying to fix it.
> It's a result which isn't what I want to know.
> What I wnat to know is why upper layer issues more I/O per second.
> For example, you read 32K
On 12/20/2013 05:24 PM, joeyli wrote:
> 於 五,2013-12-20 於 13:04 -0800,H. Peter Anvin 提到:
>>
>> Actually, it doesn't have to reprogram the clock ... it just needs to
>> know if another OS has already done so. All Linux needs to do is to be
>> able to derive UTC from whatever the RTC is set to and to
sb_edac controls a large number of different PCI functions. Rather
than registering as a normal PCI driver for all of them, it
registers for just one so that it gets probed and, at probe time, it
looks for all the others.
Coincidentally, the device it registers for also contains the SMBUS
registe
Add i2c_scan_dimm_bus to declare that a particular i2c_adapter
contains DIMMs. This will probe (and autoload modules!) for useful
SMBUS devices that live on DIMMs. i2c_imc calls it.
As more SMBUS-addressable DIMM components become supported, this
code can be extended to probe for them.
Signed-o
Intel LGA2011 machines have dedicated SMBUS controllers for DIMM
sockets. Because they're dedicated, they can be safely and accurately
probed, since all devices on them are known to be attached to DIMMs.
The devices found are:
- SPD EEPROMs
- TSODs (Temperature Sensor on DIMMs)
- Other interest
The i2c_imc driver will use two of them, and moving only part of
the list seems messier.
Cc: Mauro Carvalho Chehab
Cc: Rui Wang
Signed-off-by: Andy Lutomirski
---
drivers/edac/sb_edac.c | 30 --
include/linux/pci_ids.h | 15 +++
2 files changed, 15 inse
Sandy Bridge Xeon and Extreme chips have integrated memory controllers
with (rather limited) onboard SMBUS masters. This driver gives access
to the bus.
Signed-off-by: Andy Lutomirski
---
drivers/i2c/busses/Kconfig | 15 ++
drivers/i2c/busses/Makefile | 1 +
drivers/i2c/busses/i2c-imc.c |
On Fri, 20 Dec 2013 16:41:43 -0800 Linus Torvalds
wrote:
> So commit 1bf49dd4be0b ("./Makefile: export initial ramdisk
> compression config option") seems to be totally broken.
>
> And I'm not saying that because Jan fixed a make-3.80 incompatibility
> in commit 7ac181568342 ("fix build with ma
On Thu, 2013-12-19 at 15:14 -0800, Linus Torvalds wrote:
> On Thu, Dec 19, 2013 at 10:45 AM, Davidlohr Bueso wrote:
> >
> > - increment the counter at queue_lock() as we always end up calling
> > queue_me() which adds the element to the list. Upon any error,
> > queue_unlock() is called for ho
"H. Peter Anvin" writes:
> On 12/20/2013 03:11 PM, Eric W. Biederman wrote:
>>
>> In that case the chrome folks would simply have to use an ELF format
>> kernel and not a bzImage.
>>
>
> This is starting to feel like everything is going in the direction of a
> massive feature regression. bzIma
於 五,2013-12-20 於 13:04 -0800,H. Peter Anvin 提到:
> On 12/20/2013 07:14 AM, Matthew Garrett wrote:
> > On Fri, 2013-12-20 at 11:37 +0100, Borislav Petkov wrote:
> >> On Thu, Dec 19, 2013 at 08:30:48PM -0800, H. Peter Anvin wrote:
> >>> On 12/19/2013 08:24 PM, joeyli wrote:
> I agreed, but usersp
On Fri, Dec 20, 2013 at 4:27 PM, Bjorn Helgaas wrote:
> Why are we reading these BARs directly anyway? These look like
> standard PCI BARs (I810_GMADDR == 0x10 and I915_GMADDR == 0x18), so
> the PCI core should already be reading them correctly, shouldn't it?
> Can't we just use pcibios_resource
When Intel MID finds a match between SFI table from FW and registered
SFI devices, it will execute platform initialization code, acquire
platform data and register platform device to probe the driver.
But if platform initialization code fails, Intel MID will still register
platform device even thou
All Intel MID platform code are responsible for:
- execute platform initialization code
- return platform data (when there's one)
But currently it's ambiguous the error condition during platform
initialization and the lack of platform data. In both cases platform
code will return NULL.
This pat
get_gpio_by_name() should return an error code instead of hardcoded -1.
Signed-off-by: David Cohen
---
arch/x86/platform/intel-mid/sfi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/platform/intel-mid/sfi.c
b/arch/x86/platform/intel-mid/sfi.c
index 1d5d20b088fa..
Hi,
These patches are meant to improve how Intel MID detects error in its platform
code. Currently it's ambiguous when platform code returns NULL due to error or
due to lack of platform data in valid situations. With these patches, errors
will be handled by ERR_PTR()/PTR_ERR() macros.
Br, David C
[adding perf maintainers]
On 12/20/13, 5:39 PM, Alexis Berlemont wrote:
Hi,
Here is a proposal of a small contribution which tries to fulfill the
task "Use Kconfig to allow selecting features and build minimal
version of perf,..." displayed on the todo page of the perf
wiki (https://perf.wiki.k
dma_buf_map_attachment and dma_buf_vmap can return NULL or
ERR_PTR on a error. This encourages a common buggy pattern in
callers:
sgt = dma_buf_map_attachment(attach, DMA_BIDIRECTIONAL);
if (IS_ERR_OR_NULL(sgt))
return PTR_ERR(sgt);
This causes the caller to return
So commit 1bf49dd4be0b ("./Makefile: export initial ramdisk
compression config option") seems to be totally broken.
And I'm not saying that because Jan fixed a make-3.80 incompatibility
in commit 7ac181568342 ("fix build with make 3.80")
I'm saying that because it sets and exports the INITRD_COMP
Hi,
Here is a proposal of a small contribution which tries to fulfill the
task "Use Kconfig to allow selecting features and build minimal
version of perf,..." displayed on the todo page of the perf
wiki (https://perf.wiki.kernel.org/index.php/Todo).
I tried to continue the work started by David A
e93067 PTE 800429d40060
[ 2935.387998] Oops: [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 2935.389936] Dumping ftrace buffer:
[ 2935.390321](ftrace buffer empty)
[ 2935.390321] Modules linked in:
[ 2935.390321] CPU: 22 PID: 57475 Comm: trinity-c598 Tainted: GW
3.13.0-rc4-
next-20131220-s
On Mon, Nov 25, 2013 at 6:28 PM, Yinghai Lu wrote:
> That bar could be 64bit pref mem and above 4G.
>
> -v2: refresh to 3.13-rc1
>
> Signed-off-by: Yinghai Lu
> Cc: David Airlie
> Reviewed-by: Daniel Vetter
> ---
> drivers/char/agp/intel-gtt.c | 14 ++
> 1 file changed, 10 insertio
Commit-ID: b70fedc15892de8bc78f711d7821dd0916cc5508
Gitweb: http://git.kernel.org/tip/b70fedc15892de8bc78f711d7821dd0916cc5508
Author: H.J. Lu
AuthorDate: Mon, 16 Dec 2013 16:09:51 -0800
Committer: H. Peter Anvin
CommitDate: Fri, 20 Dec 2013 16:04:35 -0800
x86, x32: Use __kernel_long_t
Commit-ID: 79dbbc60493f357912d5f1da5a23147ba0c01c7a
Gitweb: http://git.kernel.org/tip/79dbbc60493f357912d5f1da5a23147ba0c01c7a
Author: H.J. Lu
AuthorDate: Mon, 16 Dec 2013 16:12:57 -0800
Committer: H. Peter Anvin
CommitDate: Fri, 20 Dec 2013 16:06:21 -0800
x86, x32: Use __kernel_long_t
On 12/20/2013 03:06 PM, Luck, Tony wrote:
>> I haven't double checked, but I'm assuming the hot plug locks are held
>> while you are doing this.
>
> I dug into that when looking at v2 - the whole thing is under "stop_machine()"
> so locking was not an issue.
>
> Reviewed-by: Tony Luck
>
Awesom
Moving the register_netdev to the end of probe to prevent
possible open call happens before NetVSP is connected.
Signed-off-by: Haiyang Zhang
Reviewed-by: K. Y. Srinivasan
---
drivers/net/hyperv/netvsc_drv.c | 20
1 files changed, 8 insertions(+), 12 deletions(-)
diff --
On Fri, Dec 20, 2013 at 12:41:11PM +0200, Denis Turischev wrote:
> > Also, which kernel are you experiencing this issue on? In 3.12, I
> > queued a separate patch to deal with spurious reboot issues on Lynx
> > Point:
> >
> > commit 638298dc66ea36623dbc2757a24fc2c4ab41b016
> Sorry, I indeed teste
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next kernel, I've stumbled on
the following spew.
This reproduced twice with the same call trace, so I suspect it's something
specific with the way
the module subsystem calls vfs_getattr rather than something odd in v
Commit-ID: 9d69bb2cd96221b35bcabb3c1ffe84160bcf1b9f
Gitweb: http://git.kernel.org/tip/9d69bb2cd96221b35bcabb3c1ffe84160bcf1b9f
Author: H. Peter Anvin
AuthorDate: Fri, 20 Dec 2013 15:34:22 -0800
Committer: H. Peter Anvin
CommitDate: Fri, 20 Dec 2013 15:34:22 -0800
x86, irq: Change check
Commit-ID: 5fd782a0553cf9572bd38cb877ee6fbf070ef651
Gitweb: http://git.kernel.org/tip/5fd782a0553cf9572bd38cb877ee6fbf070ef651
Author: Prarit Bhargava
AuthorDate: Fri, 20 Dec 2013 10:50:09 -0500
Committer: H. Peter Anvin
CommitDate: Fri, 20 Dec 2013 15:24:04 -0800
x86: Add check for nu
The IOC_[GS]ETFLAGS and IOC_[GS]ETVERSION ioctls, despite being
defined to take a "long" parameter, actually take "int" parameters.
FUSE unfortunately assumed that the ioctl definitions never lie, and
transfers a long's worth of data in and out of userspace, which causes
stack smashing in chattr, a
Hello.
On 12/21/2013 02:18 AM, Sasha Levin wrote:
Binding might result in a NULL device which is later dereferenced
without checking.
Signed-off-by: Sasha Levin
---
net/rds/iw.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/rds/iw.c b/net/rds/iw.c
index 7826
On Fri, 20 Dec 2013 22:44:13 +0100
Peter Zijlstra wrote:
> @@ -5056,10 +5018,28 @@ static int sched_cpu_inactive(struct not
> switch (action & ~CPU_TASKS_FROZEN) {
> case CPU_DOWN_PREPARE:
> set_cpu_active((long)hcpu, false);
> - return NOTIFY_OK;
> - de
On 12/20/2013 03:11 PM, Eric W. Biederman wrote:
>
> In that case the chrome folks would simply have to use an ELF format
> kernel and not a bzImage.
>
This is starting to feel like everything is going in the direction of a
massive feature regression. bzImage may be weird (it has definitely
gro
On Fri, Dec 20, 2013 at 3:11 PM, Eric W. Biederman
wrote:
> Vivek Goyal writes:
>
>> On Thu, Dec 19, 2013 at 01:54:39PM +0100, Torsten Duwe wrote:
>>> On Tue, Nov 26, 2013 at 09:27:59AM -0500, Vivek Goyal wrote:
>
>>> IMO it's up to user land to search lists of certificates, and present
>>> only
Binding might result in a NULL device which is later dereferenced
without checking.
Signed-off-by: Sasha Levin
---
net/rds/iw.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/rds/iw.c b/net/rds/iw.c
index 7826d46..0298920 100644
--- a/net/rds/iw.c
+++ b/net/rds/iw.c
@@
From: Matias Bjørling
Randy Dunlap reported a couple of grammar errors and unfortunate usages of
socket/node/core.
Signed-off-by: Matias Bjorling
---
Documentation/block/null_blk.txt | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/Documentation/block/
Vivek Goyal writes:
> On Thu, Dec 19, 2013 at 01:54:39PM +0100, Torsten Duwe wrote:
>> On Tue, Nov 26, 2013 at 09:27:59AM -0500, Vivek Goyal wrote:
>> IMO it's up to user land to search lists of certificates, and present
>> only the final chain of trust to the kernel for checking.
>>
>> ELF is
From: Matias Bjørling
In the case of both the submit_queues param and use_per_node_hctx param
are used. We limit the number af submit_queues to the number of online
nodes.
If the submit_queues is a multiple of nr_online_nodes, its trivial. Simply map
them to the nodes. For example: 8 submit queu
On Fri, Dec 20, 2013 at 01:19:27AM -0500, Richard Hansen wrote:
> On 2013-12-19 18:27, Darrick J. Wong wrote:
> > The IOC_[GS]ETFLAGS ioctls, despite being defined to take a "long"
> > parameter, actually take "int" parameters. FUSE unfortunately assumed
> > that the ioctl definitions never lie, a
From: Matias Bjørling
The defaults for the module is to instantiate itself with blk-mq and a
submit queue for each CPU node in the system.
To save resources, initialize instead with a single submit queue.
Signed-off-by: Matias Bjorling
---
Documentation/block/null_blk.txt | 9 +
drive
Hi,
These three patches cover:
* Incorporated the feedback from Randy Dunlap into documentation.
Can be merged with the previous documentation commit (6824518).
* Set use_per_node_hctx to false per default to save resources.
* Allow submit_queues and use_per_node_hctx to be used simultanesly.
On Fri, Dec 20, 2013 at 05:39:25PM -0500, Santosh Shilimkar wrote:
> Russell,
>
> On Friday 13 December 2013 07:38 PM, Santosh Shilimkar wrote:
> > Building ARM with NO_BOOTMEM generates below warning.
> >
> > mm/nobootmem.c: In function _free_pages_memory___:
> > mm/nobootmem.c:88:11: warnin
> I haven't double checked, but I'm assuming the hot plug locks are held
> while you are doing this.
I dug into that when looking at v2 - the whole thing is under "stop_machine()"
so locking was not an issue.
Reviewed-by: Tony Luck
-Tony
--
To unsubscribe from this list: send the line "unsubscr
On Friday 20 December 2013 05:55 PM, Russell King - ARM Linux wrote:
> On Fri, Dec 20, 2013 at 05:39:25PM -0500, Santosh Shilimkar wrote:
>> Russell,
>>
>> On Friday 13 December 2013 07:38 PM, Santosh Shilimkar wrote:
>>> Building ARM with NO_BOOTMEM generates below warning.
>>>
>>> mm/nobootmem.c:
On Fri, Dec 20, 2013 at 10:50:09AM -0500, Prarit Bhargava wrote:
> I tested across various systems with both the linux.git and linux-next.git
> trees and do not see any false positives. The patch behaves as expected on
> a system with 590 IRQs allocated at boot time; the system refuses to down cpu
Russell,
On Friday 13 December 2013 07:38 PM, Santosh Shilimkar wrote:
> Building ARM with NO_BOOTMEM generates below warning.
>
> mm/nobootmem.c: In function _free_pages_memory___:
> mm/nobootmem.c:88:11: warning: comparison of distinct pointer types lacks a
> cast
>
> order = min(MA
On Thu, 19 Dec 2013, David Herrmann wrote:
> wrote:
> > we used to set the parent of the input device as the parent of
> > the hid bus. This was introduced when we created hid as a real bus, and
> > to keep backward compatibility. Now, it's time to proper set the parent
> > so that sysfs has an i
On Saturday 14 December 2013 02:48 PM, Santosh Shilimkar wrote:
> On Saturday 14 December 2013 06:08 AM, Tejun Heo wrote:
>> Hello, Santosh.
>>
>> On Fri, Dec 13, 2013 at 07:52:42PM -0500, Santosh Shilimkar wrote:
> +static void * __init memblock_virt_alloc_internal(
> +
From: Grygorii Strashko
Check nid parameter and produce warning if it has deprecated MAX_NUMNODES
value. Also re-assign NUMA_NO_NODE value to the nid parameter in this case.
These will help to identify the wrong API usage (the caller) and make code
simpler.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: An
Commit 597d795a2a78 ('mm: do not allocate page->ptl dynamically, if
spinlock_t fits to long') restructures some allocators that are compiled
even if USE_SPLIT_PTLOCKS arn't used. It results in compilation failure:
mm/memory.c:4282:6: error: 'struct page' has no member named 'ptl'
mm/memory.c:4288:
If eeprom->word_size is zero, e1000_do_[read|write]_eeprom() invoke
e1000_init_eeprom_params() to reinit eeprom params.
That is not a good idea since e1000_init_eeprom_params() calls
e1000_read_eeprom() if eeprom->type is e1000_eeprom_spi.
That means a deadlock on e1000_eeprom_lock.
At the same ti
On 12/20/2013 02:53 AM, Thomas Renninger wrote:
> On Thursday, December 19, 2013 08:22:08 PM H. Peter Anvin wrote:
>> On 12/19/2013 08:05 PM, joeyli wrote:
>>> Then that means the priority of PNP0B0x is higher then "CMOS RTC Not
>>> Present" flag. ACPI spec doesn't have clear definition on this.
>>
1 - 100 of 530 matches
Mail list logo