On 26 August 2011 09:35, Eric Miao <eric.miao(a)linaro.org> wrote:
> Hi Zach,
>
> We are really a bit short of resource at this moment. We'll definitely look
> into this issue once we finish our current focused work (likely the week
> after next). However, before that, could your team help with:
Can you pull it in a little? You guys have known about this for a month.
> 1. step by step instructions of how to reproduce this in detail
Just load the build and run it.
> 2. some analysis of this issue to see if it's really a kernel bug, as the rootfs
> I know we are using now is from beagle/panda, which could be different in
> the framebuffer layer, that will greatly simply our debug later.
Since the kernel is running the framebuffer I would start to look there.
Yves,
Do you have a PoC for the framebuffer driver owner at Freescale?
-Zach
> Thanks Zach, and I'm really sorry to have some delay here.
>
> - eric
>
> On Fri, Aug 26, 2011 at 9:01 AM, Zach Pfeffer <zach.pfeffer(a)linaro.org> wrote:
>> The biggest priority is the display bug:
>>
>> https://bugs.launchpad.net/linaro-android/+bug/824506
>>
>> Where are you guys on fixing this?
>>
>> -Zach
>>
>> On 17 August 2011 21:21, Eric Miao <eric.miao(a)linaro.org> wrote:
>>> Hi Bero,
>>>
>>> I was not there but Haitao was. Weird that you found no one. Haitao's
>>> nick is minipanda|*, and he was in channel #linaro-android. Think there
>>> is some misunderstanding here. I think we agreed on:
>>>
>>> 1. staying in #linaro-android for discussion (freenode)
>>> 2. if necessary, mumble for real time talk
>>>
>>> And Haitao was working on the MMC card being incorrectly removed
>>> during android startup. Let me know from Android team the priority
>>> of the bugs so we can focus.
>>>
>>> Thanks
>>> - eric
>>>
>>> On Thu, Aug 18, 2011 at 1:11 AM, Bernhard Rosenkranzer
>>> <bernhard.rosenkranzer(a)linaro.org> wrote:
>>>> Hi, I haven't heard anything, and nobody else seemed to be around at
>>>> the meeting time.
>>>> Have you done any work on this?
>>>>
>>>> ttyl
>>>> bero
>>>>
>>>> On 16 August 2011 07:42, Eric Miao <eric.miao(a)linaro.org> wrote:
>>>>> On Tue, Aug 16, 2011 at 5:25 PM, Bernhard Rosenkranzer
>>>>> <bernhard.rosenkranzer(a)linaro.org> wrote:
>>>>>> Hi,
>>>>>> I'm "somewhat" around -- still have to do a lot of work on the day job, and
>>>>>> the only official OK I have is to participate in the related IRC sessions.
>>>>>> But I can make some time aside from that.
>>>>>> 6 more weeks and I'm finally out of there (probably a bit less, I still have
>>>>>> a couple of vacation days left).
>>>>>
>>>>> Thanks Bero, Haitao will be working on the bugs at that time, and could
>>>>> ping you on IRC now and then.
>>>>>
>>>>>> ttyl
>>>>>> bero
>>>>>>
>>>>>> On 16 August 2011 10:28, Eric Miao <eric.miao(a)linaro.org> wrote:
>>>>>>>
>>>>>>> Bero,
>>>>>>>
>>>>>>> Bero, will you be available for tomorrow's hacking session? So Haitao
>>>>>>> could help work on the bugs you filed last week?
>>>>>>>
>>>>>>> - eric
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Jagan,
That's awesome. Looping in linaro-dev and David Brown who's the MSM
maintainer.
On 29 August 2011 10:09, jagan <402jagan(a)gmail.com> wrote:
> Hi,
> I am working as kernel bsp developer in android-2.3 for Qualcomm QSD8X50
> target.
> Currently I am porting linux-3.0 on qsd8250_surf.
> I am able to boot the 3.0 from Linus tree kernel with enabling QSD8X50
> config.
> But when I start merging the changes for mach-msm & android kernel changes
> [from google android kernel common.git].
> My target is not able to boot.
> Can you please provide your suggestion & will my procedure is correct/wrong.
In the past when I've done a massive upgrade I followed advice I got
from David. Comment out everything in the board file that isn't
absolutely needed to boot. Once you boot a basic kernel with a console
start re-adding things in. If you can't get to a console, break out
the JTAG.
> Thanks for your time.
> Regards,
> Jagan
>
The same clock is used for all cpus so we must notify the frequency change
for each one in order to update the configuration of all twd clockevents.
change since V1:
* use policy->cpus instead of cpu_online_mask
Signed-off-by: Vincent Guittot <vincent.guittot(a)linaro.org>
---
drivers/cpufreq/db8500-cpufreq.c | 7 ++++---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/cpufreq/db8500-cpufreq.c b/drivers/cpufreq/db8500-cpufreq.c
index 0d8dd1c..b893f9b 100644
--- a/drivers/cpufreq/db8500-cpufreq.c
+++ b/drivers/cpufreq/db8500-cpufreq.c
@@ -76,13 +76,13 @@ static int db8500_cpufreq_target(struct cpufreq_policy *policy,
freqs.old = policy->cur;
freqs.new = freq_table[idx].frequency;
- freqs.cpu = policy->cpu;
if (freqs.old == freqs.new)
return 0;
/* pre-change notification */
- cpufreq_notify_transition(&freqs, CPUFREQ_PRECHANGE);
+ for_each_cpu(freqs.cpu, policy->cpus)
+ cpufreq_notify_transition(&freqs, CPUFREQ_PRECHANGE);
/* request the PRCM unit for opp change */
if (prcmu_set_arm_opp(idx2opp[idx])) {
@@ -91,7 +91,8 @@ static int db8500_cpufreq_target(struct cpufreq_policy *policy,
}
/* post change notification */
- cpufreq_notify_transition(&freqs, CPUFREQ_POSTCHANGE);
+ for_each_cpu(freqs.cpu, policy->cpus)
+ cpufreq_notify_transition(&freqs, CPUFREQ_POSTCHANGE);
return 0;
}
--
1.7.4.1
I'm going to loop in linaro-dev in case anyone else wants to chime in.
The canonical reference is of course Linux Device Drivers (LDD), but
I've also used Essential Linux Device Drivers and found it to be more
immediately applicable.
-Zach
On 22 August 2011 08:39, Timothy Webster <timw(a)genistsystems.com> wrote:
> Thank you for looking into this.
>
> I am the one who is using the currently unsupported craneboard by Texas
> Instruments. To be honest I have very little driver writing experience. Can
> you recommend a good "reference, guide" method for determining the board
> customization of the craneboard. So that I may attempt to create patches for
> the craneboard.
>
> -Tim
>
> On Sun, Aug 21, 2011 at 7:18 PM, Zach Pfeffer <zach.pfeffer(a)linaro.org>
> wrote:
>>
>> Timothy,
>>
>> You had asked me about RT Android. I need to look into it a little.
>> I'll follow up this email with more information.
>>
>> -Zach
>
>
>
> --
> 778 317 7769
> Genist Systems
> Vancouver, Canada
>
From: Linus Walleij <linus.walleij(a)linaro.org>
This is the fifth iteration of the controller subsystem, most
changes are described in the first patch, copied here for reference:
ChangeLog v4->v5:
- Defined a "position" for each function, so the pin controller now
tracks a function in a certain position, and the pinmux maps define
what position you want the function in. (Feedback from Stephen
Warren and Sascha Hauer).
- Since we now need to request a combined function+position from
the machine mapping table that connect mux settings to drivers,
it was extended with a position field and a name field. The
name field is now used if you e.g. need to switch between two
mux map settings at runtime.
- Switched from a class device to using struct bus_type for this
subsystem. Verified sysfs functionality: seems to work fine.
(Feedback from Arnd Bergmann and Greg Kroah-Hartman)
- Define a per pincontroller list of GPIO ranges from the GPIO
pin space that can be handled by the pin controller. These can
be added one by one at runtime. (Feedback from Barry Song)
- Expanded documentation of regulator_[get|enable|disable|put]
semantics.
- Fixed a number of review comments from Barry Song. (Thanks!)
Linus Walleij (4):
drivers: create a pin control subsystem v5
pinmux: add a driver for the U300 pinmux
amba: request muxing for PrimeCell devices
mach-u300: activate pinmux driver, delete old padmux driver
Documentation/ABI/testing/sysfs-class-pinmux | 11 +
Documentation/pinctrl.txt | 687 ++++++++++++++++++++
MAINTAINERS | 5 +
arch/arm/mach-u300/Kconfig | 2 +
arch/arm/mach-u300/Makefile | 2 +-
arch/arm/mach-u300/core.c | 38 +-
arch/arm/mach-u300/include/mach/syscon.h | 136 ----
arch/arm/mach-u300/mmc.c | 16 -
arch/arm/mach-u300/padmux.c | 367 -----------
arch/arm/mach-u300/padmux.h | 39 --
arch/arm/mach-u300/regulator.c | 16 +
arch/arm/mach-u300/spi.c | 20 -
drivers/Kconfig | 4 +
drivers/Makefile | 2 +
drivers/amba/bus.c | 49 ++-
drivers/pinctrl/Kconfig | 36 +
drivers/pinctrl/Makefile | 7 +
drivers/pinctrl/core.c | 539 ++++++++++++++++
drivers/pinctrl/core.h | 24 +
drivers/pinctrl/pinmux-u300.c | 883 ++++++++++++++++++++++++++
drivers/pinctrl/pinmux-u300.h | 141 ++++
drivers/pinctrl/pinmux.c | 811 +++++++++++++++++++++++
drivers/pinctrl/pinmux.h | 4 +
include/linux/amba/bus.h | 2 +
include/linux/pinctrl/machine.h | 74 +++
include/linux/pinctrl/pinctrl.h | 143 +++++
include/linux/pinctrl/pinmux.h | 135 ++++
27 files changed, 3610 insertions(+), 583 deletions(-)
create mode 100644 Documentation/ABI/testing/sysfs-class-pinmux
create mode 100644 Documentation/pinctrl.txt
delete mode 100644 arch/arm/mach-u300/padmux.c
delete mode 100644 arch/arm/mach-u300/padmux.h
create mode 100644 drivers/pinctrl/Kconfig
create mode 100644 drivers/pinctrl/Makefile
create mode 100644 drivers/pinctrl/core.c
create mode 100644 drivers/pinctrl/core.h
create mode 100644 drivers/pinctrl/pinmux-u300.c
create mode 100644 drivers/pinctrl/pinmux-u300.h
create mode 100644 drivers/pinctrl/pinmux.c
create mode 100644 drivers/pinctrl/pinmux.h
create mode 100644 include/linux/pinctrl/machine.h
create mode 100644 include/linux/pinctrl/pinctrl.h
create mode 100644 include/linux/pinctrl/pinmux.h
--
1.7.3.2