On Tue, 7 Apr 2009, Paul Mackerras wrote:
Hugh Dickins writes:
Now that shmem's divisions by zero and SHMEM_MAX_BYTES are fixed,
let powerpc 256kB pages coexist with CONFIG_SHMEM again.
Signed-off-by: Hugh Dickins h...@veritas.com
---
Added linuxppc-dev and some other Cc's for this
During the ISA 2.06 development the opcode for tlbilx changed and some
early implementations used to old opcode. Add support for a MMU_FTR
fixup to deal with this.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
arch/powerpc/include/asm/mmu.h|6 ++
On Mar 16, 2009, at 3:56 AM, Wolfgang Grandegger wrote:
Commit 0f73a449a649acfca91404a98a35353a618b9555 added I2C device nodes
for the LM75 thermal sensor on the TQM85xx modules, unfortunately with
the wrong I2C address. The LM75s are located at address 0x48.
Signed-off-by: Wolfgang
On Mar 16, 2009, at 3:57 AM, Wolfgang Grandegger wrote:
For enet2 and enet3 the wrong phy-handles have been used in DTS files
of the TQM8548 modules.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
arch/powerpc/boot/dts/tqm8548-bigflash.dts |4 ++--
On Mar 16, 2009, at 3:57 AM, Wolfgang Grandegger wrote:
Enable highmem support for the TQM8548-AG modules and NAND support for
the TQM8548-BE modules. Furthermore disable USB, Wireless and IDE
support
because it's not available on the STK85xx starter kit.
Signed-off-by: Wolfgang Grandegger
Forgot to CC linuxppc-dev
- k
-- Forwarded message --
Date: Tue, 7 Apr 2009 01:21:21 -0500 (CDT)
From: Kumar Gala ga...@kernel.crashing.org
To: Paul Mackerras pau...@samba.org,
Benjamin Herrenschmidt b...@kernel.crashing.org
Subject: Please pull from 'next' branch (for
Hello All,
I have mpc8313erb with linux kernel 2.6.20.
When I ported the kernel with CONFIG_PREEMPT=y (Enabled) I am getting
the 'scheduling while atomic'. Please check the following call trace,
thanks.
Could anyone please let me to the way to fix it ? ? ?
Kindly please acknowledge ... thank
On Tue, 2009-04-07 at 01:13 -0500, Kumar Gala wrote:
During the ISA 2.06 development the opcode for tlbilx changed and some
early implementations used to old opcode. Add support for a MMU_FTR
fixup to deal with this.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
On Apr 7, 2009, at 1:29 AM, Vijay Nikam wrote:
Hello All,
I have mpc8313erb with linux kernel 2.6.20.
When I ported the kernel with CONFIG_PREEMPT=y (Enabled) I am getting
the 'scheduling while atomic'. Please check the following call trace,
thanks.
Could anyone please let me to the way to
On Apr 7, 2009, at 1:43 AM, Michael Ellerman wrote:
You're actually going to ship those parts? :)
I hope not, but until someone tells me otherwise I want the fix in
(less headache for me). We can easily revert this one commit if it
becomes clear that such parts never really existed. ;)
Hi Stephen,
On Tue, Apr 7, 2009 at 8:49 AM, Stephen Rothwell s...@canb.auug.org.auwrote:
Signed-off-by: Stephen Rothwell s...@canb.auug.org.au
---
arch/powerpc/include/asm/systbl.h |2 ++
arch/powerpc/include/asm/unistd.h |4 +++-
2 files changed, 5 insertions(+), 1 deletions(-)
On Tue, 7 Apr 2009, Michael Neuling wrote:
In message alpine.lrh.2.00.0904061430090.11...@vixen.sonytel.be you wrote:
On Fri, 3 Apr 2009, Kumar Gala wrote:
On Apr 3, 2009, at 7:08 AM, Geert Uytterhoeven wrote:
Finally (after ca. 1.5 years), he're an updated version of my patch to k=
eep
Hi Subrata,
On Tue, 7 Apr 2009 12:21:18 +0530 Subrata Modak tosubr...@gmail.com wrote:
How about contributing the above test to LTP(http://ltp.sourceforge.net/)
under GPL ? If you agree, i would soon send you a Patch integrating the same
to LTP.
I have no problem with that. However, the
On Mon, 6 Apr 2009, Olof Johansson wrote:
On Tue, Apr 07, 2009 at 12:00:41PM +1000, Michael Ellerman wrote:
Add an option, on by default, to build all code under arch/powerpc with
-Werror, which causes gcc to treat warnings as errors.
The intention is to make it harder for people to
On Tue, 7 Apr 2009 09:41:38 +0200 (CEST) Geert Uytterhoeven
geert.uytterhoe...@sonycom.com wrote:
On Mon, 6 Apr 2009, Olof Johansson wrote:
This is really only beneficial if various people build for powerpc often
enough. If major subsystem maintainers aren't going to hit the errors
In message alpine.lrh.2.00.0904070926001.17...@vixen.sonytel.be you wrote:
On Tue, 7 Apr 2009, Michael Neuling wrote:
In message alpine.lrh.2.00.0904061430090.11...@vixen.sonytel.be you wrote
:
On Fri, 3 Apr 2009, Kumar Gala wrote:
On Apr 3, 2009, at 7:08 AM, Geert Uytterhoeven wrote:
This patch series makes the I2C bus speed configurable by using the
I2C node property clock-frequency. If the property is not defined,
the old fixed clock settings will be used for backward compatibility.
The property fsl,preserve-clocking allows to inherit the settings
from the bootloader.
This patch documents the new bindings for the MPC I2C bus driver.
Furthermore, it removes obsolete FSL device related definitions
for I2C.
It should go through the appropriate PowerPC maintainer(s) hands.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
Fix errors reported by checkpatch (indention, long lines, trailing
white space, etc.).
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
drivers/i2c/busses/i2c-mpc.c | 35 ++-
1 file changed, 18 insertions(+), 17 deletions(-)
Index:
This patch used the dev_dbg, dev_err, etc. functions for debug
and error output instead of printk and pr_debug.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
drivers/i2c/busses/i2c-mpc.c | 31 +--
1 file changed, 17 insertions(+), 14 deletions(-)
This patch makes the I2C bus speed configurable by using the I2C node
property clock-frequency. If the property is not defined, the old
fixed clock settings will be used for backward comptibility.
The generic I2C clock properties, especially the CPU-specific source
clock pre-scaler are defined
Preserve I2C clock settings for the Socrates MPC8544 board.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
---
arch/powerpc/boot/dts/socrates.dts |8
1 file changed, 4 insertions(+), 4 deletions(-)
Index: linux-2.6-galak/arch/powerpc/boot/dts/socrates.dts
Hi,
How about contributing the above test to LTP(http://ltp.sourceforge.net/)
under GPL ? If you agree, i would soon send you a Patch integrating the same
to LTP.
Fine with me. You probably want to remove the hard-coded syscall
numbers and pickup them from unistd.h instead though.
This patchset adds support to handle multiple non-identical chips in one
flash device tree node. It also adds concat support to physmap_of. This
makes it possible to support e.g. the Intel P30 48F4400 chip which
internally consists of 2 non-identical NOR chips on one die. Additionally
partitions
This patch adds support to handle multiple non-identical chips in one
flash device tree node. It also adds concat support to physmap_of. This
makes it possible to support e.g. the Intel P30 48F4400 chips which
internally consists of 2 non-identical NOR chips on one die. Additionally
partitions now
Signed-off-by: Stefan Roese s...@denx.de
CC: Grant Likely grant.lik...@secretlab.ca
---
Documentation/powerpc/booting-without-of.txt | 89 +++-
Documentation/powerpc/dts-bindings/mtd-physmap.txt | 63 ++
2 files changed, 75 insertions(+), 77 deletions(-)
This property is unused. It's not handled as all by the physmap_of
driver. So let's remove it from the documentation.
Signed-off-by: Stefan Roese s...@denx.de
CC: Grant Likely grant.lik...@secretlab.ca
---
Documentation/powerpc/dts-bindings/mtd-physmap.txt |3 ---
1 files changed, 0
Signed-off-by: Stefan Roese s...@denx.de
CC: Grant Likely grant.lik...@secretlab.ca
---
Documentation/powerpc/dts-bindings/mtd-physmap.txt | 20 +++-
1 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/Documentation/powerpc/dts-bindings/mtd-physmap.txt
Thanks Gerd/Stephen,
On Tue, 2009-04-07 at 09:52 +0200, Gerd Hoffmann wrote:
Hi,
How about contributing the above test to LTP(http://ltp.sourceforge.net/)
under GPL ? If you agree, i would soon send you a Patch integrating the same
to LTP.
Fine with me. You probably want to remove
-Original Message-
From: Scott Wood [mailto:scottw...@freescale.com]
Sent: Monday, April 06, 2009 8:27 PM
To: Fredrik Arnerup
Cc: linuxppc-dev@ozlabs.org
Subject: Re: Recap: Kernel oops while duming user core.
On Mon, Apr 06, 2009 at 05:23:12PM +0200, Fredrik Arnerup wrote:
Was
On Tue, 7 Apr 2009, Paul Mackerras wrote:
This fixes a problem reported by Sean MacLennan where loading any
module would cause an oops. We weren't marking the pages containing
the module text as having hardware execute permission, due to a bug
introduced in commit 8d1cf34e (powerpc/mm: Tweak
Hi Michael,
Thanks for commenting on my CPC925 EDAC driver. I am on vacation this week and
will integrate your suggestions next week.
I am also thinking of adding EDAC NMI support for the AMD8131 chip, which is a
HyperTransport Tunnel device that hosts two PCI-X bridges. If enabled, each
On Tue, Apr 07, 2009 at 03:01:33AM +, Michael Ellerman wrote:
On Mon, 2009-04-06 at 21:27 -0500, Olof Johansson wrote:
On Tue, Apr 07, 2009 at 12:00:41PM +1000, Michael Ellerman wrote:
Add an option, on by default, to build all code under arch/powerpc with
-Werror, which causes gcc to
If the firmware missed to initialize the PHY correctly,
Linux may hang up on socrates while eth0/eth1 interface
startup (caused by continuous unacknowledged PHY interrupt).
This patch adds PHY fixup to socrates platform code to
ensure the PHY is pre-initialized correctly. It is needed
to be
On Tue, Apr 07, 2009 at 04:19:48PM +0200, Anatolij Gustschin wrote:
If the firmware missed to initialize the PHY correctly,
Linux may hang up on socrates while eth0/eth1 interface
startup (caused by continuous unacknowledged PHY interrupt).
This patch adds PHY fixup to socrates platform code
thanks Scott 's following
I don't quite follow the above, but what I meant is that you need to
put a mapping in place that covers your LED I/O once you have the MMU on.
Any mappings that U-boot made will be gone at that point.
i am sorry for my poor expression. i think i have got your
evolution! kernel 2.6.11 has run on the board with u-boot 1.1.4, also, at
early booting time LEDs are disabled due to MMU on and off. so i tried to
turn LEDs on after start_kernel function, wow, blinking! that is before
start_kernel will be done successfully. then i modified registers mapping in
On Apr 6, 2009, at 9:00 PM, Michael Ellerman wrote:
Add an option, on by default, to build all code under arch/powerpc
with
-Werror, which causes gcc to treat warnings as errors.
The intention is to make it harder for people to inadvertantly
introduce
errors in the arch/powerpc code. It
Now that the 4xx NAND driver is available again in arch/powerpc, let's
enable it on Sequoia. This patch also disables the early debug messages
(CONFIG_PPC_EARLY_DEBUG) in the Sequoia defconfig.
Signed-off-by: Stefan Roese s...@denx.de
---
arch/powerpc/boot/dts/sequoia.dts | 22 ++
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger w...@grandegger.com wrote:
This patch makes the I2C bus speed configurable by using the I2C node
property clock-frequency. If the property is not defined, the old
fixed clock settings will be used for backward comptibility.
The generic I2C
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger w...@grandegger.com wrote:
Fix errors reported by checkpatch (indention, long lines, trailing
white space, etc.).
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
Acked-by: Grant Likely grant.lik...@secretlab.ca
---
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger w...@grandegger.com wrote:
This patch used the dev_dbg, dev_err, etc. functions for debug
and error output instead of printk and pr_debug.
Signed-off-by: Wolfgang Grandegger w...@grandegger.com
Acked-by: Grant Likely
On Tue, Apr 7, 2009 at 1:20 AM, Wolfgang Grandegger w...@grandegger.com wrote:
This patch documents the new bindings for the MPC I2C bus driver.
Furthermore, it removes obsolete FSL device related definitions
for I2C.
It should go through the appropriate PowerPC maintainer(s) hands.
Hello,
I'm working on a board based on the Yosemite AMCC 440EP eval board. I'm having
some difficulty getting both network interfaces working. The first problem I
found is the ibm_newemac driver was detecting the two phys at address 0 and 1
where we have them wired for addresses 1 and 3. As a
Stefan Roese wrote:
This property is unused. It's not handled as all by the physmap_of
driver. So let's remove it from the documentation.
Signed-off-by: Stefan Roese s...@denx.de
CC: Grant Likely grant.lik...@secretlab.ca
The device tree describes the hardware, not what Linux happens to do
Hi Eddie:
Are you able to ping in u-boot? Sounded like you were only pinging in linux.
I would try the mii command in uboot. It seems like it detected the
phys. Try enable the
loopbacks at the different stages to see if the traffic is returning.
This excerise is
much easier in uboot than
On Tuesday 07 April 2009, Scott Wood wrote:
Stefan Roese wrote:
This property is unused. It's not handled as all by the physmap_of
driver. So let's remove it from the documentation.
Signed-off-by: Stefan Roese s...@denx.de
CC: Grant Likely grant.lik...@secretlab.ca
The device tree
On Tue, Apr 7, 2009 at 9:32 AM, Eddie Dawydiuk ed...@embeddedarm.com wrote:
Hello,
I'm working on a board based on the Yosemite AMCC 440EP eval board. I'm
having some difficulty getting both network interfaces working. The first
problem I found is the ibm_newemac driver was detecting the two
On Tuesday 07 April 2009, Grant Likely wrote:
Phy address 0 is the broadcast address. All phys will usually respond
to address 0 accesses.
Not all. Some (e.g. LXT971) can be used at this address. But you're correct,
it's definitely a bad idea to use 0 as an PHY address.
Not sure how the
Anton Vorontsov wrote:
On Tue, Apr 07, 2009 at 04:19:48PM +0200, Anatolij Gustschin wrote:
If the firmware missed to initialize the PHY correctly,
Linux may hang up on socrates while eth0/eth1 interface
startup (caused by continuous unacknowledged PHY interrupt).
This patch adds PHY fixup to
On Mon, 2009-04-06 at 15:36 -0500, Kumar Gala wrote:
The tlbilx opcode was not matching the Power ISA 2.06 arch spec.
The old opcode was an early suggested opcode that changed during the
2.06 architecture process.
[snip]
#define PPC_INST_STSWI 0x7c0005aa
#define
On Apr 7, 2009, at 12:36 PM, Peter Bergner wrote:
On Mon, 2009-04-06 at 15:36 -0500, Kumar Gala wrote:
The tlbilx opcode was not matching the Power ISA 2.06 arch spec.
The old opcode was an early suggested opcode that changed during the
2.06 architecture process.
[snip]
#define
Sauce.Cheng wrote:
i tried
CONFIG_PPC_EARLY_DEBUG_CPM=y
CONFIG_PPC_EARLY_DEBUG_CPM_ADDR=0xf0008
how can i make sure CPM_ADDR, 0xf008 is default value
Look at the u-boot source, or dump the memory and see if it looks like a
ring buffer.
sorry, i mean that CPM_ADDR is address of
On Apr 6, 2009, at 9:03 AM, Kumar Gala wrote:
On Apr 6, 2009, at 8:45 AM, Michael Ellerman wrote:
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/oprofile/op_model_fsl_emb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
Or should we just remove it?
I am running PPC kernel (2.6.26) with .config that contains
CONFIG_PRINTK_TIME=y also I am booting kernel with parameter printk.time=1.
I am also booting the kernel with option initcall_debug and I see following
output after setup_vmstat() the printk timestamp feature stops working.
i.e. after
On Tue, Apr 07, 2009 at 07:24:12PM +0200, Anatolij Gustschin wrote:
Anton Vorontsov wrote:
On Tue, Apr 07, 2009 at 04:19:48PM +0200, Anatolij Gustschin wrote:
If the firmware missed to initialize the PHY correctly,
Linux may hang up on socrates while eth0/eth1 interface
startup (caused by
On Tue, Apr 07, 2009 at 10:09:57PM +0400, Anton Vorontsov wrote:
[...]
Still, I think you shouldn't do this in a board-specific fixup.
Maybe I'm a bit naive, but shouldn't this work too?
Yes, I'm naive. The phydev isn't yet bound to any driver, so we
can't call phy_disable_interrupts().
And I
Feng,
Are you able to ping in u-boot? Sounded like you were only pinging in
linux.
We are not using u-boot, we've written a custom bootloader. I see there are a
few debugging flags in the emac driver I can enable, I'll do that next to look
into the problem further. Thanks for the response.
On Tue, 2009-04-07 at 12:54 -0500, Kumar Gala wrote:
On Apr 7, 2009, at 12:36 PM, Peter Bergner wrote:
How do you want to handle the current binutils code that implements tlbilx
and its extended mnemonics? Should they be changed to use secondary opcode
18 instead of 787 as per the ISA 2.06
On Mon, 6 Apr 2009 18:20:23 -0400
Sean MacLennan sean.maclen...@ottawa.kanatek.ca wrote:
I am trying to run the /sbin/hotplug from the kernel and it doesn't
work. Has anybody got it running?
I looked into it some more. It turns out that the env pointers are
freed before they are copied.
In
It's still in the git history if anyone wants it.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/oprofile/op_model_fsl_emb.c | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
diff --git a/arch/powerpc/oprofile/op_model_fsl_emb.c
On Tue, 2009-04-07 at 14:42 -0500, Kumar Gala wrote:
On Apr 6, 2009, at 9:03 AM, Kumar Gala wrote:
On Apr 6, 2009, at 8:45 AM, Michael Ellerman wrote:
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/oprofile/op_model_fsl_emb.c |2 ++
1 files changed, 2
Hello,
Thanks for the suggestions :)
I found the ibm_newemac driver(2.6.29) makes the assumption that the bootloader
has already configured the tx enable pin as it is a multiplexed pin.
Unfortuantley I am not using U-Boot and our minimal bootloader does not do this.
After finding tx enable
On Tue, 2009-04-07 at 19:27 -0400, Sean MacLennan wrote:
On Mon, 6 Apr 2009 18:20:23 -0400
Sean MacLennan sean.maclen...@ottawa.kanatek.ca wrote:
I am trying to run the /sbin/hotplug from the kernel and it doesn't
work. Has anybody got it running?
I looked into it some more. It turns
On Tue, 2009-04-07 at 19:36 -0500, Timur Tabi wrote:
On Tue, Apr 7, 2009 at 6:57 PM, Tejun Heo t...@kernel.org wrote:
Hmmm... that means intx isn't set by default. I'm not sure what is
the right thing to do here. I think it's something which should be
handled by the PCI layer. Oh well,
On Tue, Apr 7, 2009 at 7:52 PM, Michael Ellerman mich...@ellerman.id.au wrote:
Can you post some more details, or point us at a thread?
http://marc.info/?t=12391165216r=1w=2
--
Timur Tabi
Linux kernel developer at Freescale
___
Linuxppc-dev
On Tue, 2009-04-07 at 19:36 -0500, Timur Tabi wrote:
On Tue, Apr 7, 2009 at 6:57 PM, Tejun Heo t...@kernel.org wrote:
Hmmm... that means intx isn't set by default. I'm not sure what is
the right thing to do here. I think it's something which should be
handled by the PCI layer. Oh well,
arch/powerpc/mm/tlb_nohash.c: In function 'flush_tlb_mm':
arch/powerpc/mm/tlb_nohash.c:128: warning: unused variable 'cpu_mask'
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
arch/powerpc/mm/tlb_nohash.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
In commit 51dcdfec6a274afc1c6fce180d582add9ff512c0 (parport: Use the PCI
IRQ if offered) parport_pc_probe_port() gained an irqflags arg. This
isn't being supplied on powerpc. This patch make powerpc fallback to
the old behaviour, that is using 0 for irqflags.
Fixes build failure:
In file
Hi all,
Today's linux-next build (powerpc allyesconfig) failed like this:
LD vmlinux.o
powerpc-linux-ld: TOC section size exceeds 64k
I will think about (and appreciate suggestions on) how to fix this ...
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
Also silences the warning:
arch/powerpc/sysdev/mpic.c: In function 'mpic_irq_set_priority':
arch/powerpc/sysdev/mpic.c:1382: warning: 'is_ipi' may be used uninitialized in
this function
Signed-off-by: Tony Breeds t...@bakeyournoodle.com
---
Only compile tested.
arch/powerpc/sysdev/mpic.c |
This patch silences all the warnings generated in arch/powerpc for
allmodconfig build.
It does:
* Where appropriate use the uninitialized_var() macro to help GCC
understand we know what's going on.
* Explicitly casts PHYSICAL_START in one printk()
* Initialise a few variables, as it's
On Apr 7, 2009, at 7:02 PM, Michael Ellerman wrote:
It's still in the git history if anyone wants it.
Signed-off-by: Michael Ellerman mich...@ellerman.id.au
---
arch/powerpc/oprofile/op_model_fsl_emb.c | 14 --
1 files changed, 0 insertions(+), 14 deletions(-)
applied to next
On Wed, 2009-04-08 at 14:36 +1000, Tony Breeds wrote:
This patch silences all the warnings generated in arch/powerpc for
allmodconfig build.
It does:
* Where appropriate use the uninitialized_var() macro to help GCC
understand we know what's going on.
* Explicitly casts PHYSICAL_START
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch series makes the I2C bus speed configurable by using the
I2C node property clock-frequency. If the property is not defined,
the old fixed clock settings will be used for backward compatibility.
The property fsl,preserve-clocking
On Wed, Apr 08, 2009 at 02:04:07PM +1000, Stephen Rothwell wrote:
LD vmlinux.o
powerpc-linux-ld: TOC section size exceeds 64k
I'm starting to sound like a cracked record, but I'll say it again:
ld -r does not merely package together object files, it transforms
them. Try using thin
On Tue, Apr 7, 2009 at 10:11 PM, Kumar Gala ga...@kernel.crashing.org wrote:
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch series makes the I2C bus speed configurable by using the
I2C node property clock-frequency. If the property is not defined,
the old fixed clock
On Apr 8, 2009, at 12:16 AM, Grant Likely wrote:
On Tue, Apr 7, 2009 at 10:11 PM, Kumar Gala
ga...@kernel.crashing.org wrote:
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch series makes the I2C bus speed configurable by using the
I2C node property clock-frequency. If
On Apr 8, 2009, at 12:11 AM, Kumar Gala wrote:
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch series makes the I2C bus speed configurable by using the
I2C node property clock-frequency. If the property is not defined,
the old fixed clock settings will be used for backward
On Tue, Apr 7, 2009 at 10:22 PM, Kumar Gala ga...@kernel.crashing.org wrote:
On Apr 8, 2009, at 12:16 AM, Grant Likely wrote:
On Tue, Apr 7, 2009 at 10:11 PM, Kumar Gala ga...@kernel.crashing.org
wrote:
On Apr 7, 2009, at 3:20 AM, Wolfgang Grandegger wrote:
This patch series makes the I2C
On Wed, Apr 08, 2009 at 03:08:55PM +1000, Michael Ellerman wrote:
The getter routines in here could really multiplex their return values
with a negative error code, which I generally prefer, but this works I
guess.
I was hoping someone would notice and suggest it. tag you're it!
Do you
81 matches
Mail list logo
