Mike Looijmans | 1 Oct 14:07 2014

[PATCH] Added LTC2941/LTC2943 Battery Gauge Driver

From: Auryn Verwegen <auryn.verwegen <at> topic.nl>

Both the LTC2941 and LTC2943 measure battery capacity.
The LTC2943 is compatible with the LTC2941, it adds voltage and
temperature monitoring, and uses a slightly different conversion
formula for the charge counter.

To avoid confusion with e.g. the LTC2945, the driver is called
LTC2941 instead of LTC294X.
 drivers/power/Kconfig                 |    7 +
 drivers/power/Makefile                |    1 +
 drivers/power/ltc2941-battery-gauge.c |  497 +++++++++++++++++++++++++++++++++
 3 files changed, 505 insertions(+)
 create mode 100644 drivers/power/ltc2941-battery-gauge.c

diff --git a/drivers/power/Kconfig b/drivers/power/Kconfig
index 73cfcdf..3333bf3 100644
--- a/drivers/power/Kconfig
+++ b/drivers/power/Kconfig
 <at>  <at>  -382,6 +382,13  <at>  <at>  config CHARGER_TPS65090
 	 Say Y here to enable support for battery charging with TPS65090
 	 PMIC chips.

+	tristate "LTC2941/LTC2943 Battery Gauge Driver"
+	depends on I2C
+	help
+	 Say Y here to include support for LTC2941 and LTC2943 Battery Gauge
+	 IC.
(Continue reading)

Thierry Reding | 1 Oct 14:00 2014

[PATCH] vfio/pci: Add missing linux/irq.h include

From: Thierry Reding <treding <at> nvidia.com>

This code uses the irq_get_msi_desc() function whose prototype is in
linux/irq.h. Include this header to fix a build failure.

Signed-off-by: Thierry Reding <treding <at> nvidia.com>
 drivers/vfio/pci/vfio_pci_intrs.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/vfio/pci/vfio_pci_intrs.c b/drivers/vfio/pci/vfio_pci_intrs.c
index a068bb0d69e5..d6f097b0e0e3 100644
--- a/drivers/vfio/pci/vfio_pci_intrs.c
+++ b/drivers/vfio/pci/vfio_pci_intrs.c
 <at>  <at>  -15,6 +15,7  <at>  <at> 

 #include <linux/device.h>
 #include <linux/interrupt.h>
+#include <linux/irq.h>
 #include <linux/eventfd.h>
 #include <linux/msi.h>
 #include <linux/pci.h>


Thierry Reding | 1 Oct 13:59 2014

[PATCH] net: dsa: Fix build warning for !PM_SLEEP

From: Thierry Reding <treding <at> nvidia.com>

The dsa_switch_suspend() and dsa_switch_resume() functions are only used
when PM_SLEEP is enabled, so they need #ifdef CONFIG_PM_SLEEP protection
to avoid a compiler warning.

Signed-off-by: Thierry Reding <treding <at> nvidia.com>
 net/dsa/dsa.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/net/dsa/dsa.c b/net/dsa/dsa.c
index 6905f2d84c44..22f34cf4cb27 100644
--- a/net/dsa/dsa.c
+++ b/net/dsa/dsa.c
 <at>  <at>  -238,6 +238,7  <at>  <at>  static void dsa_switch_destroy(struct dsa_switch *ds)

 static int dsa_switch_suspend(struct dsa_switch *ds)
 	int i, ret = 0;
 <at>  <at>  -280,6 +281,7  <at>  <at>  static int dsa_switch_resume(struct dsa_switch *ds)

 	return 0;

(Continue reading)

Kweh, Hock Leong | 1 Oct 13:06 2014

RE: [PATCH v2 3/4] net: stmmac: add support for Intel Quark X1000

> -----Original Message-----
> From: Kweh, Hock Leong
> Sent: Thursday, September 18, 2014 11:18 AM
> > From: David Miller [mailto:davem <at> davemloft.net]
> > Sent: Wednesday, September 17, 2014 12:56 PM
> > Are you kidding me?  It's a perfect way to identify this device, it
> > properly uses PCI_CLASS_NETWORK_ETHERNET (0x0200) in both cases and
> > this will not match any other function on this PCI device at all.
> >
> > Please do as I suggested and use the PCI class for the differentiation
> > and matching during probing.
> Hi David,
> Thanks for your feedback so far. Appreciate it.
> Sorry to my poorly written description that may have caused some confusion.
> My sincere apology here.
> Unfortunately, I don't really grasp your idea clearly based on your responses
> which I appreciate them a lot.
> Sorry for the long description below but I hope to clearly pen down my
> thinking process so that you can follow my thinking incrementally without
> being confused.
> So, let's roll back a bit so that with my following description, you can help
> correct me if my understanding of using PCI function ID to differentiate PHY
> port that is associated with each Ethernet controller is wrong:
> The high-level idea about the change that I made for STMMAC IP inside
> Quark is as follow:
(Continue reading)

AKASHI Takahiro | 1 Oct 12:45 2014

[PATCH v2] arm: prevent BUG_ON in audit_syscall_entry()

BUG_ON() in audit_syscall_entry() is hit under the following conditions:
  1) syscall auditing is enabled (that is, by running auditd).
  2) user process issues syscall(-1)
In fact, syscall(-1) just fails (not raising SIGILL, that is an expected
behavior if not audited), and the succeeding syscall will hit this BUG_ON.

------------[ cut here ]------------
kernel BUG at (...)/kernel/auditsc.c:1534!
Internal error: Oops - BUG: 0 [#1] SMP ARM
Modules linked in:
CPU: 0 PID: 61 Comm: syscall_arm Not tainted 3.17.0-rc4 #60
task: ea0c4380 ti: ea48e000 task.ti: ea48e000
PC is at __audit_syscall_entry+0xe4/0x110
LR is at 0xea0c4380
pc : [<c02b2ae8>]    lr : [<ea0c4380>]    psr: 20000013
sp : ea48ff68  ip : 00000001  fp : 0000869c
r10: 00000200  r9 : ea48e000  r8 : c020f4e4
r7 : 000000c5  r6 : ea48e000  r5 : ea48ffb0  r4 : ea490800
r3 : bef1e718  r2 : 00000001  r1 : 000000c5  r0 : 40000028
Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment user
Control: 10c5387d  Table: 8a4ac059  DAC: 00000015
Process syscall_arm (pid: 61, stack limit = 0xea48e250)
Stack: (0xea48ff68 to 0xea490000)
ff60:                   540e7a69 3ab5e840 00000200 000000c5 ea48ffb0 ea48e000
ff80: 000000c5 c02114bc bef1e718 00000001 b6efdb58 ffffffff 08400000 000000c5
ffa0: c020f4e4 c020f49c b6efdb58 ffffffff 00000001 bef1e718 bef1e718 00000001
ffc0: b6efdb58 ffffffff 08400000 000000c5 00000000 b6f22850 00000008 0000869c
ffe0: 000000c5 bef1e704 b6ea315f b6e318e6 20000030 00000001 00000000 00000000
[<c02b2ae8>] (__audit_syscall_entry) from [<c02114bc>] (syscall_trace_enter+0xf0/0x120)
[<c02114bc>] (syscall_trace_enter) from [<c020f49c>] (__sys_trace+0xc/0x38)
(Continue reading)

Benjamin Block | 1 Oct 12:34 2014

drm: i915: regression in i915 after suspend (render ring initialization failed; v3.16.3)


since some kernel-versions I can't get my intel-card to work after I
suspended my laptop. I currently run stable v3.16.3. After (re-)boot, the
graphic-acceleration works fine; upon suspending the laptop to ram and
waking it up later, this pops up in the kernel-log:

[54251.683106] [drm:init_ring_common] *ERROR* render ring initialization
failed ctl 0001f001 (valid? 1) head 8163e50c tail 00000000 start
00042000 [expected 00042000]
[54251.683109] [drm:__i915_drm_thaw] *ERROR* failed to re-initialize
GPU, declaring wedged!

After that I can still use X normally, but everything that involves
acceleration won't work anymore (including videos and such). I saw there
was a fix for this some time ago, but it only got pulled into older stable
kernels. Is their any fix for this for newer kernels?

(kernel log and config attached)


                                                          best regards,
                                                            - Benjamin Block
oh okay. my mistake.
* Yet another fool coming over this: according to joey
	-- mark <at> mail.novare.net
(Continue reading)

Michael Opdenacker | 1 Oct 12:11 2014

[PATCH] [RESEND] rsxx: Remove deprecated IRQF_DISABLED

This removes the use of the IRQF_DISABLED flag
from drivers/block/rsxx/core.c

It's a NOOP since 2.6.35 and it will be removed one day.

Signed-off-by: Michael Opdenacker <michael.opdenacker <at> free-electrons.com>
Acked-by Philip Kelleher <pjk1939 <at> linux.vnet.ibm.com>
 drivers/block/rsxx/core.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/block/rsxx/core.c b/drivers/block/rsxx/core.c
index 820b4009d5f7..9f913087cb81 100644
--- a/drivers/block/rsxx/core.c
+++ b/drivers/block/rsxx/core.c
 <at>  <at>  -886,7 +886,7  <at>  <at>  static int rsxx_pci_probe(struct pci_dev *dev,
 				"Failed to enable MSI\n");

-	st = request_irq(dev->irq, rsxx_isr, IRQF_DISABLED | IRQF_SHARED,
+	st = request_irq(dev->irq, rsxx_isr, IRQF_SHARED,
 			 DRIVER_NAME, card);
 	if (st) {


Julien Catalano | 1 Oct 12:06 2014

[PATCH] trivial: net/mac802154: Fix Kconfig typo

Signed-off-by: Julien Catalano <julien.catalano <at> gmail.com>
 net/mac802154/Kconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/net/mac802154/Kconfig b/net/mac802154/Kconfig
index 1818a99..aa462b4 100644
--- a/net/mac802154/Kconfig
+++ b/net/mac802154/Kconfig
 <at>  <at>  -16,5 +16,5  <at>  <at>  config MAC802154
 	  been tested yet!

 	  If you plan to use HardMAC IEEE 802.15.4 devices, you can
-	  say N here. Alternatievly you can say M to compile it as
+	  say N here. Alternatively you can say M to compile it as


Michael Opdenacker | 1 Oct 11:59 2014

[PATCH] ARC: [plat-arcfpga]: remove unused Kconfig params

This removes the ARC_BOARD_ANGEL4 and ARC_BOARD_ML509
Kconfig parameters which are no longer used anywhere
in the source code and Makefiles.

This also updates a comment refering to these parameters.

Signed-off-by: Michael Opdenacker <michael.opdenacker <at> free-electrons.com>
 arch/arc/plat-arcfpga/Kconfig | 13 -------------
 1 file changed, 13 deletions(-)

diff --git a/arch/arc/plat-arcfpga/Kconfig b/arch/arc/plat-arcfpga/Kconfig
index b9f34cf55acf..3f6814aa97ac 100644
--- a/arch/arc/plat-arcfpga/Kconfig
+++ b/arch/arc/plat-arcfpga/Kconfig
 <at>  <at>  -12,23 +12,10  <at>  <at>  menuconfig ARC_PLAT_FPGA_LEGACY
 	  Support for ARC development boards, provided by Synopsys.
 	  These are based on FPGA or ISS. e.g.
-	  - ARCAngel4
-	  - ML509
 	  - MetaWare ISS


-	bool "ARC Angel4"
-	default y
-	help
-	  ARC Angel4 FPGA Ref Platform (Xilinx Virtex Based)
(Continue reading)

Jiri Slaby | 1 Oct 10:57 2014

[PATCH 3.12 00/96] 3.12.30-stable review

This is the start of the stable review cycle for the 3.12.30 release.
There are 96 patches in this series, all will be posted as a response
to this one.  If anyone has any issues with these being applied, please
let me know.

This one is special. First, it is rounded (30). Second, most of the
patches are performance improvements. They are coming from SUSE
Enterprise Linux and all are backed by proper testing and performance
measurements. All this patchset was prepared and sent by Mel Gorman
with a support of other patchers from SUSE. Thanks to all of them.

As this is special, I am gicing a whole week for responses. So
responses should be made by Wed Oct  8 09:12:02 CEST 2014.  Anything
received after that time might be too late.

The whole patch series can be found in one patch at:
and the diffstat can be found below.



Al Viro (1):
  callers of iov_copy_from_user_atomic() don't need pagecache_disable()

Bob Liu (2):
  mm: thp: cleanup: mv alloc_hugepage to better place
  mm: thp: khugepaged: add policy for finding target node
(Continue reading)

ANNA | 1 Oct 09:49 2014

sunflower oil for you

Dear purchasing manger.

Good day.This is ANNA from Tomato paste manufacturer of China.

We can supply the tomato paste hot break and cold break brix of 18-20%, 24-26% and 28-30%,36-38% with
packaging of tin or drum. 

Soybean oil
sunflower oil
peanut oil
linseed oil
and so on

If any product meed your demand, please feel free to contact us. 

Catalog & Free samples can be offered if price content. 

Thanks and best regards