headers
Richard Weinberger | 24 May 2013 12:01
Picon

[PATCH] serial: Add Option GTM681W to qcserial device table.

The Option GTM681W uses a qualcomm chip and can be
served by the qcserial device driver.

Signed-off-by: Richard Weinberger <richard <at> nod.at>
---
 drivers/usb/serial/qcserial.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index 59b32b7..bd794b4 100644
--- a/drivers/usb/serial/qcserial.c
+++ b/drivers/usb/serial/qcserial.c
 <at>  <at>  -118,6 +118,7  <at>  <at>  static const struct usb_device_id id_table[] = {
 	{USB_DEVICE(0x1199, 0x901b)},	/* Sierra Wireless MC7770 */
 	{USB_DEVICE(0x12D1, 0x14F0)},	/* Sony Gobi 3000 QDL */
 	{USB_DEVICE(0x12D1, 0x14F1)},	/* Sony Gobi 3000 Composite */
+	{USB_DEVICE(0x0AF0, 0x8120)},	/* Option GTM681W */

 	/* non Gobi Qualcomm serial devices */
 	{USB_DEVICE_INTERFACE_NUMBER(0x0f3d, 0x68a2, 0)},	/* Sierra Wireless MC7700 Device Management */
--

-- 
1.8.2.3
Permalink | Reply | 0 comments |
headers
Boris BREZILLON | 24 May 2013 12:05
Favicon

[PATCH] ARM: at91/dt: add pinctrl definition for at91 tc blocks

Hello,

This patch adds pinctrl configs for at91 Timer Conter blocks.
These pin configs will be referenced by "atmel,tcb-pwm" devices to
setup pins as PWM output.

Best Regards,

Boris

Signed-off-by: Boris BREZILLON <b.brezillon <at> overkiz.com>
---
 arch/arm/boot/dts/at91rm9200.dtsi  |   76 ++++++++++++++++++++++++++++++++++++
 arch/arm/boot/dts/at91sam9260.dtsi |   76 ++++++++++++++++++++++++++++++++++++
 arch/arm/boot/dts/at91sam9263.dtsi |   38 ++++++++++++++++++
 arch/arm/boot/dts/at91sam9g45.dtsi |   76 ++++++++++++++++++++++++++++++++++++
 arch/arm/boot/dts/at91sam9n12.dtsi |   76 ++++++++++++++++++++++++++++++++++++
 arch/arm/boot/dts/at91sam9x5.dtsi  |   76 ++++++++++++++++++++++++++++++++++++
 6 files changed, 418 insertions(+)

diff --git a/arch/arm/boot/dts/at91rm9200.dtsi b/arch/arm/boot/dts/at91rm9200.dtsi
index 5d3ed5a..a90ec44 100644
--- a/arch/arm/boot/dts/at91rm9200.dtsi
+++ b/arch/arm/boot/dts/at91rm9200.dtsi
 <at>  <at>  -391,6 +391,82  <at>  <at> 
 					};
 				};

+				tcb0 {
+					pinctrl_tcb0_tclk0: tcb0_tclk0-0 {
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alexandre Torgue | 24 May 2013 11:59
Picon

[PATCH 0/2] ab8540 cut2: new rtc second resolution

From: Alexandre Torgue <alexandre.torgue <at> st.com>

Android expects the RTC to have second resolution.
On ab8540 cut2 RTC block has a new register which
allows setting seconds for wakeup alarms.

Alexandre Torgue (2):
  mfd: ab8540: add device for new rtc version on ab8540 cut2
  rtc: ab8540: add second resolution to rtc driver

 drivers/mfd/ab8500-core.c         | 55 +++++++++++++++++++++++++++++-----
 drivers/rtc/rtc-ab8500.c          | 63 ++++++++++++++++++++++++++++++++++++++-
 include/linux/mfd/abx500/ab8500.h |  2 ++
 3 files changed, 111 insertions(+), 9 deletions(-)

--

-- 
1.8.2.1
Permalink | Reply | 2 comments |
headers
Benjamin Herrenschmidt | 24 May 2013 11:41

[git pull] Please pull powerpc.git merge branch

Hi Linus !

Here are a few more powerpc fixes for 3.10. Some more P8 related
bits, a bunch of fixes for our P7+/P8 HW crypto drivers, some added
workarounds for those radeons that don't do proper 64-bit MSIs and
a couple of other trivialities by myself.

Cheers,
Ben.

The following changes since commit 519fe2ecb755b875d9814cdda19778c2e88c6901:

  Merge branch 'leds-fixes-3.10' of
git://git.kernel.org/pub/scm/linux/kernel/git/cooloney/linux-leds (2013-05-21 11:41:07 -0700)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git merge

for you to fetch changes up to f1dd153121dcb872ae6cba8d52bec97519eb7d97:

  powerpc/pseries: Make 32-bit MSI quirk work on systems lacking firmware support (2013-05-24 18:16:54 +1000)

----------------------------------------------------------------
Benjamin Herrenschmidt (5):
      powerpc: Fix TLB cleanup at boot on POWER8
      powerpc/pci: Fix bogus message at boot about empty memory resources
      powerpc/powernv: Fix condition for when to invalidate the TCE cache
      powerpc: Make radeon 32-bit MSI quirk work on powernv
      powerpc/powernv: Build a zImage.epapr
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ley Foon Tan | 24 May 2013 11:36
Favicon

[PATCH] of/fdt: Add FDT address translation

This patch adds address translation to fdt. It is needed when the early
console is connected to a simple-bus (bridge) that has address translation
enabled.

Walter Goossens have submitted first version of patch previously. This
patch resolved the feedback from first submission and some enhancements
on translation functions.

Reviewed-by: Walter Goossens <waltergoossens <at> home.nl>
Signed-off-by: Ley Foon Tan <lftan <at> altera.com>
---
 drivers/of/fdt.c       |  188 ++++++++++++++++++++++++++++++++++++++++++++++++
 include/linux/of_fdt.h |    2 +
 2 files changed, 190 insertions(+), 0 deletions(-)

diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c
index 808be06..74cc1bc 100644
--- a/drivers/of/fdt.c
+++ b/drivers/of/fdt.c
 <at>  <at>  -695,6 +695,194  <at>  <at>  int __init early_init_dt_scan_chosen(unsigned long node, const char *uname,
 	/* break now */
 	return 1;
 }
+/**
+ * flat_dt_translate_address - Translate an address using the ranges property
+ *
+ * This function converts address from "node address-space" to "parent address-
+ * space"
+ */
+static int __init flat_dt_translate_address(unsigned long node,
(Continue reading)

Permalink | Reply | 0 comments |
headers
OS Engineering | 24 May 2013 11:22

EnhanceIO(TM) caching driver features [3/3][PATCH]

Hi,

Here is the patch as mentioned in previous email.
-Amit

Recent Changes
1) Added support for device failure handling
2) Added support for 32 bit Arch.
3) Added support for big endian arch(not tested though)
4) Fixed bug : handling larger than 2 TB devices
5) Added support for auto generation of udev rules file
6) ioctl numbering changed ot follow kernel convention
7) Fixed multiple minor driver and CLI bugs
8) Documentation and man page updates

Signed-off-by: Amit Kale <akale <at> stec-inc.com>
Signed-off-by: Sanoj Unnikrishnan <sunnikrishnan <at> stec-inc.com>
Signed-off-by: Akhil Bhansali <abhansali <at> stec-inc.com>
Signed-off-by: Jinpu Wang <jinpu.wang <at> profitbricks.com>
Signed-off-by: Dongsu Park <dpark <at> profitbricks.com>
Signed-off-by: Dmitry Smirnov <onlyjob <at> member.fsf.org>
Signed-off-by: Nik Martin <nik.martin <at> gmail.com>
Signed-off-by: Oleksandr Natalenko <oleksandr <at> natalenko.name>
Signed-off-by: sammcj <sammcj <at> gmail.com>
---
 Documentation/enhanceio/Persistence.txt |   15 +
 Documentation/enhanceio/README.txt      |  226 ++
 drivers/block/Kconfig                   |    2 +
 drivers/block/Makefile                  |    1 +
 drivers/block/enhanceio/Kconfig         |   21 +
(Continue reading)

Permalink | Reply | 0 comments |
headers
Maxime Ripard | 24 May 2013 11:23
Favicon
Gravatar

[PATCHv3 RESEND 0/6] ARM: sunxi: Add support for A10 Ethernet controller

Hi,

The Allwinner A10 SoC has an ethernet controller that seem to be specific to
Allwinner. This IP has no public documentation, so exact
details are quite sparse, and this code come from refactored Allwinner
code.

The rework to use NAPI is taking more time than expected, I'm still working
on it, but it could probably be sent as a follow-up patch.

Thanks,
Maxime

Changes from v2:
  - Split the MDIO controller to a separate driver and make use of standards
    device tree bindings
  - Fixed various minor things as suggested by Florian Fainelli
  - Added clock support now that we have a clock driver

Changes from v1:
  - Use phylib for the phy-related functions
  - Use an optional regulator to power up the phy
  - Rename the driver from Davicom Wemac to Allwinner EMAC, since it's the name
    mentionned in the datasheet, and we have no strong evidence of a
    relationship with Davicom
  - Fix various small things around the driver: add defines for undocumented
    values, fix documentation name and compatible example, etc.

Maxime Ripard (4):
  net: Add MDIO bus driver for the Allwinner EMAC
(Continue reading)

Permalink | Reply | 8 comments |
headers
OS Engineering | 24 May 2013 11:19

EnhanceIO(TM) caching driver features [2/3]

Hi,

Here is a description of error handling as stated in a previous email.

When an IO is submitted to a cache and an OS crash or an abrupt power failure occurs before the cahe completes
the IO and returns success status  - The end result after a reboot is that some of the blocks contained in the
IO range could be persistent. The rest may not be persistent. In no case will garbage data be found in the IO
range. This is in-line with the behavior of RAID systems or volume management software packages.
Enterprise class filesystems and databases are capable of handling this situation correctly.

When an SSD fails, dirty data is lost. This may cause an entire filesystem or a database to go corrupt.
Administrators however are able to limit exposure to dirty data by using EnhanceIO(TM) automatic
clean-up tunables and a forced clean-up.

Attached spreadsheet gives an exhaustive list of the error conditions EnhanceIO(TM) driver handles.
-Amit
Attachment (eioerrorhandling.ods): application/oleobject, 7688 bytes
Permalink | Reply | 0 comments |
headers
OS Engineering | 24 May 2013 11:18

EnhanceIO(TM) caching driver features [1/3]

Hi Jens and Kernel Gurus,

We are submitting EnhanceIO(TM) caching driver for an inclusion in Linux kernel. It's an enterprise grade
caching solution having been validated extensively in-house, in a large number of enterprise
installations. It features this distinct property not found in dm-cache or bcache. EnhanceIO(TM)
caching solution has been reported to offer a substantial performance over a RAID source device in
various types of applications - file servers, relational and object databases, replication engines,
web hosting, messaging and more. EnhanceIO(TM) caching solution has been proven in independent
testing, such as testing by Demartek.

We believe that EnhanceIO(TM) driver will add a substantial value to Linux kernel by letting customers
exploit SSDs to their full potential. We would like you to consider it for an inclusion in the kernel.

Thanks.
--
Amit Kale

Features and capabilities are described below. Patch is being submitted in another email.

1. User interface

There are commands for creation and deletion of caches and editing of cache parameters.

2. Software interface

This kernel driver uses block device interface to receive IOs submitted by upper layers like filesystems
or applications and submit IOs to HDD and SSDs. There is full transparency from upper layers' viewpoint.

3. Availability
Caches can be created and deleted while applications are online. So absolutely no downtime. Crash
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vahram Martirosyan | 24 May 2013 10:57
Picon

[PATCH 1/2] jfs: Several bugs in jfs_freeze() and jfs_unfreeze()

The mentioned functions do not pay attention to the error codes returned
by the functions updateSuper(), lmLogInit() and lmLogShutdown(). It brings to
system crash later when writing to log.

The patch adds corresponding code to check and return the error codes
and to print correct error messages in case of errors.

Besides that the lmLogShutdown() function must not be called when 'nointegrity' mount option is provided.
It leads to kernel OOPS.

Found by Linux File System Verification project (linuxtesting.org).

Signed-off-by: Vahram Martirosyan <vahram.martirosyan <at> linuxtesting.org>

Reviewed-by: Gu Zheng <guz.fnst <at> cn.fujitsu.com>
---
 fs/jfs/super.c | 29 ++++++++++++++++++++++-------
 1 file changed, 22 insertions(+), 7 deletions(-)

diff --git a/fs/jfs/super.c b/fs/jfs/super.c
index 2003e83..a3d424d 100644
--- a/fs/jfs/super.c
+++ b/fs/jfs/super.c
 <at>  <at>  -611,11 +611,20  <at>  <at>  static int jfs_freeze(struct super_block *sb)
 {
 	struct jfs_sb_info *sbi = JFS_SBI(sb);
 	struct jfs_log *log = sbi->log;
+	int rc = 0;

 	if (!(sb->s_flags & MS_RDONLY)) {
(Continue reading)

Permalink | Reply | 3 comments |
headers
Federico Manzan | 24 May 2013 10:47
Picon

[PATCH] usbfs: Increase arbitrary limit for USB 3 isopkt length

Increase the current arbitrary limit for isocronous packet size to a
value large enough to account for USB 3.0 super bandwidth streams,
bMaxBurst (0~15 allowed, 1~16 packets)
bmAttributes (bit 1:0, mult 0~2, 1~3 packets)
so the size max for one USB 3 isocronous transfer is
1024 byte * 16 * 3 = 49152 byte

Signed-off-by: Federico Manzan <f.manzan <at> gmail.com>
---
 drivers/usb/core/devio.c |    8 +++++---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
index caefc80..7ac137e 100644
--- a/drivers/usb/core/devio.c
+++ b/drivers/usb/core/devio.c
 <at>  <at>  -1287,9 +1287,11  <at>  <at>  static int proc_do_submiturb(struct dev_state *ps, struct usbdevfs_urb *uurb,
 			goto error;
 		}
 		for (totlen = u = 0; u < uurb->number_of_packets; u++) {
-			/* arbitrary limit,
-			 * sufficient for USB 2.0 high-bandwidth iso */
-			if (isopkt[u].length > 8192) {
+			/* arbitrary limit need for USB 3.0
+			 * bMaxBurst (0~15 allowed, 1~16 packets)
+			 * bmAttributes (bit 1:0, mult 0~2, 1~3 packets)
+			 * sizemax: 1024 * 16 * 3 = 49152*/
+			if (isopkt[u].length > 65536) {
 				ret = -EINVAL;
 				goto error;
(Continue reading)

Permalink | Reply | 0 comments |

Gmane