Hello,
When Linux is booting, when does it verify if a initrd exists ?
Thanks
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
I'm working on some drivers for I2C bus support on some of my sparc64
workstations (for lm-sensor and eeprom type devices sitting behind
them) so I went back to trying to get of_i2c.c usable on sparc.
Mostly straightforward stuff _except_ for the I2C address encoding.
What I2C IEEE1275 device bi
sparc: Implement irq_of_parse_and_map() and irq_dispose_mapping().
This allows more OF layer code to be shared between powerpc and
sparc.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
arch/sparc/include/asm/prom.h |8
arch/sparc/kernel/of_device.c | 11 +++
a
of_i2c: Add sparc support.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/of/Kconfig |2 +-
drivers/of/of_i2c.c | 58 --
2 files changed, 52 insertions(+), 8 deletions(-)
diff --git a/drivers/of/Kconfig b/drivers/of/Kconfig
of: Add some I2C mod aliases table entries for sparc64 systems.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/of/base.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/of/base.c b/drivers/of/base.c
index ad8ac1a..e849f69 100644
--- a/drivers/o
Hello,
What are the constraints in order to implement a irq_init function ?
I think it has to set the mask. Does it enable IRQ ?
What is the aim or get_irq ? Does it retun an information about the mask,
the states, or... ?
Thanks
Sébastien Chrétien
___
This adds support for a simple ppc405ep board.
At the moment, there are no 405ep boards in arch/powerpc, so this can be used
as a template
for new boards, or migrating them from arch/ppc.
I2c, UART and EMAC are working. PCI could not be tested, so it was not included
in the dts.
Signed-off-by:
On Thu, 2008-08-21 at 09:13 +0200, Sébastien Chrétien wrote:
> Hello,
>
> What are the constraints in order to implement a irq_init function ?
You mean ppc_md.init_IRQ() ?
If so, it's a hook you can use to setup your interrupt controller. It's
called from init_IRQ() (arch/powerpc/kernel/irq.c),
On Thursday 21 August 2008, Paul Mackerras wrote:
> Arnd Bergmann writes:
>
> > Paul, any chance we can still get this into 2.6.27?
>
> Possibly. We'll need a really good explanation for Linus as to why
> this is needed (what regression or serious bug this fixes) and why it
> is late. Can you s
Exactly, I mean ppc_md.init_IRQ().
Ok. What have I to setup in this function ? I set the mask and other
registers. Is it right ? How do I chose the mask ?
At the end of this funtion, IRQ are disable. Is that right ? So who does
enable IRQs ?
Sorry for all this questions, I am learning the low lay
Hi Andrew,
On Wed, 20 Aug 2008 18:16:26 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> powerpc allmodconfig:
>
> ERROR: "CMO_PageSize" [arch/powerpc/platforms/pseries/cmm.ko] undefined!
>
> (needed for 2.6.27)
>
> Cc: Benjamin Herrenschmidt <[EMA
* Arnd Bergmann | 2008-08-21 00:40:58 [+0200]:
>On Wednesday 20 August 2008, Sebastian Siewior wrote:
>> I didn't convert the NDFC driver to support OF because there are
>> non-OF-aware platforms with the ndfc chip.
>> All settings are mandatory except the oob layout.
>
>Are you aware of Sean's pa
Hi Paul,
On Thu, 21 Aug 2008 15:01:43 +1000 Paul Mackerras <[EMAIL PROTECTED]> wrote:
>
> OK. I think we need to export CMO_PrPSP and CMO_SecPSP as well.
> (Lovely names. :()
These are only used (indirectly) in lparcfg.c which is never a module, so
should be OK.
--
Cheers,
Stephen Rothwell
Hi Markus,
One small nit:
On Thu, 21 Aug 2008 10:07:58 +0200 Markus Brunner <[EMAIL PROTECTED]> wrote:
>
> +#include
> +#include
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +static int __init ppc405ep_probe(void)
> +{
> + unsigned long root = of_get_flat_dt_ro
On Thursday 21 August 2008, Sean MacLennan wrote:
> > That's all output from the wrapper, not the kernel. And the kernel
> > config doesn't make a difference at all to the wrapper. I wonder if
> > there is some weird size issue going on there or if whatever U-Boot
> > version you are using is doi
On Thu, 2008-08-21 at 10:14 +0200, Arnd Bergmann wrote:
> On Thursday 21 August 2008, Paul Mackerras wrote:
> > Arnd Bergmann writes:
> >
> > > Paul, any chance we can still get this into 2.6.27?
> >
> > Possibly. We'll need a really good explanation for Linus as to why
> > this is needed (what
Hi all,
I've just put up a new beta of patchwork:
http://patchwork2.ozlabs.org/
I intend to replace the existing patchwork with the new code, but would
like to get it tested first. There aren't many patches in the system at
the moment, but it'll receive patches from the relevant lists. I'll
On Thursday 21 August 2008, Sebastian Siewior wrote:
> Yes, I heard of it. tglx told me that the IP-Core might show up in
> non-IBM HW and it would be better not to drop the platform support.
Thomas, any example of that? I would guess that all powerpc and microblaze
systems would use the of_platfo
On Thu, 2008-08-21 at 10:07 +0200, Markus Brunner wrote:
> This adds support for a simple ppc405ep board.
> At the moment, there are no 405ep boards in arch/powerpc, so this can be used
> as a template
> for new boards, or migrating them from arch/ppc.
> I2c, UART and EMAC are working. PCI could
Stefan Roese wrote:
On Thursday 21 August 2008, Sean MacLennan wrote:
That's all output from the wrapper, not the kernel. And the kernel
config doesn't make a difference at all to the wrapper. I wonder if
there is some weird size issue going on there or if whatever U-Boot
version you are using
Please pull from 'for-2.6.27' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git for-2.6.27
to receive the following updates:
This is bug fixes and defconfig updates. I dropped the Kconfig cpm serial
patch for 2.6.27 since its not really a bug fix and put it into my
Fix warnings of the form:
arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f1' may be used uninitialized in
this function
arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f0' may be used uninitialized in
this function
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
I intend these patches to go via
Some architectures (like powerpc) provide status information on the exact
type of invalid exception. This is pretty straight forward as we already
report invalid exceptions via FP_SET_EXCEPTION.
We add new flags (FP_EX_INVALID_*) the architecture code can define if it
wants the exact invalid exce
On 8/21/08, Josh Boyer <[EMAIL PROTECTED]> wrote:
> I plan on adding more 405 board support very soon. When I do, it'll be
> along the lines of the patch series I just sent out for 44x. There's
> really no reason to have a per CPU/board file if we can avoid it.
>
> Your code is simple enough ove
Hello,
I am trying to setup a initrd on my board. I selected initrd support in the
2.6.26 kernel. But when my boad boots, it crashes affet MMU:exit.
What is the process in order to use a initrd ?
Thanks
Sébastien Chrétien
___
Linuxppc-dev mailing list
L
Valentine Barshak wrote:
>
> Stefan Roese wrote:
>> On Thursday 21 August 2008, Sean MacLennan wrote:
That's all output from the wrapper, not the kernel. And the kernel
config doesn't make a difference at all to the wrapper. I wonder if
there is some weird size issue going on ther
Josh Boyer wrote:
On Wed, 20 Aug 2008 14:06:51 -0500
Hollis Blanchard <[EMAIL PROTECTED]> wrote:
To be honest I unfortunately don't know how big the impact for
non-virtualized systems is. I would like to test it, but without
hardware performance counters on the core I have I'm not sure (ye
On Thursday 21 August 2008, Josh Boyer wrote:
> On Thu, 2008-08-21 at 10:07 +0200, Markus Brunner wrote:
> > This adds support for a simple ppc405ep board.
> > At the moment, there are no 405ep boards in arch/powerpc, so this can be
> > used as a template
> > for new boards, or migrating them fro
On Aug 19, 2008, at 5:36 AM, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt <[EMAIL PROTECTED]>
Dependent on the already existing CONFIG_KVM_GUEST config option
this patch
changes wrteei to wrtee allowing the hypervisor to rewrite those to
nontrapping
instructions. Maybe we should split
The following series implements basic board support for GE Fanuc's SBC610, a
6U single board computer, based on Freescale's MPC8641D.
This series provides basic functionality:
- The board can boot with a serial console.
- Ethernet works, though the phys are polled.
- The PCI bus is scanned and sa
Hi Kumar,
On Thu, 21 Aug 2008 07:50:20 -0500 Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> Fix warnings of the form:
> arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f1' may be used uninitialized
> in this function
> arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f0' may be used uninitialized
> in thi
Kumar Gala wrote:
On Aug 19, 2008, at 5:36 AM, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt <[EMAIL PROTECTED]>
Dependent on the already existing CONFIG_KVM_GUEST config option this
patch
changes wrteei to wrtee allowing the hypervisor to rewrite those to
nontrapping
instructions. Mayb
On Thursday 21 August 2008, Valentine Barshak wrote:
> > It seems that your bootwrapper is somehow not copying the correct MAC
> > address to the device-tree. Not sure what's going wrong here. We usually
> > don't use the bootwrapper but boot the uImage directly from U-Boot on all
> > 4xx systems.
On Aug 21, 2008, at 8:49 AM, Stephen Rothwell wrote:
Hi Kumar,
On Thu, 21 Aug 2008 07:50:20 -0500 Kumar Gala <[EMAIL PROTECTED]
> wrote:
Fix warnings of the form:
arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f1' may be used
uninitialized in this function
arch/powerpc/math-emu/fsubs.c:15:
On Aug 21, 2008, at 9:13 AM, Christian Ehrhardt wrote:
Kumar Gala wrote:
On Aug 19, 2008, at 5:36 AM, [EMAIL PROTECTED] wrote:
From: Christian Ehrhardt <[EMAIL PROTECTED]>
Dependent on the already existing CONFIG_KVM_GUEST config option
this patch
changes wrteei to wrtee allowing the hyp
On Thursday 21 August 2008, Steven A. Falco wrote:
> Your diagnosis is correct! I changed the define from 8<<20 to 8<<21 and it
> now boots. Previously the parameters were at 7ffe70, and this change moved
> them to fffe70.
Good.
> I would like to switch over to using a uImage rather than the
>
On Thu, 21 Aug 2008, Steven A. Falco wrote:
> I would like to switch over to using a uImage rather than the cuboot.uImage.
Can you actually boot a plain uImage from U-Boot?
I've just gave it a try. While arch/powerpc/boot/cuImage.sequoia boots fine,
after `make uImage', I get arch/powerpc/boot/u
Support for the SBC610 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This is the basic board support for GE Fanuc's SBC610, a 6U single board
computer, based on Freescale's MPC8641D.
Signed-off-by: Martyn Welch <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/gef_sbc610.dts | 26
On Thursday 21 August 2008, Geert Uytterhoeven wrote:
> On Thu, 21 Aug 2008, Steven A. Falco wrote:
> > I would like to switch over to using a uImage rather than the
> > cuboot.uImage.
>
> Can you actually boot a plain uImage from U-Boot?
Sure. We did this all the time in arch/ppc. Now in arch/pow
Support for the SBC610 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This is the default config file for GE Fanuc's SBC610, a 6U single board
computer, based on Freescale's MPC8641D.
Signed-off-by: Martyn Welch <[EMAIL PROTECTED]>
---
arch/powerpc/configs/gef_sbc610_defconfig | 16
On Thu, 2008-08-21 at 20:20 +1000, Michael Ellerman wrote:
> On Thu, 2008-08-21 at 10:14 +0200, Arnd Bergmann wrote:
> > On Thursday 21 August 2008, Paul Mackerras wrote:
> > > Arnd Bergmann writes:
> > >
> > > > Paul, any chance we can still get this into 2.6.27?
> > >
> > > Possibly. We'll ne
I'm using DENX-2.6.26, and I've enabled the I2C_IBM_IIC on a Sequoia board,
but I don't see any probes happening.
It looks like of_register_i2c_devices is never being called. According to
cscope, it would be called in i2c-ibm_of.c, but that file is not part of
the build.
i2c-ibm_of.c would be co
On Thu, 2008-08-21 at 15:42 +0200, Arnd Bergmann wrote:
> On Thursday 21 August 2008, Josh Boyer wrote:
> > On Thu, 2008-08-21 at 10:07 +0200, Markus Brunner wrote:
> > > This adds support for a simple ppc405ep board.
> > > At the moment, there are no 405ep boards in arch/powerpc, so this can be
On Thu, Aug 21, 2008 at 09:21:39AM -0500, Kumar Gala wrote:
> Where is the other discussion? I'd like to understand what's going on
> here.. (especially since I added the wrtee[i] changes to kernel way
> back when).
Presumably, they want to be able to replace wrtee with a store to a
hyperviso
Benh suggested that I made this more known, and in particular to this list, so
I send this mail in hope that some people might be interested. In particular,
I ran the following benchmarks against libfreevec/glibc:
http://www.freevec.org/content/libfreevec_104_benchmarks_updated
libfreevec has r
The following patch enables building the I2C driver for 4xx chips.
Tested on a Sequoia board. Comments invited.
Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
---
drivers/i2c/busses/Kconfig |7 +++
drivers/i2c/busses/i2c-ibm_of.c |5 ++---
2 files changed, 9 insertions(+), 3
On Thu, 2008-08-21 at 12:21 -0400, Steven A. Falco wrote:
> The following patch enables building the I2C driver for 4xx chips.
> Tested on a Sequoia board. Comments invited.
>
> Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
> ---
> drivers/i2c/busses/Kconfig |7 +++
> drivers/i
On Thu, Aug 21, 2008 at 12:10:12AM -0700, David Miller wrote:
> Mostly straightforward stuff _except_ for the I2C address encoding.
>
> What I2C IEEE1275 device binding was used to write that code in
> of_i2c.c? Is it some PowerPC specific thing? Was it "invented"
> by the embedded folks (I hope
On Wed, Aug 20, 2008 at 05:09:58PM +0200, Sebastian Siewior wrote:
> I have here a mpc8540ads board and a u-boot 1.0.0. I've build the
> defconfig for the board and I tried to boot the genarated
> cuImage.mpc8540ads image. After the bootm command I see just
>
> |8540> bootm 100
> |## Booting i
Josh Boyer wrote:
> On Thu, 2008-08-21 at 12:21 -0400, Steven A. Falco wrote:
>> The following patch enables building the I2C driver for 4xx chips.
>> Tested on a Sequoia board. Comments invited.
>>
>> Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
>> ---
>> drivers/i2c/busses/Kconfig |
On Thu, 21 Aug 2008 13:06:24 -0400
"Steven A. Falco" <[EMAIL PROTECTED]> wrote:
> Josh Boyer wrote:
> > On Thu, 2008-08-21 at 12:21 -0400, Steven A. Falco wrote:
> >> The following patch enables building the I2C driver for 4xx chips.
> >> Tested on a Sequoia board. Comments invited.
> >>
> >> Sig
On Thu, 21 Aug 2008 13:06:24 -0400
"Steven A. Falco" <[EMAIL PROTECTED]> wrote:
> However, while the i2c-ibm_of.c driver works with the sequoia .dts,
> i2c-ibm_iic.c does not, because it is looking for an "index" property,
> which is not in the .dts file. I added one:
I don't know where i2c-ibm_
Martyn Welch wrote:
Support for the SBC610 VPX Single Board Computer from GE Fanuc (PowerPC
MPC8641D).
This is the basic board support for GE Fanuc's SBC610, a 6U single board
computer, based on Freescale's MPC8641D.
Signed-off-by: Martyn Welch <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/ge
Jon Loeliger wrote:
+mpic: [EMAIL PROTECTED] {
+clock-frequency = <0>;
+interrupt-controller;
+#address-cells = <0>;
+#interrupt-cells = <2>;
+reg = <0x0004 0x0004>;
+built-in;
+compatible = "chrp,
Dear Geert,
In message <[EMAIL PROTECTED]> you wrote:
>
> Can you actually boot a plain uImage from U-Boot?
yes, of course you can (you will need a device tree, too).
> I've just gave it a try. While arch/powerpc/boot/cuImage.sequoia boots fine,
> after `make uImage', I get arch/powerpc/boot/uI
Dear Valentine Barshak,
In message <[EMAIL PROTECTED]> you wrote:
>
> U-boot thinks that all memory above the first 8MB is out of reach for
> the kernel and puts kernel bootargs and boardinfo structure below 8MB as
> close as possible to this limit. Including the i2c driver into the
> kernel i
This fixes a build warning when PHYS_64BIT is enabled, and
removes an unnecessary cast to phys_addr_t (the variable
being cast is already a phys_addr_t)
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
arch/powerpc/mm/fsl_booke_mmu.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-
On Thursday 21 August 2008, Sean MacLennan wrote:
> On Thu, 21 Aug 2008 13:06:24 -0400
>
> "Steven A. Falco" <[EMAIL PROTECTED]> wrote:
> > However, while the i2c-ibm_of.c driver works with the sequoia .dts,
> > i2c-ibm_iic.c does not, because it is looking for an "index" property,
> > which is not
diff --git a/arch/powerpc/boot/dts/gef_sbc610.dts b/arch/powerpc/
boot/dts/gef_sbc610.dts
new file mode 100644
index 000..32168c6
--- /dev/null
+++ b/arch/powerpc/boot/dts/gef_sbc610.dts
@@ -0,0 +1,268 @@
+/*
+ * GE Fanuc SBC610 Device Tree Source
+ *
+ * Copyright 2008 GE Fanuc Intelligent
On Aug 21, 2008, at 1:50 PM, Becky Bruce wrote:
This fixes a build warning when PHYS_64BIT is enabled, and
removes an unnecessary cast to phys_addr_t (the variable
being cast is already a phys_addr_t)
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
arch/powerpc/mm/fsl_booke_mmu.c |5 +++
Also change consumers of various lmb funcs/arrays that are now
phys_addr_t to also be phys_addr_t.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
arch/powerpc/mm/mem.c | 19 ++-
1 files changed, 10 insertions(+), 9 deletions(-)
diff --git a/arch/powerpc/mm/mem.c b/arch/powe
Some feedback:
* Can we increase the font size a bit?
* For the list of patches can we change the background of every other
line (light gray)
* Parsing subject header for determining state -- "[RFC]"
w/o being able to log in that's my initial two cents.
Both otherwise it looks good and seem
Stefan Roese wrote:
> On Thursday 21 August 2008, Sean MacLennan wrote:
>> On Thu, 21 Aug 2008 13:06:24 -0400
>>
>> "Steven A. Falco" <[EMAIL PROTECTED]> wrote:
>>> However, while the i2c-ibm_of.c driver works with the sequoia .dts,
>>> i2c-ibm_iic.c does not, because it is looking for an "index" p
From: Kumar Gala <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 07:50:20 -0500
> Fix warnings of the form:
> arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f1' may be used uninitialized
> in this function
> arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f0' may be used uninitialized
> in this function
From: Kumar Gala <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 07:50:21 -0500
> Some architectures (like powerpc) provide status information on the exact
> type of invalid exception. This is pretty straight forward as we already
> report invalid exceptions via FP_SET_EXCEPTION.
>
> We add new flags
This rearranges a bit of code, and adds support for
36-bit physical addressing for configs that use a
hashed page table. The 36b physical support is not
enabled by default on any config - it must be
explicitly enabled via the config system.
This patch *only* expands the page table code to accomod
From: Scott Wood <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 11:32:56 -0500
> On Thu, Aug 21, 2008 at 12:10:12AM -0700, David Miller wrote:
> > 2) When CONFIG_SPARC, shift the device address down by one bit before
> >giving it to the Linux I2C layer.
>
> Maybe we should distinguish by the type
David Miller wrote:
On Thu, Aug 21, 2008 at 12:10:12AM -0700, David Miller wrote:
2) When CONFIG_SPARC, shift the device address down by one bit before
giving it to the Linux I2C layer.
Maybe we should distinguish by the type of I2C bus node instead.
How so? If a Sparc and a PowerPC syste
#define _PMD_PRESENT0
#define _PMD_PRESENT_MASK (PAGE_MASK)
@@ -517,7 +522,13 @@ extern unsigned long
bad_call_to_PMD_PAGE_SIZE(void);
#define pte_none(pte) ((pte_val(pte) & ~_PTE_NONE_MASK) == 0)
#define pte_present(pte)(pte_val(pte) & _PAGE_PRESENT)
+
+#if (defined(CONF
From: Scott Wood <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 16:35:02 -0500
> David Miller wrote:
> > If you guys created this format in your compressed openfirmware
> > trees, is it possible for you to "fix" it to match what Sparc
> > systems following the proper bindings do?
>
> Possibly, though
On 8/21/08, David Miller <[EMAIL PROTECTED]> wrote:
>
> I'm working on some drivers for I2C bus support on some of my sparc64
> workstations (for lm-sensor and eeprom type devices sitting behind
> them) so I went back to trying to get of_i2c.c usable on sparc.
>
> Mostly straightforward stuff _
On Thu, Aug 21, 2008 at 12:10:17AM -0700, David Miller wrote:
>
> sparc: Implement irq_of_parse_and_map() and irq_dispose_mapping().
>
> This allows more OF layer code to be shared between powerpc and
> sparc.
>
> Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
> ---
> arch/sparc/include/asm
From: "Jon Smirl" <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 17:53:02 -0400
> > 2) When CONFIG_SPARC, shift the device address down by one bit before
> >giving it to the Linux I2C layer.
>
> How do you deal with a 10-bit address i2c device? Is it multiplied by two too?
Yes.
From: Anton Vorontsov <[EMAIL PROTECTED]>
Date: Fri, 22 Aug 2008 01:56:11 +0400
> On Thu, Aug 21, 2008 at 12:10:17AM -0700, David Miller wrote:
> > @@ -96,6 +96,14 @@ static inline void of_node_put(struct device_node *node)
> > {
> > }
> >
> > +/* These routines are here to provide compatibili
On Aug 21, 2008, at 4:03 PM, David Miller wrote:
From: Kumar Gala <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 07:50:20 -0500
Fix warnings of the form:
arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f1' may be used
uninitialized in this function
arch/powerpc/math-emu/fsubs.c:15: warning: 'R_f0
On Thu, 2008-08-21 at 11:32 -0500, Scott Wood wrote:
> On Thu, Aug 21, 2008 at 12:10:12AM -0700, David Miller wrote:
> > Mostly straightforward stuff _except_ for the I2C address encoding.
> >
> > What I2C IEEE1275 device binding was used to write that code in
> > of_i2c.c? Is it some PowerPC spe
> It's not really an instruction-set architecture issue, it's a binding
> issue. What if a non-OF embedded SPARC comes along that copies i2c from
> a PowerPC DTS file, or we come across a real-OF PowerPC that does it the
> SPARC way?
Like PowerMac ? :-)
Apple additionally have different ways
On Thu, 2008-08-21 at 14:45 -0700, David Miller wrote:
> > As far as I can tell from poking around
> > http://penguinppc.org/historical/dev-trees-html/, they don't include
> reg
> > at all for i2c clients.
>
> That actually simplifies things for us, thanks for checking.
Unfortunately, while tha
On Tue, 2008-08-19 at 13:28 +0200, Arnd Bergmann wrote:
> On Tuesday 19 August 2008, [EMAIL PROTECTED] wrote:
> > +static inline long kvm_hypercall1(unsigned int nr, unsigned long p1)
> > +{
> > + register unsigned long hcall asm ("r0") = nr;
> > + register unsigned long arg1 asm ("r3")
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Fri, 22 Aug 2008 08:05:50 +1000
> On Thu, 2008-08-21 at 14:45 -0700, David Miller wrote:
> > > As far as I can tell from poking around
> > > http://penguinppc.org/historical/dev-trees-html/, they don't include
> > reg
> > > at all for i2c cl
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Fri, 22 Aug 2008 08:05:02 +1000
> Apple additionally have different ways of representing multiple busses
> on one controller though. On some machines, they just use bits 0xF00 of
> the address as the bus number, which is a bit gross, and on so
> Thanks for the clarification. The bus encoding seems different
> but we can solve that too.
>
> I've started a dialogue between Scott and the openfirmware Sun
> folks I know so that hopefully Scott can get a copy of the I2C
> bindings Sun uses and we can sort all of this out.
Sure. Currently
On Thu, 2008-08-21 at 15:28 -0700, David Miller wrote:
> From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> Date: Fri, 22 Aug 2008 08:05:02 +1000
>
> > Apple additionally have different ways of representing multiple busses
> > on one controller though. On some machines, they just use bits 0xF00 of
On Thu, Aug 21, 2008 at 1:10 AM, David Miller <[EMAIL PROTECTED]> wrote:
>
> of: Add some I2C mod aliases table entries for sparc64 systems.
>
> Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
I'd like to see a comment above these three lines stating that they
appear in Sparc systems, but other
On Thu, 2008-08-21 at 15:32 -0500, Kumar Gala wrote:
> Some feedback:
>
> * Can we increase the font size a bit?
NOO. Just use CTRL-SHIFT-+.
> * For the list of patches can we change the background of every other
> line (light gray)
That would work well.
> * Parsing subject header for deter
From: "Grant Likely" <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 16:52:32 -0600
> On Thu, Aug 21, 2008 at 1:10 AM, David Miller <[EMAIL PROTECTED]> wrote:
> >
> > of: Add some I2C mod aliases table entries for sparc64 systems.
> >
> > Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
>
> I'd like
On Thu, Aug 21, 2008 at 3:35 PM, Scott Wood <[EMAIL PROTECTED]> wrote:
> David Miller wrote:
>>>
>>> On Thu, Aug 21, 2008 at 12:10:12AM -0700, David Miller wrote:
>> If you guys created this format in your compressed openfirmware
>> trees, is it possible for you to "fix" it to match what Sparc
>> s
From: "Grant Likely" <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 17:14:57 -0600
> On Thu, Aug 21, 2008 at 3:35 PM, Scott Wood <[EMAIL PROTECTED]> wrote:
> > David Miller wrote:
> >>>
> >>> On Thu, Aug 21, 2008 at 12:10:12AM -0700, David Miller wrote:
> >> If you guys created this format in your com
On 8/21/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 21, 2008 at 3:35 PM, Scott Wood <[EMAIL PROTECTED]> wrote:
> > David Miller wrote:
> >>>
> >>> On Thu, Aug 21, 2008 at 12:10:12AM -0700, David Miller wrote:
>
> >> If you guys created this format in your compressed openfirmware
>
On Thu, 2008-08-21 at 16:32 -0700, David Miller wrote:
> From: "Grant Likely" <[EMAIL PROTECTED]>
> Date: Thu, 21 Aug 2008 17:14:57 -0600
>
> > On Thu, Aug 21, 2008 at 3:35 PM, Scott Wood <[EMAIL PROTECTED]> wrote:
> > > David Miller wrote:
> > >>>
> > >>> On Thu, Aug 21, 2008 at 12:10:12AM -0700,
Hi,
I am trying to do some compile testing of my cpufreq driver. If
I disable modules I am getting multiple definition errors of inline
functions:
inline volatile unsigned int get_PLL(void)
{
unsigned int ret;
__asm__ __volatile__ ("mfspr %0,%1":
"=r"(ret):
On Thu, Aug 21, 2008 at 5:45 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> On 8/21/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>> Ugh, more like loads of pain. There are deployed platforms using the
>> embedded 'invented' bindings. I don't think it is an option to break
>> compatibility with older
On 8/21/08, Grant Likely <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 21, 2008 at 5:45 PM, Jon Smirl <[EMAIL PROTECTED]> wrote:
> > On 8/21/08, Grant Likely <[EMAIL PROTECTED]> wrote:
>
> >> Ugh, more like loads of pain. There are deployed platforms using the
> >> embedded 'invented' bindings. I d
From: Josh Boyer <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 21:15:37 -0400
> Huge? I'd say mistake, but not necessarily huge. I mean nobody other
> than you (at least in the context of this conversation) had access to
> the IEEE1275 proposed binding so it wasn't like there was tons to go on.
I
On Thu, Aug 21, 2008 at 9:53 PM, David Miller <[EMAIL PROTECTED]> wrote:
>> Have patience with the embedded people that are both new to
>> OpenFirmware and trying to make stuff work at the same time. I
>> think the devicetree-discuss list will help here as new bindings are
>> proposed. I hope you
Ok, I've integrated the feedback I got from various reviewers and for
now I'm going to handle the sparc vs. powerpc aspects with a helper
asm/of_i2c.h header file that implements the address fetching.
I think for the time being this is the best solution. If the
semantics converge, we can merge t
sparc: Implement irq_of_parse_and_map() and irq_dispose_mapping().
This allows more OF layer code to be shared between powerpc and
sparc.
With feedback and suggestions from Anton Vorontsov.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
arch/sparc/include/asm/prom.h | 10 ++
of_i2c: Add Sparc support.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
---
arch/sparc/include/asm/of_i2c.h | 67 +++
drivers/of/Kconfig |2 +-
2 files changed, 68 insertions(+), 1 deletions(-)
create mode 100644 arch/sparc/include/as
of_i2c: Abstract out register property interpretation.
Pull out client I2C device address calculation into a
helper function, of_i2c_fetch_addr.
At the top level we try to determine the reported
#address-cells property in the I2C bus adapter node,
and default to "1" if the property is not found.
From: "Grant Likely" <[EMAIL PROTECTED]>
Date: Thu, 21 Aug 2008 22:18:56 -0600
> On Thu, Aug 21, 2008 at 9:53 PM, David Miller <[EMAIL PROTECTED]> wrote:
> >> Have patience with the embedded people that are both new to
> >> OpenFirmware and trying to make stuff work at the same time. I
> >> think
1 - 100 of 109 matches
Mail list logo