Re: Common ARM context save/restore code

2010-10-11 Thread Vishwanath Sripathy

On Fri, Oct 8, 2010 at 12:55 AM, Nicolas Pitre nicolas.pi...@linaro.org
wrote:
On Thu, 7 Oct 2010, Vishwanath Sripathy wrote:

 Hi All,

 Purpose of this email is to debate on the pros and cons of having a
common
 ARM context save/restore code.
 Currently each SOC has its own way of saving/restoring ARM registers and
 there has been a proposal to have a common code for the same instead of
 duplicating the same in different places.

Hm, what?

Could you elaborate?  I'm afraid I'm not following you.

The kernel as I know it has a common code path to save/restore registers
on context switch simply because all SOCs that I'm aware of all have the
same general registers to save/restore on context switch.

There are exceptions for some specialized registers, such as the XScale
WMMX registers, the Cirrus MaverickCrunch registers, the VFP registers
or the emulated FPA registers, etc.  But those are nicely abstracted
away from the common code through runtime registered thread notifier
callbacks.
I think what you are referring to is General Purpose ARM Registers which I
agree are saved whenever there is a context switch. What I am talking here
is other ARM registers like various Auxiliary Control regs (refer to
arch/arm/mach_omap2/sleep34xx.s for complete details) which are completely
lost when MPU enters OFF state in CPU Idle/suspend path.

Vishwa


Nicolas
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


[PATCH] cpufreq, cpuidle clock for MOP500 hrefp

2010-10-11 Thread Vincent Guittot
Hi,

Please find attached 3 patches for :
- enabling cpuidle feature on MOP500 hrefp
- making cpufreq stat available for powertop
- adding debugfs clock tree for powerdebug

These patches have been tested on the latest
//git.linaro.org/bsp/st-ericsson/linux-2.6.34-ux500

Vincent
From 5bd1f1a5ecc7ce6d812215a474869fcf2e10c1e4 Mon Sep 17 00:00:00 2001
From: Vincent Guittot vincent.guit...@stericsson.com
Date: Mon, 11 Oct 2010 09:23:18 +0200
Subject: [PATCH] cpufreq_getspeed can't return negative value

---
 arch/arm/mach-ux500/cpufreq.c |4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/arch/arm/mach-ux500/cpufreq.c b/arch/arm/mach-ux500/cpufreq.c
index 4454a08..ea01240 100755
--- a/arch/arm/mach-ux500/cpufreq.c
+++ b/arch/arm/mach-ux500/cpufreq.c
@@ -100,7 +100,9 @@ unsigned int u8500_getspeed(unsigned int cpu)
 	case ARM_50_OPP: return freq_table[1].frequency;
 	case ARM_100_OPP: return freq_table[2].frequency;
 	default:
-			  return -EINVAL;
+		/* During boot, the returned value is undefined */
+		/* In this case, we set the max frequency */
+		return freq_table[2].frequency;
 	}
 	return 0;
 }
-- 
1.7.0.4

From 30af0d6dbfb4d7b988d360685e62356b7267e5e6 Mon Sep 17 00:00:00 2001
From: Vincent Guittot vincent.guit...@stericsson.com
Date: Mon, 11 Oct 2010 09:22:10 +0200
Subject: [PATCH] Enable u8500_MOP cpuidle

---
 arch/arm/configs/mop500_power_defconfig |6 +-
 1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/arch/arm/configs/mop500_power_defconfig b/arch/arm/configs/mop500_power_defconfig
index 4ab12e7..f2a4ca3 100755
--- a/arch/arm/configs/mop500_power_defconfig
+++ b/arch/arm/configs/mop500_power_defconfig
@@ -8,6 +8,7 @@ CONFIG_SYS_SUPPORTS_APM_EMULATION=y
 CONFIG_GENERIC_GPIO=y
 CONFIG_GENERIC_TIME=y
 CONFIG_GENERIC_CLOCKEVENTS=y
+CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y
 CONFIG_HAVE_PROC_CPU=y
 CONFIG_GENERIC_HARDIRQS=y
 CONFIG_STACKTRACE_SUPPORT=y
@@ -237,6 +238,7 @@ CONFIG_UX500_SOC_DB8500=y
 # CONFIG_MACH_U8500_SIMULATOR is not set
 # CONFIG_MACH_U5500_SIMULATOR is not set
 CONFIG_MACH_U8500_MOP=y
+CONFIG_U8500_CPUIDLE=y
 CONFIG_U8500_CPUFREQ=y
 CONFIG_U8500_PM=y
 CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y
@@ -373,7 +375,9 @@ CONFIG_CPU_FREQ_GOV_POWERSAVE=y
 CONFIG_CPU_FREQ_GOV_USERSPACE=y
 CONFIG_CPU_FREQ_GOV_ONDEMAND=y
 CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y
-# CONFIG_CPU_IDLE is not set
+CONFIG_CPU_IDLE=y
+CONFIG_CPU_IDLE_GOV_LADDER=y
+CONFIG_CPU_IDLE_GOV_MENU=y
 
 #
 # Floating point emulation
-- 
1.7.0.4

From b74cb7996249589cd5d02111e468fb13d96a Mon Sep 17 00:00:00 2001
From: Vincent Guittot vincent.guit...@stericsson.com
Date: Fri, 8 Oct 2010 17:29:49 +0200
Subject: [PATCH] add debugfs support for powerdebug

---
 arch/arm/mach-ux500/clock.c |  145 ++
 arch/arm/mach-ux500/clock.h |4 +
 2 files changed, 135 insertions(+), 14 deletions(-)

diff --git a/arch/arm/mach-ux500/clock.c b/arch/arm/mach-ux500/clock.c
index b89be26..fb54622 100755
--- a/arch/arm/mach-ux500/clock.c
+++ b/arch/arm/mach-ux500/clock.c
@@ -801,10 +801,6 @@ int __init clk_init(void)
 	return 0;
 }
 
-#ifdef CONFIG_DEBUG_FS
-#include linux/debugfs.h
-#include linux/seq_file.h
-
 static LIST_HEAD(clocks);
 static DEFINE_MUTEX(clocks_mutex);
 
@@ -1075,6 +1071,10 @@ static void clk_register(struct clk *clk)
 	mutex_unlock(clocks_mutex);
 }
 
+#ifdef CONFIG_DEBUG_FS
+#include linux/debugfs.h
+#include linux/seq_file.h
+
 /*
  * The following makes it possible to view the status (especially reference
  * count and reset status) for the clocks in the platform by looking into the
@@ -1166,19 +1166,136 @@ static const struct file_operations u8500_clocks_operations = {
 	.release= seq_release,
 };
 
-static int __init init_clk_read_debugfs(void)
+/*
+ *	debugfs support to trace clock tree hierarchy and attributes with
+ *	powerdebug
+ */
+static struct dentry *clk_debugfs_root;
+
+static int clk_debugfs_register_one(struct clk *c)
+{
+	int err;
+	struct dentry *d, *child, *child_tmp;
+	struct clk *pap = c-parent_periph;
+	struct clk *pac = c-parent_cluster;
+	char s[255];
+	char *p = s;
+
+	if (c-name == NULL)
+		p += sprintf(p, BUG);
+	else
+		p += sprintf(p, %s, c-name);
+
+	d = debugfs_create_dir(s, pac ? pac-dent_cluster : clk_debugfs_root);
+	if (!d)
+		return -ENOMEM;
+	c-dent_cluster = d;
+
+	d = debugfs_create_u8(usecount, S_IRUGO, c-dent_cluster, (u8 *)c-enabled);
+	if (!d) {
+		err = -ENOMEM;
+		goto err_out;
+	}
+	d = debugfs_create_u32(rate, S_IRUGO, c-dent_cluster, (u32 *)c-rate);
+	if (!d) {
+		err = -ENOMEM;
+		goto err_out;
+	}
+#if 0
+	/* not currently available in ux500 */
+	d = debugfs_create_x32(flags, S_IRUGO, c-dent_cluster, (u32 *)c-flags);
+	if (!d) {
+		err = -ENOMEM;
+		goto err_out;
+	}
+#endif
+
+	if(pap) {
+		d = debugfs_create_dir(s, pap-dent_periph ? pap-dent_periph : pap-dent_cluster);
+		if (!d) {
+			err = -ENOMEM;
+			goto err_out;
+		}
+		c-dent_periph = d;
+
+		d = debugfs_create_u8(usecount, S_IRUGO, 

Re: [PATCH] cpufreq, cpuidle clock for MOP500 hrefp

2010-10-11 Thread Amit Kucheria
On 10 Oct 11, Vincent Guittot wrote:
 Hi,
 
 Please find attached 3 patches for :
 - enabling cpuidle feature on MOP500 hrefp
 - making cpufreq stat available for powertop
 - adding debugfs clock tree for powerdebug
 
 These patches have been tested on the latest
 //git.linaro.org/bsp/st-ericsson/linux-2.6.34-ux500
 
 Vincent

Thanks Vincent. So with these patches, the ux500 platform can be used with
cpufreq and cpuidle and works correctly with the powertop and powerdebug tools
we have?

Is the same true for the ux500 code in mainline? Does it support cpufreq,
cpuidle?

Just a brief comment below, regarding the patch.

 From 5bd1f1a5ecc7ce6d812215a474869fcf2e10c1e4 Mon Sep 17 00:00:00 2001
 From: Vincent Guittot vincent.guit...@stericsson.com
 Date: Mon, 11 Oct 2010 09:23:18 +0200
 Subject: [PATCH] cpufreq_getspeed can't return negative value
 
 ---
  arch/arm/mach-ux500/cpufreq.c |4 +++-
  1 files changed, 3 insertions(+), 1 deletions(-)
 
 diff --git a/arch/arm/mach-ux500/cpufreq.c b/arch/arm/mach-ux500/cpufreq.c
 index 4454a08..ea01240 100755
 --- a/arch/arm/mach-ux500/cpufreq.c
 +++ b/arch/arm/mach-ux500/cpufreq.c
 @@ -100,7 +100,9 @@ unsigned int u8500_getspeed(unsigned int cpu)
   case ARM_50_OPP: return freq_table[1].frequency;
   case ARM_100_OPP: return freq_table[2].frequency;
   default:
 -   return -EINVAL;
 + /* During boot, the returned value is undefined */
 + /* In this case, we set the max frequency */
 + return freq_table[2].frequency;

freq_table[2] will break if another frequency is added to the table. I
recommend defining something like a MAX_NUM_FREQ for the table and using that
in the driver.

   }
   return 0;
  }
 -- 
 1.7.0.4
 


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: linaro-media-create speedup

2010-10-11 Thread Tom Gall

Yes I think this is well within the realm of the possible. 

Regards
Tom

On Oct 11, 2010, at 5:20 AM, Robert Berger gm...@reliableembeddedsystems.com 
wrote:

 Hi,
 
 I guess a major speedup could be achieved by not again partitioning the
 SD card once it has been partitioned, but just copy over rootfs, boot
 loader, kernel and friends instead.
 
 Do you think this could be done.
 
 Regards,
 
 Robert
 ...Giving up on assembly language was the apple in our Garden of Eden:
 Languages whose use squanders machine cycles are sinful.(Epigrams in
 Programming,  ACM SIGPLAN Sept. 1982)
 
 My public pgp key is available at:
 http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x90320BF1
 
 
 
 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Cortex A9 vexpress MMC I/O problems.

2010-10-11 Thread Harry Liebel
Hi.

I have a Cortex A9 vexpress board and I've been trying some of the headless 
daily builds as described here :
https://wiki.linaro.org/Platform/QA/TestCases/HeadlessVexpress.

The instructions are based around the MMC card with uboot, kernel and rootfs 
all loaded via this interface.

I've had mixed results. When the box completes the boot the basic systems seem 
to work ok (I can get an IP and poke the filesystem). It still takes several 
minutes to get to a prompt as mentioned on the wiki page.

It happens quite often that the box does not get to a prompt at all. It fails 
to read the MMC properly. Below is two separate cases where reading the 
partition table fails. In the first case it finds one partition and in the 
second case it fails to find any partitions. The boot monitor has no problem 
reading uboot, kernel or initrd from the MMC when writing to internal FLASH.

I've also tried a different SD card with similar results. Sometimes it works 
fine and other times it reports I/O errors. I've tried the daily builds for 6, 
8 and 10 October. Is this a known issue?

-

mmc0: host does not support reading read-only switch. assuming write-enable.
mmc0: new SD card at address 8fe4
mmcblk0: mmc0:8fe4 SD02G 1.84 GiB
 mmcblk0:
Freeing init memory: 160K
 p1ding, please wait...
p2
udev[497]: starting version 163
port 1 high speed
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
usb 1-1: new high speed USB device using isp1760 and address 2
port 1 high speed
usb 1-1: New USB device found, idVendor=0471, idProduct=3526
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
usb 1-1: Product: ISP1520
usb 1-1: Manufacturer: Philips Semiconductors
mmcblk0: retrying using single block read
mmcblk0: error -5 transferring data, sector 0, nr 8, card status 0xb00
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 3 ports detected
end_request: I/O error, dev mmcblk0, sector 0
Buffer I/O error on device mmcblk0, logical block 0

-

mmc0: host does not support reading read-only switch. assuming write-enable.
mmc0: new SD card at address 8fe4
mmcblk0: mmc0:8fe4 SD02G 1.84 GiB
 mmcblk0:
TCP cubic registered
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
NET: Registered protocol family 17
port 1 high speed
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 0
Registering SWP/SWPB emulation handler
rtc-pl031 mb:rtc: setting system clock to 2010-10-11 10:49:28 UTC (1286794168)
usb 1-1: new high speed USB device using isp1760 and address 2
Freeing init memory: 160K
port 1 high speed
mmcblk0: retrying using single block read
Loading, please wait...
usb 1-1: New USB device found, idVendor=0471, idProduct=3526
usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
udev[493]: starting version 163
Begin: Loading eusb 1-1: Product: ISP1520
mmcblk0: error -5 transferring data, sector 2, nr 6, card status 0x900
end_request: I/O error, dev mmcblk0, sector 2
ssential driversusb 1-1: Manufacturer: Philips Semiconductors
 ... done.
Begin: Runnimmcblk0: error -5 transferring data, sector 3, nr 5, card status 
0x900
ng /scripts/initend_request: I/O error, dev mmcblk0, sector 3
-premount ... done.
Begin: Mounting root file system ... hub 1-1:1.0: USB hub found
hub 1-1:1.0: 3 ports detected
Begin: Running /scripts/local-tommcblk0: error -5 transferring data, sector 5, 
nr 3, card status 0xb00
p ... done.
end_request: I/O error, dev mmcblk0, sector 5
 unable to read partition table

-

Thanks,
Harry



-- IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium.  Thank you.

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: [PATCH] cpufreq, cpuidle clock for MOP500 hrefp

2010-10-11 Thread Amit Kucheria
On 10 Oct 11, Vincent Guittot wrote:
 On 11 October 2010 10:58, Amit Kucheria amit.kuche...@linaro.org wrote:
  On 10 Oct 11, Vincent Guittot wrote:
  Hi,
 
  Please find attached 3 patches for :
  - enabling cpuidle feature on MOP500 hrefp
  - making cpufreq stat available for powertop
  - adding debugfs clock tree for powerdebug
 
  These patches have been tested on the latest
  //git.linaro.org/bsp/st-ericsson/linux-2.6.34-ux500
 
  Vincent
 
  Thanks Vincent. So with these patches, the ux500 platform can be used with
  cpufreq and cpuidle and works correctly with the powertop and powerdebug 
  tools
  we have?
 
 
 Yes it is.
 
  Is the same true for the ux500 code in mainline? Does it support cpufreq,
  cpuidle?
 
 
 Not yet. it's on going
 
  Just a brief comment below, regarding the patch.
 
  From 5bd1f1a5ecc7ce6d812215a474869fcf2e10c1e4 Mon Sep 17 00:00:00 2001
  From: Vincent Guittot vincent.guit...@stericsson.com
  Date: Mon, 11 Oct 2010 09:23:18 +0200
  Subject: [PATCH] cpufreq_getspeed can't return negative value
 
  ---
   arch/arm/mach-ux500/cpufreq.c |    4 +++-
   1 files changed, 3 insertions(+), 1 deletions(-)
 
  diff --git a/arch/arm/mach-ux500/cpufreq.c b/arch/arm/mach-ux500/cpufreq.c
  index 4454a08..ea01240 100755
  --- a/arch/arm/mach-ux500/cpufreq.c
  +++ b/arch/arm/mach-ux500/cpufreq.c
  @@ -100,7 +100,9 @@ unsigned int u8500_getspeed(unsigned int cpu)
        case ARM_50_OPP: return freq_table[1].frequency;
        case ARM_100_OPP: return freq_table[2].frequency;
        default:
  -                       return -EINVAL;
  +             /* During boot, the returned value is undefined */
  +             /* In this case, we set the max frequency */
  +             return freq_table[2].frequency;
 
  freq_table[2] will break if another frequency is added to the table. I
  recommend defining something like a MAX_NUM_FREQ for the table and using 
  that
  in the driver.
 
 
 The idea was to return the same value than ARM_100_OPP. I could map
 the default use case to the ARM_100_OPP one instead ?

Perhaps I'm being pedantic, but I prefer using names to hard-coded numbers.

So, something like a

enum freq {
  ARM_50_OPP
  ARM_100_OPP
}

used with

return freq_table[ARM_100_OPP].frequency

will continue to work even if you add ARM_25_OPP and ARM_75_OPP to the enum.

/Amit


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


SD/MMC for i.MX51

2010-10-11 Thread Amit Kucheria
Can we merge the SD/MMC patches for i.MX MMC support into the linaro kernel?
They have been reviewed extensively and look very likely to go into the next
merge window.

Merging them and enabling SD support for i.MX51 will allow us to make a more
functional hwpack for the babbage boards.

Please search for SD/MMC driver for MX25/35/51 from Wolfram Sang on lakml
for the patchset.

Regards,
Amit


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


linux-linaro pull request

2010-10-11 Thread John Rigby
The following changes since commit d0bbdab2bb2c55c3dc6a4b3fd2128250dff99feb:

  LINARO: Linaro-2.6.35-1006.12 (2010-09-20 20:01:02 -0600)

are available in the git repository at:
  git://git.linaro.org/ubuntu/linux-linaro.git linaro-2.6.35-1007.13

Al Viro (2):
  arm: fix really nasty sigreturn bug
  arm: fix really nasty sigreturn bug

Alan Ott (1):
  HID: Set Report ID properly for Output reports on the Control endpoint.

Alex Deucher (6):
  drm/radeon/kms: fix a regression on r7xx AGP due to the HDP flush fix
  drm/radeon/kms: force legacy pll algo for RV515 LVDS
  drm/radeon/kms: force legacy pll algo for RV620 LVDS
  drm/radeon/kms: properly set crtc high base on r7xx
  drm/radeon/kms/evergreen: fix gpu hangs in userspace accel code
  drm/radeon/kms/evergreen: fix backend setup

Alexey Kuznetsov (1):
  tcp: Prevent overzealous packetization by SWS logic.

Amit Shah (1):
  virtio: console: Prevent userspace from submitting NULL buffers

Andrea Arcangeli (3):
  mm: fix swapin race condition
  mmap: call unlink_anon_vmas() in __split_vma() in case of error
  KVM: MMU: fix mmu notifier invalidate handler for huge spte

Andreas Herrmann (1):
  hwmon: (k8temp) Differentiate between AM2 and ASB1

Andrew Morton (1):
  drivers/pci/intel-iommu.c: fix build with older gcc's

Andy Gospodarek (1):
  bonding: correctly process non-linear skbs

Andy Whitcroft (1):
  Revert UBUNTU: SAUCE: Add support for Intellimouse Mode in ALPS
touchpad on Dell E2 series Laptops

Anton Vorontsov (1):
  apm_power: Add missing break statement

Arnaud Lacombe (1):
  kconfig: delay symbol direct dependency initialization

Arnd Bergmann (1):
  /proc/vmcore: fix seeking

Avi Kivity (3):
  KVM: Keep slot ID in memory slot structure
  KVM: Prevent internal slots from being COWed
  KVM: VMX: Fix host GDT.LIMIT corruption

Axel Lin (1):
  hwmon: (ads7871) Fix ads7871_probe error paths

Ben Hutchings (3):
  PCI: MSI: Remove unsafe and unnecessary hardware access
  PCI: MSI: Restore read_msi_msg_desc(); add get_cached_msi_msg_desc()
  Staging: rt2870sta: Add more device IDs from vendor drivers

Benjamin Herrenschmidt (1):
  Revert Input: appletouch - fix integer overflow issue

Brian Austin (1):
  ALSA: hda - Add errata initverb sequence for CS42xx codecs

Brian Rogers (1):
  UBUNTU: SAUCE: ir-core: Fix null dereferences in the protocols
sysfs interface

Catalin Marinas (1):
  ARM: VExpress: Set bit 22 in the PL310 (cache controller) AuxCtlr register

Chris Wilson (11):
  agp/intel: Promote warning about failure to setup flush to error.
  drm/i915/dp: Really try 5 times before giving up.
  drm/i915: Allocate the PCI resource for the MCHBAR
  drm/i915: Prevent double dpms on
  Revert drm/i915: Allow LVDS on pipe A on gen4+
  drm: Only decouple the old_fb from the crtc is we call mode_set*
  drm/i915,agp/intel: Add second set of PCI-IDs for B43
  drm/i915: Ensure that the crtcinfo is populated during mode_fixup()
  drm/i915: Rephrase pwrite bounds checking to avoid any potential overflow
  drm/i915: Skip pread/pwrite if size to copy is 0.
  drm/i915: Sanity check pread/pwrite

Chris Wright (1):
  tracing: t_start: reset FTRACE_ITER_HASH in case of seek/pread

Christian Lamparter (1):
  p54: fix tx feedback status flag check

Christoph Hellwig (3):
  direct-io: move aio_complete into -end_io
  xfs: move aio completion after unwritten extent conversion
  swap: do not send discards as barriers

Christoph Lameter (1):
  mm: page allocator: calculate a better estimate of NR_FREE_PAGES
when memory is low and kswapd is awake

Christopher James Halse Rogers (2):
  UBUNTU: SAUCE: Nouveau: Add quirk framework to disable acceleration
  UBUNTU: SAUCE: Nouveau: Disable acceleration on MacBook Pros

Clemens Ladisch (3):
  ALSA: usb-audio: fix detection of vendor-specific device protocol settings
  ALSA: virtuoso: work around missing reset in the Xonar DS Windows driver
  ALSA: virtuoso: fix setting of Xonar DS line-in/mic-in controls

Colin Cross (1):
  PM: Prevent waiting forever on asynchronous resume after failing suspend

Craig Shelley (1):
  USB: CP210x Add new device ID

Dan Carpenter (7):
  USB: ehci-ppc-of: problems in unwind
  sysfs: checking for NULL instead of ERR_PTR
  irda: off by one
  i915: return -EFAULT if copy_to_user fails
  i915_gem: return -EFAULT if copy_to_user fails
  Staging: vt6655: fix buffer overflow
  net/llc: make opt unsigned in llc_ui_setsockopt()

Dan Rosenberg (9):
  USB: serial/mos*: prevent reading uninitialized stack memory
  drivers/net/usb/hso.c: prevent reading uninitialized memory
  drivers/net/cxgb3/cxgb3_main.c: prevent reading uninitialized stack memory
  drivers/net/eql.c: prevent reading uninitialized stack memory
  drivers/video/sis/sis_main.c: 

linux-meta-linaro pull request

2010-10-11 Thread John Rigby
The following changes since commit b99670db3d6a43efe6d55ce92d7a227fb1ff41f7:

  LINARO: Linaro-2.6.35.1006.11 (2010-09-16 17:17:17 -0600)

are available in the git repository at:
  git://git.linaro.org/ubuntu/linux-meta-linaro.git master

John Rigby (1):
  LINARO: Linaro-2.6.35.1007.12

 meta-source/debian/changelog |6 ++
 1 files changed, 6 insertions(+), 0 deletions(-)

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: Cortex A9 vexpress MMC I/O problems.

2010-10-11 Thread Jamie Bennett
On Mon, Oct 11, 2010 at 01:13:40PM +0100, Harry Liebel wrote:
 I've had mixed results. When the box completes the boot the basic systems 
 seem to work ok (I can get an IP and poke the filesystem). It still takes 
 several minutes to get to a prompt as mentioned on the wiki page.
 
 It happens quite often that the box does not get to a prompt at all. It fails 
 to read the MMC properly. Below is two separate cases where reading the 
 partition table fails. In the first case it finds one partition and in the 
 second case it fails to find any partitions. The boot monitor has no problem 
 reading uboot, kernel or initrd from the MMC when writing to internal FLASH.
 
 I've also tried a different SD card with similar results. Sometimes it works 
 fine and other times it reports I/O errors. I've tried the daily builds for 
 6, 8 and 10 October. Is this a known issue?

I can't fix your problem but for extra brownie points you could
register this in launchpad as a bug and we can push for the right
people to investigate.

Please file a bug at:

http://bugs.launchpad.net/linux-linaro

(sounds like a kernel related issue) and we will take it from there :)

Regards,
Jamie.

 -
 
 mmc0: host does not support reading read-only switch. assuming write-enable.
 mmc0: new SD card at address 8fe4
 mmcblk0: mmc0:8fe4 SD02G 1.84 GiB
  mmcblk0:
 Freeing init memory: 160K
  p1ding, please wait...
 p2
 udev[497]: starting version 163
 port 1 high speed
 Begin: Loading essential drivers ... done.
 Begin: Running /scripts/init-premount ... done.
 Begin: Mounting root file system ... Begin: Running /scripts/local-top ... 
 done.
 usb 1-1: new high speed USB device using isp1760 and address 2
 port 1 high speed
 usb 1-1: New USB device found, idVendor=0471, idProduct=3526
 usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
 usb 1-1: Product: ISP1520
 usb 1-1: Manufacturer: Philips Semiconductors
 mmcblk0: retrying using single block read
 mmcblk0: error -5 transferring data, sector 0, nr 8, card status 0xb00
 hub 1-1:1.0: USB hub found
 hub 1-1:1.0: 3 ports detected
 end_request: I/O error, dev mmcblk0, sector 0
 Buffer I/O error on device mmcblk0, logical block 0
 
 -
 
 mmc0: host does not support reading read-only switch. assuming write-enable.
 mmc0: new SD card at address 8fe4
 mmcblk0: mmc0:8fe4 SD02G 1.84 GiB
  mmcblk0:
 TCP cubic registered
 NET: Registered protocol family 10
 lo: Disabled Privacy Extensions
 NET: Registered protocol family 17
 port 1 high speed
 VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 0
 Registering SWP/SWPB emulation handler
 rtc-pl031 mb:rtc: setting system clock to 2010-10-11 10:49:28 UTC (1286794168)
 usb 1-1: new high speed USB device using isp1760 and address 2
 Freeing init memory: 160K
 port 1 high speed
 mmcblk0: retrying using single block read
 Loading, please wait...
 usb 1-1: New USB device found, idVendor=0471, idProduct=3526
 usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
 udev[493]: starting version 163
 Begin: Loading eusb 1-1: Product: ISP1520
 mmcblk0: error -5 transferring data, sector 2, nr 6, card status 0x900
 end_request: I/O error, dev mmcblk0, sector 2
 ssential driversusb 1-1: Manufacturer: Philips Semiconductors
  ... done.
 Begin: Runnimmcblk0: error -5 transferring data, sector 3, nr 5, card status 
 0x900
 ng /scripts/initend_request: I/O error, dev mmcblk0, sector 3
 -premount ... done.
 Begin: Mounting root file system ... hub 1-1:1.0: USB hub found
 hub 1-1:1.0: 3 ports detected
 Begin: Running /scripts/local-tommcblk0: error -5 transferring data, sector 
 5, nr 3, card status 0xb00
 p ... done.
 end_request: I/O error, dev mmcblk0, sector 5
  unable to read partition table
 
 -
 
 Thanks,
 Harry
 
 
 
 -- IMPORTANT NOTICE: The contents of this email and any attachments are 
 confidential and may also be privileged. If you are not the intended 
 recipient, please notify the sender immediately and do not disclose the 
 contents to any other person, use it for any purpose, or store or copy the 
 information in any medium.  Thank you.
 
 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: Cortex A9 vexpress MMC I/O problems.

2010-10-11 Thread Matt Waddel
Hi Jamie,

On 10/11/2010 03:03 PM, Jamie Bennett wrote:
 On Mon, Oct 11, 2010 at 01:13:40PM +0100, Harry Liebel wrote:
 I've had mixed results. When the box completes the boot the basic systems 
 seem to work ok (I can get an IP and poke the filesystem). It still takes 
 several minutes to get to a prompt as mentioned on the wiki page.

 It happens quite often that the box does not get to a prompt at all. It 
 fails to read the MMC properly. Below is two separate cases where reading 
 the partition table fails. In the first case it finds one partition and in 
 the second case it fails to find any partitions. The boot monitor has no 
 problem reading uboot, kernel or initrd from the MMC when writing to 
 internal FLASH.

 I've also tried a different SD card with similar results. Sometimes it works 
 fine and other times it reports I/O errors. I've tried the daily builds for 
 6, 8 and 10 October. Is this a known issue?
 
 I can't fix your problem but for extra brownie points you could
 register this in launchpad as a bug and we can push for the right
 people to investigate.
 
 Please file a bug at:
 
 http://bugs.launchpad.net/linux-linaro
 
 (sounds like a kernel related issue) and we will take it from there :)

We've already opened a bug on this issue:

https://bugs.launchpad.net/ubuntu/+source/linux-linaro/+bug/632798

--Matt
 
 Regards,
 Jamie.
 
 -

 mmc0: host does not support reading read-only switch. assuming write-enable.
 mmc0: new SD card at address 8fe4
 mmcblk0: mmc0:8fe4 SD02G 1.84 GiB
  mmcblk0:
 Freeing init memory: 160K
  p1ding, please wait...
 p2
 udev[497]: starting version 163
 port 1 high speed
 Begin: Loading essential drivers ... done.
 Begin: Running /scripts/init-premount ... done.
 Begin: Mounting root file system ... Begin: Running /scripts/local-top ... 
 done.
 usb 1-1: new high speed USB device using isp1760 and address 2
 port 1 high speed
 usb 1-1: New USB device found, idVendor=0471, idProduct=3526
 usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
 usb 1-1: Product: ISP1520
 usb 1-1: Manufacturer: Philips Semiconductors
 mmcblk0: retrying using single block read
 mmcblk0: error -5 transferring data, sector 0, nr 8, card status 0xb00
 hub 1-1:1.0: USB hub found
 hub 1-1:1.0: 3 ports detected
 end_request: I/O error, dev mmcblk0, sector 0
 Buffer I/O error on device mmcblk0, logical block 0

 -

 mmc0: host does not support reading read-only switch. assuming write-enable.
 mmc0: new SD card at address 8fe4
 mmcblk0: mmc0:8fe4 SD02G 1.84 GiB
  mmcblk0:
 TCP cubic registered
 NET: Registered protocol family 10
 lo: Disabled Privacy Extensions
 NET: Registered protocol family 17
 port 1 high speed
 VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 0
 Registering SWP/SWPB emulation handler
 rtc-pl031 mb:rtc: setting system clock to 2010-10-11 10:49:28 UTC 
 (1286794168)
 usb 1-1: new high speed USB device using isp1760 and address 2
 Freeing init memory: 160K
 port 1 high speed
 mmcblk0: retrying using single block read
 Loading, please wait...
 usb 1-1: New USB device found, idVendor=0471, idProduct=3526
 usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
 udev[493]: starting version 163
 Begin: Loading eusb 1-1: Product: ISP1520
 mmcblk0: error -5 transferring data, sector 2, nr 6, card status 0x900
 end_request: I/O error, dev mmcblk0, sector 2
 ssential driversusb 1-1: Manufacturer: Philips Semiconductors
  ... done.
 Begin: Runnimmcblk0: error -5 transferring data, sector 3, nr 5, card status 
 0x900
 ng /scripts/initend_request: I/O error, dev mmcblk0, sector 3
 -premount ... done.
 Begin: Mounting root file system ... hub 1-1:1.0: USB hub found
 hub 1-1:1.0: 3 ports detected
 Begin: Running /scripts/local-tommcblk0: error -5 transferring data, sector 
 5, nr 3, card status 0xb00
 p ... done.
 end_request: I/O error, dev mmcblk0, sector 5
  unable to read partition table

 -

 Thanks,
 Harry



 -- IMPORTANT NOTICE: The contents of this email and any attachments are 
 confidential and may also be privileged. If you are not the intended 
 recipient, please notify the sender immediately and do not disclose the 
 contents to any other person, use it for any purpose, or store or copy the 
 information in any medium.  Thank you.

 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev
 
 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev


___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: SD/MMC for i.MX51

2010-10-11 Thread Nicolas Pitre

Looks like discussion is still happening on the mmc mailing list wrt 
those patches.  How pressing is it to have them merged?  I'd like to 
pick up the final patch versions if possible.

Also I'd much prefer if someone could test those patches when applied to 
the linaro stable tree before actually merging them officially.  Did 
someone test them already?

On Mon, 11 Oct 2010, John Rigby wrote:

 This sounds ok to me.
 
 Nico, let me know when this is in your stable tree.
 
 Thanks,
 John
 
 On Mon, Oct 11, 2010 at 8:37 AM, Amit Kucheria amit.kuche...@linaro.org 
 wrote:
  Can we merge the SD/MMC patches for i.MX MMC support into the linaro kernel?
  They have been reviewed extensively and look very likely to go into the next
  merge window.
 
  Merging them and enabling SD support for i.MX51 will allow us to make a more
  functional hwpack for the babbage boards.
 
  Please search for SD/MMC driver for MX25/35/51 from Wolfram Sang on lakml
  for the patchset.
 
  Regards,
  Amit
 
 
  ___
  linaro-dev mailing list
  linaro-dev@lists.linaro.org
  http://lists.linaro.org/mailman/listinfo/linaro-dev
 
 

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev


Re: SD/MMC for i.MX51

2010-10-11 Thread Shawn Guo
I applied the patches on linux-linaro-2.6.35, and can mount the rootfs on mmc.

On Tue, Oct 12, 2010 at 11:48 AM, Nicolas Pitre
nicolas.pi...@linaro.org wrote:

 Looks like discussion is still happening on the mmc mailing list wrt
 those patches.  How pressing is it to have them merged?  I'd like to
 pick up the final patch versions if possible.

 Also I'd much prefer if someone could test those patches when applied to
 the linaro stable tree before actually merging them officially.  Did
 someone test them already?

 On Mon, 11 Oct 2010, John Rigby wrote:

 This sounds ok to me.

 Nico, let me know when this is in your stable tree.

 Thanks,
 John

 On Mon, Oct 11, 2010 at 8:37 AM, Amit Kucheria amit.kuche...@linaro.org 
 wrote:
  Can we merge the SD/MMC patches for i.MX MMC support into the linaro 
  kernel?
  They have been reviewed extensively and look very likely to go into the 
  next
  merge window.
 
  Merging them and enabling SD support for i.MX51 will allow us to make a 
  more
  functional hwpack for the babbage boards.
 
  Please search for SD/MMC driver for MX25/35/51 from Wolfram Sang on lakml
  for the patchset.
 
  Regards,
  Amit
 
 
  ___
  linaro-dev mailing list
  linaro-dev@lists.linaro.org
  http://lists.linaro.org/mailman/listinfo/linaro-dev
 


 ___
 linaro-dev mailing list
 linaro-dev@lists.linaro.org
 http://lists.linaro.org/mailman/listinfo/linaro-dev




-- 
Regards,
Shawn

___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev