triggers the hardware watchdog, the software can setup independent
timeout periods.
More info in Documentation/watchdog/wdt_chain.txt
Signed-off-by: Heiko Schocher
Signed-off-by: Vitaly Bordug
---
This code was (and is) originally residing in DENX public git repo. I
think it would
From: Heiko Schocher
This driver provides (read/write) access to the
U-Boot bootcounter via PROC FS or sysFS.
in u-boot, it uses a 8 byte mem area (it must hold the value over a
soft reset of course), for storing a bootcounter (it counts many soft
resets are done, on hard reset it starts with 0
[...]
> > bootco...@0x3eb0 {
> > device_type = "bootcount";
Clear.
>
> No device_type.
>
> > compatible = "uboot,bootcount";
> > reg = <0x3eb0 0x08>;
> > };
>
> This area should also be in the flattened tree's reserved map.
В Thu, 17 Dec 2009 10:34:34 +0100
Wolfram Sang пишет:
> On Wed, Dec 16, 2009 at 02:47:30AM +0300, Vitaly Bordug wrote:
> >
> > From: Heiko Schocher
> >
> > This driver provides (read/write) access to the
> > U-Boot bootcounter via PROC FS or sysFS.
> &g
В Thu, 17 Dec 2009 09:16:07 +0100
Wolfgang Denk пишет:
> Dear Vitaly Bordug,
>
>
> repl: bad addresses:
> linuxppc-...@ozlabs.org -- junk
> after lo...@domain (<) In message <20091216024730.455b9...@vitb-lp>
> you wrote:
> >
> > From: Heiko Sch
e800021 7c691b78
> 80010014 7d234b78 38210010 7c0803a6 4e800020 <8003014c> 7c6b1b78
> 3860 90040004
>
> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL PROTECTED]>
Jeff: this fix is important and should be merged if possible.
> -
On Fri, 21 Dec 2007 20:36:28 +0100
Jochen Friedrich wrote:
> Using the port of 2.4 code from Vitaly Bordug
> <[EMAIL PROTECTED]> and the actual algorithm used by the i2c
> driver of the DBox code on cvs.tuxboc.org from Tmbinc, Gillem
> ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
On Tue, 15 Jan 2008 23:25:02 +
Bryan O'Donoghue wrote:
> Greetings Scott.
>
> I've tried both of the procedures you've outlined on the Adder875 with
> the patches supplied against the paulus git tree to no avail.
>
> Pass #1 :
>
> Doing it safe with cuImage.8xx
>
[...]
> => bootm 0x40
On Mon, 4 Feb 2008 12:24:21 -0600
Scott Wood wrote:
> On Sat, Feb 02, 2008 at 12:22:17PM +0100, Jochen Friedrich wrote:
> > Hi Yuri,
> >
> > > Here is the patch which makes Linux-2.6 swap routines operate
> > > correctly on the ppc-8xx-based machines.
> >
> > is there any 8xx board left which i
Add __init tag to m8xx_ide_init_ports().
>
> This patch fixes hwif->irq always being overriden to 0 (==
> auto-probe, is this even working on PPC?) because of
> ide_init_default_irq() call in ide.c.
>
> There should be no other functional changes.
>
> Cc: Benjamin H
On Thu, 21 Feb 2008 13:21:58 +0100
Wolfgang Denk wrote:
> Dear Vitaly,
>
> in message <[EMAIL PROTECTED]> you wrote:
> > On Mon, 4 Feb 2008 12:24:21 -0600
> > Scott Wood wrote:
> >
> > > On Sat, Feb 02, 2008 at 12:22:17PM +0100, Jochen Friedrich wrote:
> > > > Hi Yuri,
> > > >
> > > > > Here i
api
> was not being used.
>
Good cleanup, thanks!
Jeff: this is important fix, and should be applied if possible.
> These changes have been fixed, and napi is now on by default.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL PROTE
Verified on mpc866ads. This version has muram and brg nodes added to dts
to get the things work.
Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc866ads.dts | 156 --
arch/powerpc/p
On Sat, 27 Oct 2007 14:42:49 +0200
Michael Buesch wrote:
> It calls the "mkimage" command, which does not exist
> in my $PATH.
>
well, mkImage is a part of u-boot and there was some talk to make it part of
kernel too,
since it does not take alot of place but still mandatory for a number of
plat
On Fri, 09 Nov 2007 16:01:41 -0600
Josh Boyer wrote:
> Hi All,
>
> For those interested, I have a few things I'd like to focus on for
> 2.6.25 in regards to the current arch/powerpc 4xx porting effort.
> Below is a brief list of drivers in no particular order:
>
> PCI support
I'll look at that s
On Fri, 16 Nov 2007 18:28:34 +1100
Benjamin Herrenschmidt wrote:
> The 32bits powerpc resource fixup code uses unsigned longs to do the
> offseting of resources which overflows on platforms such as 4xx where
> resources can be 64 bits.
>
> This fixes it by using resource_size_t instead.
>
> Howe
On Sat, 17 Nov 2007 08:06:29 +1100
Benjamin Herrenschmidt wrote:
>
> On Fri, 2007-11-16 at 11:28 -0600, Josh Boyer wrote:
> > Git commit e701d269aa28996f3502780951fe1b12d5d66b49 introduced an
> > incorrect definition for _tlbie on PowerPC 8xx platforms. Only the
> > address should be passed to t
My changes to _tlbie to fix 4xx unfortunately broke 8xx build in a
couple of places. This fixes it.
Spotted by Olof Johansson
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
arch/powerpc/mm/mem.c |2 +-
arc
On Fri, 16 Nov 2007 19:12:53 +0300
Andrei Dolnikov wrote:
> Device tree source file for the Emerson Katana Qp board
>
> Signed-off-by: Andrei Dolnikov <[EMAIL PROTECTED]>
>
> ---
> arch/powerpc/boot/dts/katanaqp.dts | 357
> + 1 files changed, 357
> insertion
Hi Andrei,
Looks okay in general, some notes below...
On Fri, 16 Nov 2007 19:31:16 +0300
Andrei Dolnikov wrote:
> Emerson Katana Qp platform specific code
>
> Signed-off-by: Andrei Dolnikov <[EMAIL PROTECTED]>
>
> ---
> arch/powerpc/platforms/embedded6xx/Kconfig|9 +
> arch/powerpc/pl
re is no way around
> these for now at least not until some other bits of the PCI code are
> made common.
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL PROTECTED]>
> ---
>
> Tested on a few pSeries, PowerMac G5, an
ike 64 bits does, within a
> reserved are of the kernel address space.
>
> Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL PROTECTED]>
> ---
>
Verified on Freescale 83xx and should work for other 32bit stuff.
> This n
On Thu, 22 Nov 2007 11:36:29 -0700
Grant Likely wrote:
> > +int cpm_command(u32 command, u8 opcode)
> > +{
> > + int i;
> > +
> > + if (command & 0xff0f)
> > + return -EINVAL;
> > +
> > + out_be16(&cpmp->cp_cpcr, command | CPM_CR_FLG | (opcode <<
> > 8));
> > +
On Wed, 21 Nov 2007 11:54:01 -0800 (PST)
John Charles Tyner wrote:
> I'm trying to boot linux 2.6.22.9 on an mpc860c rev d4.
>
ppc or powerpc?
> When init trys to spawn sh, during the exec, the kernel oopses as
> seen below:
This looks like coherency problem, or kernel picks wrong entry off cpu
On Fri, 23 Nov 2007 20:52:29 +0300
Anton Vorontsov wrote:
> Hi all,
>
> Here is the PATA Platform driver using OF infrastructure.
>
> Mostly it's just a wrapper around a bit modified pata_platform
> driver.
>
> Patches are well split for the easier review:
>
> First one factors out platform_de
On Thu, 22 Nov 2007 17:54:03 +0100
Jochen Friedrich wrote:
> fs_enet and cpm_uart need symbols from commproc.c (for CPM1) or
> cpm2_common.c. Add EXPORT_SYMBOL for cpmp, cpm_setbrg and cpm2_immr,
> so the drivers can be compiled as modules.
>
I think this is not required. We are having very gross
On Sat, 24 Nov 2007 18:53:34 +0100
Jochen Friedrich wrote:
> Hi Vitaly,
>
> >>> + printk(KERN_ERR "%s(): Not able to issue CPM command\n",
> >>> + __FUNCTION__);
> >>> + return -EIO;
> >>>
> >> Do these need to be protected with a spin lock?
> >>
> > Even t
On Sun, 25 Nov 2007 09:38:57 -0600
Timur Tabi wrote:
> Jochen Friedrich wrote:
> > fs_enet and cpm_uart need symbols from commproc.c (for CPM1) or
> > cpm2_common.c. Add EXPORT_SYMBOL_GPL for cpmp, cpm_setbrg and
> > cpm2_immr, so the drivers can be compiled as modules.
As I told replying to prev
On Thu, 22 Nov 2007 17:53:47 +0100
Jochen Friedrich wrote:
> fpi->cp_command should be overwritten only if
> CONFIG_PPC_CPM_NEW_BINDING is NOT set. Otherwise it is already set
> from the device tree.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
> Cc: Paul Mackerras <[EMAIL PROTECTED]>
On Thu, 22 Nov 2007 17:53:54 +0100
Jochen Friedrich wrote:
> Remove exports of __res and cpm_install_handler/cpm_free_handler.
> Remove cpm_install_handler/cpm_free_handler from the commproc.h as
> well. Both were used for ARCH=ppc and aren't defined for
> ARCH=powerpc.
>
> CC arch/powerpc/
On Thu, 22 Nov 2007 17:54:13 +0100
Jochen Friedrich wrote:
> PORTA and PORTB have odr registers, as well. However, the PORTB odr
> register is only 16bit.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
> Acked-by: Scott Wood <[EMAIL PROTECTED]>
Applied to linux-2.6-8xx.git, for-paulus b
On Sun, 25 Nov 2007 13:02:03 -0800
Dan Malek wrote:
>
> On Nov 25, 2007, at 8:18 AM, Vitaly Bordug wrote:
>
> > To prevent using those pointers from within non-GPL modules. kind
> > of policy now...
>
> As the original copyright holder of nearly all of this of
>
ROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/net/phy/Kconfig | 32 +--
drivers/net/phy/fixed.c | 427 -
include/linux/phy_fixed.h | 49 ++---
3 files changed, 176 insertions(+), 332 deletions(-)
diff --git
fixed-link says: register new "Fixed/emulated PHY", i.e. PHY that
not connected to the real MDIO bus.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt |3 +
arch/po
...thus use fixed-link to register proper "Fixed PHY"
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8349emitx.dts | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
dif
On Mon, 26 Nov 2007 10:24:46 -0600
Scott Wood wrote:
> On Fri, Nov 23, 2007 at 12:51:21AM +0300, Vitaly Bordug wrote:
> > Even that might be not enough - we may have simultaneous call of
> > this func in non-smp case...
>
> Do you really think that every piece of code t
On Mon, 26 Nov 2007 15:41:19 -0600
Scott Wood wrote:
> Vitaly Bordug wrote:
> > perhaps I was not clear enough. That was a rough idea how to handle
> > the whole thing, not just cpm_cr_cmd. This cpm command is a corner
> > case, but there can be other actions that
On Wed, 28 Nov 2007 21:06:36 -0700
Alan Bennett wrote:
> It comes from uboot. Can you point me in the right direction to make
> sure its right?
>PowerPC,[EMAIL PROTECTED] {
>device_type = "cpu";
>reg = <0>;
>d
On Fri, 30 Nov 2007 13:30:18 +0100
Laurent Pinchart wrote:
> On Friday 30 November 2007 12:16, Vitaly Bordug wrote:
> > On Fri, 30 Nov 2007 11:45:49 +0100
> >
> > Laurent Pinchart wrote:
> > > Hi everybody,
> > >
> > > Linux USB host su
On Fri, 30 Nov 2007 15:48:01 +0300
Anton Vorontsov wrote:
> On Fri, Nov 30, 2007 at 01:30:18PM +0100, Laurent Pinchart wrote:
> > On Friday 30 November 2007 12:16, Vitaly Bordug wrote:
> > > On Fri, 30 Nov 2007 11:45:49 +0100
> > >
> > > Laurent
On Fri, 30 Nov 2007 11:45:49 +0100
Laurent Pinchart wrote:
> Hi everybody,
>
> Linux USB host support for the CPM, CPM2 and CPM2 pro is far from
> complete. Many people showed interest on this list (and on
> linuxppc-embedded) in the past, but nobody managed to complete a
> driver and get it merg
On Sat, 01 Dec 2007 14:48:54 +0100
Jochen Friedrich wrote:
> Hi Vitaly,
>
> > With that patch fixed.c now fully emulates MDIO bus, thus no need
> > to duplicate PHY layer functionality. That, in turn, drastically
> > simplifies the code, and drops down line count.
> >
> > As an additional bonus,
On Sat, 01 Dec 2007 16:59:52 -0500
Jeff Garzik wrote:
> Vitaly Bordug wrote:
> > With that patch fixed.c now fully emulates MDIO bus, thus no need
> > to duplicate PHY layer functionality. That, in turn, drastically
> > simplifies the code, and drops down line count.
>
On Sun, 2 Dec 2007 00:34:03 +0300
Anton Vorontsov wrote:
> > If i understand your code correctly, you seem to rely on the fact
> > that fixed_phy_add() is called before the fixed MDIO bus is scanned
> > for devices.
>
> Yes, indeed. The other name of "fixed phys" are "platform phys"
> or "plat
On Wed, 5 Dec 2007 00:56:39 +0100
Arnd Bergmann wrote:
> On Wednesday 05 December 2007, Timur Tabi wrote:
> > Arnd Bergmann wrote:
> >
> > > You can argue that the QS is really a DMA device, but in that
> > > case you should convert the driver to use the DMA mapping
> > > interfaces correctly, wh
On Mon, 3 Dec 2007 12:58:38 -0800
John Tyner wrote:
> Building for 8xx fails to compile due to errors in a couple of
> places. The first is due to the casting of an lvalue (if I remember
> correctly), and the second was due to the cpmp variable being
> declared static even though the headers previ
On Mon, 3 Dec 2007 13:05:00 -0800
John Tyner wrote:
> The following patch makes the QSpan PCI code compile and work on my
> hardware. The patch is against 2.4, but I'm hoping it will still be
> viewed as useful since the code currently does not even compile (2.6
> is the same). I had to make a ch
On Tue, 04 Dec 2007 15:07:49 -0500
Jeff Garzik wrote:
> Vitaly Bordug wrote:
> > With that patch fixed.c now fully emulates MDIO bus, thus no need
> > to duplicate PHY layer functionality. That, in turn, drastically
> > simplifies the code, and drops down line count.
>
On Wed, 5 Dec 2007 10:38:38 -0700
Grant Likely wrote:
> >
> > + aliases {
> > + ethernet0 = &enet0;
> > + ethernet1 = &enet1;
> > + ethernet2 = &enet2;
> > + ethernet3 = &enet3;
> > + serial0 = &serial0;
> > +
platform fixed MDIO bus.
There is also no more need to pre-allocate PHYs via .config option,
this is all now handled dynamically.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Acked-by: Jeff Garzik <[EMAIL PROTECTED]>
---
drive
fixed-link says: register new "Fixed/emulated PHY", i.e. PHY that
not connected to the real MDIO bus.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt |4 +
arch/po
...thus use fixed-link to register proper "Fixed PHY"
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8349emitx.dts | 11 ++-
1 files changed, 2 insertions(+), 9 deletions(-)
dif
Paul,
please do
git-pull git://git.kernel.org/pub/scm/linux/kernel/git/vitb/linux-2.6-8xx.git
for-paulus
to receive the following updates:
Jochen Friedrich (4):
powerpc: fix typo #ifdef -> #ifndef
powerpc: kill non-existent symbols from ksyms and commproc.h
powerpc: Add suppo
On Sat, 8 Dec 2007 13:00:25 +0300
Vitaly Bordug wrote:
> Paul,
>
> please do
> git-pull
> git://git.kernel.org/pub/scm/linux/kernel/git/vitb/linux-2.6-8xx.git
> for-paulus
>
> to receive the following updates:
>
Forgot to tell that this is .25 material
On Sat, 8 Dec 2007 09:17:06 -0600
Kumar Gala wrote:
>
> On Dec 8, 2007, at 4:09 AM, Vitaly Bordug wrote:
>
> > On Sat, 8 Dec 2007 13:00:25 +0300
> > Vitaly Bordug wrote:
> >
> >> Paul,
> >>
> >> please do
> >> git-pull
> >&
On Mon, 17 Dec 2007 11:03:04 -0600
Scott Wood wrote:
> > > + phy1: [EMAIL PROTECTED] {
> > > + reg = <1>;
> > > + device_type = "ethernet-phy";
> > > + };
> >
> > These phy nodes have basically no information in the
On Mon, 17 Dec 2007 11:30:14 -0800
Joe Perches wrote:
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
> ---
> arch/ppc/syslib/ppc8xx_pic.c |2 +-
> arch/ppc/syslib/ppc_sys.c|2 +-
I'm not really sure we should still care about typos in
arch/ppc..
--
Sincerely, Vitaly
__
On Mon, 17 Dec 2007 12:48:17 -0600
Scott Wood wrote:
> Vitaly Bordug wrote:
> > On Mon, 17 Dec 2007 11:03:04 -0600 Scott Wood wrote:
> >>> These phy nodes have basically no information in them. PHY nodes
> >>> are optional -
> >> If they are truly optio
On Mon, 17 Dec 2007 18:20:14 -0500
Jeff Garzik wrote:
> Jochen Friedrich wrote:
> > This patch adds support to use the fixed-link property
> > of an ethernet node to fs_enet for the
> > CONFIG_PPC_CPM_NEW_BINDING case.
> >
> > Signed-off-by: Jochen Friedrich <
On Wed, 08 Aug 2007 13:45:10 -0500
Jerone Young wrote:
> Using the Sequoia (AMCC 440EPx) patches recently submitted to the
> list I am unable to boot to fully boot a uImage built with these
> patches under Uboot. It appears to hang in very early boot.
>
>
> Here is the output:
> => tftp 40
>
On Fri, 17 Aug 2007 13:17:18 -0500
Scott Wood wrote:
> The existing OF glue code was crufty and broken. Rather than fix it,
> it will be removed, and the ethernet driver now talks to the device
> tree directly.
>
A bit short description, I'd rather expect some specific improvements list,
that ar
On Tue, 21 Aug 2007 11:47:41 -0500
Scott Wood <[EMAIL PROTECTED]> wrote:
> Vitaly Bordug wrote:
> > On Fri, 17 Aug 2007 13:17:18 -0500
> > Scott Wood wrote:
> >
> >
> >>The existing OF glue code was crufty and broken. Rather than fix
> >>
On Fri, 17 Aug 2007 12:53:59 -0500
Scott Wood wrote:
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL PROTECTED]>
> ---
> drivers/net/fs_enet/fs_enet-main.c | 85
> ---
> drivers/net/fs_enet/fs_enet.h
On Fri, 17 Aug 2007 12:54:02 -0500
Scott Wood wrote:
> These macros accomplish nothing other than defeating type checking.
>
> This patch also fixes one instance of the wrong register size being
> used that was revealed by enabling type checking.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
The following series is a port of 440EPx (sequoia) PCI host bridge from
arch/ppc. It was initiated with some inconsistencies observed in pci_32.c
pci ranges parsing, so I've eventually merged pci_32 and pci_64 of
pci_process_bridge_OF_ranges() into one, that should be able to handle
64-bit phys add
440EPx (sequoia) and mpc8349-eitx.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/pci-common.c | 159 ++
arch/powerpc/kernel/pci_32.c | 114 -
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/sequoia.dts | 26 ++
1 files changed, 26 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boot/dts/sequoia.dts
b/arch/powe
In fact, loosely move of arch/ppc bits, though regions are
set up using values from ranges property. This also adds
setup_indirect_pci_noremap() function to handle indirect
PCI without one more ioremap.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese &
On Sat, 25 Aug 2007 11:49:58 +0200
Segher Boessenkool wrote:
> > + pci {
> > + reg = <1 eec0 40 1 ef40
> > 40>; /* phb cfg, phb reg */
>
> First component of reg is the unit address, so: [EMAIL PROTECTED] .
>
> "phb cfg" is how you access PCI configur
On Mon, 27 Aug 2007 11:15:16 +1000
David Gibson wrote:
> On Sat, Aug 25, 2007 at 01:29:47PM +0400, Vitaly Bordug wrote:
> >
> > We are having 2 different instances of
> > pci_process_bridge_OF_ranges(), which makes describing 64-bit
> > physical addresses i
On Mon, 27 Aug 2007 11:54:17 +1000
David Gibson wrote:
> On Sat, Aug 25, 2007 at 01:29:54PM +0400, Vitaly Bordug wrote:
> >
> > Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
> > Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
> >
> > ---
>
On Mon, 27 Aug 2007 11:57:19 +1000
David Gibson wrote:
> > + * Free Software Foundation; either version 2 of the License, or
> > (at your
> > + * option) any later version.
> > + */
>
> Unless there really is something peculiar about the EPx bridge
> compared to say the GP, EP and other 4xx b
On Mon, 27 Aug 2007 17:49:55 +1000
David Gibson wrote:
> On Mon, Aug 27, 2007 at 10:31:36AM +0400, Vitaly Bordug wrote:
> > On Mon, 27 Aug 2007 11:15:16 +1000
> > David Gibson wrote:
> >
> > > On Sat, Aug 25, 2007 at 01:29:47PM +0400, Vitaly Bordug wrote:
&g
On Tue, 28 Aug 2007 15:19:21 -0500
Scott Wood wrote:
> The hardware adds one to the BRG value to get the divider, so it must
> be subtracted by software.
Prolly a note why it used to work, or what exactly this is resulting in the
code. IIRC this was
just fw-ported so arch/ppc should have this as
On Tue, 28 Aug 2007 15:19:22 -0500
Scott Wood wrote:
I would have it in the same patch, that adds clocking stuff to 8xx. And
maybe in the same, segregate source rather then having it in the foo_common.c,
to ease fix/update/rework.
Just imho, not pressing for that.
> Signed-off-by: Scott Wood <[E
On Tue, 28 Aug 2007 15:17:16 -0500
Scott Wood wrote:
> 1. Only map 512K of the IMMR, rather than 8M, to avoid conflicting
> with the default ioremap region.
> 2. The wrong register was being loaded into SPRN_MD_RPN.
>
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Ac
On Tue, 28 Aug 2007 15:17:19 -0500
Scott Wood wrote:
> These let board code set up pins and clocks without having to
> put magic numbers directly into the registers.
>
I personally is not fond of such idea, but it would make this more
understandable eases transfer to feature_call
or qe pin setti
On Tue, 28 Aug 2007 15:19:09 -0500
Scott Wood wrote:
> It now uses the new CPM binding and the generic pin/clock functions,
> and has assorted fixes and cleanup.
>
good work, thanks.
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: Vitaly Bordug <[EMAIL PROTE
On Thu, 30 Aug 2007 15:13:12 -0500
Scott Wood wrote:
> On Thu, Aug 30, 2007 at 02:09:07AM +0400, Vitaly Bordug wrote:
> > On Tue, 28 Aug 2007 15:19:21 -0500
> > Scott Wood wrote:
> >
> > > The hardware adds one to the BRG value to get the divider, so it
> &
On Thu, 30 Aug 2007 15:15:00 -0500
Scott Wood wrote:
> On Thu, Aug 30, 2007 at 02:25:48AM +0400, Vitaly Bordug wrote:
> > I would have it in the same patch, that adds clocking stuff to 8xx.
>
> I was trying to keep the 8xx and 82xx patchsets reasonably separate.
>
> &g
On Tue, 4 Sep 2007 13:20:28 -0500
Scott Wood wrote:
> > > _and system GPIOs_ :-)
> >
> > Yup, firmware should set up gpios, to make initial kernel boot.
>
> No, it should set all pins and similar setup-once type initialization
> that is board-specific rather than device-specific -- there's n
On Tue, 28 Aug 2007 15:19:24 -0500
Scott Wood wrote:
> This provides a generic way for board code to set up CPM pins, rather
> than directly poking magic values into registers.
>
Please provide more info either here or somewhere in Documentation/, or inside
the code at least.
We're adding new ut
On Fri, 31 Aug 2007 15:44:18 -0500
Scott Wood wrote:
> > > + u32 mask = 7;
> > > +
> > gotta at least briefly explain the clue here, too.
>
> I'm not sure what you mean... what exactly are you asking me to
> explain?
>
> Note that this code is mostly duplicated from the existing CPM2
> versi
On Thu, 06 Sep 2007 11:48:08 -0500
Vinu wrote:
> Hi all,
>
> I am working on MPC8313ERDB Eval board, and want to use SD Memory
> card to store Linux OS and file system.
> The SD card controller is connected directly with the SPI bus.
>
> I simply don't know how to use MMC-over-SPI technology
of_translate_address(), so implies proper ranges <> definition in
devicetree, where PCI node has its reg on soc bus, and its ranges
effectively belong to LAW addresses.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
---
arch/powerpc/k
On Wed, 12 Sep 2007 00:57:17 +0200
Arnd Bergmann wrote:
> On Wednesday 12 September 2007, Vitaly Bordug wrote:
> >
> > We are having 2 different instances of
> > pci_process_bridge_OF_ranges(), which makes describing 64-bit
> > physical addresses in non PPC64 cas
On Wed, 12 Sep 2007 10:13:50 +0200
Arnd Bergmann wrote:
> On Wednesday 12 September 2007, Vitaly Bordug wrote:
>
> >
> > Well, it's more a rewrite than a move, based on 64-bit
> > implementation.
>
> ok.
>
> > > Could you perhaps split the pat
On Thu, 13 Sep 2007 17:11:25 +1000
David Gibson wrote:
> Didn't notice this before - only when some yak shaving led me into
> looking at the horrors of the 8xx imm mapping code...
>
> But..
> [snip]
> > diff --git a/include/asm-powerpc/fs_pd.h
> > b/include/asm-powerpc/fs_pd.h index c624915..733e
Hello David,
On Fri, 14 Sep 2007 14:09:34 +1000
David Gibson wrote:
> On Thu, Sep 13, 2007 at 12:16:40PM +0400, Vitaly Bordug wrote:
> [snip]
> > > This looks bogus. You're replacing the old crap immr_map() functions,
> > > which ioremap()ed the registers ev
Hello Eugene,
On Sat, 15 Sep 2007 03:04:34 -0700
Eugene Surovegin wrote:
> On Sat, Sep 15, 2007 at 11:08:01AM +0200, Stefan Roese wrote:
> > This patch reworks existing ibm-iic driver to an of_platform_device
> > and enables it to talk to device tree directly. The ocp quirks are
> > completely re
Hello Valentine,
On Tue, 18 Sep 2007 16:03:50 +0400
Valentine Barshak wrote:
> Vitaly Bordug wrote:
> > +
> > + hose->io_base_phys = cpu_phys_addr - pci_addr;
>
> This is not gonna work on 32-bit platform (unless pci_addr == 0).
> Should be
> hose
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers/net/fs_enet/fs_enet-main.c
index 927cd9e..0e2d2b2 100644
--- a/d
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/net/fs_enet/fs_enet-main.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/fs_enet/fs_enet-main.c
b/drivers/net/fs_enet/fs_enet-main.c
index a4a2a0e..927cd9e 100644
--- a/drive
Hello Valentine,
On Tue, 18 Sep 2007 20:07:54 +0400
Valentine Barshak wrote:
> Currently pci_32 doesn't support 64-bit physical addresses, while
> PowerPC440 platform has PCI space typically mapped above 4GB range.
> The patch adds 64-bit physical address support to 32-bit PCI code
> in order to
Hello Valentine,
On Tue, 18 Sep 2007 18:38:56 +0400
Valentine Barshak wrote:
> Well, thanks for the invitation :)
> I've been trying to work on the pci support here too. But I've used a
> bit different approach. I tried to add 64-bit phys addr support to
> pci_32.c. The patch seems to work on S
Hello Esben,
On Wed, 19 Sep 2007 09:05:16 +0200
Esben Haabendal wrote:
>
> Hi
>
> Where did the patches containing the reworked fs_enet drivers and the generic
> bitbanged MDIO library go?
> I am talking about these 8 patches:
> http://www.mail-archive.com/linuxppc-dev@ozlabs.org/msg03184.htm
Hello Josh,
On Thu, 20 Sep 2007 07:42:36 -0500
Josh Boyer wrote:
> For those interested in 4xx, I've moved my git tree to kernel.org. You
> can find it here:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jwboyer/powerpc.git
>
Can you call it something like 4xx-powerpc.git, or powerpc-4xx.g
Hello Deepak,
On Tue, 25 Sep 2007 17:33:59 +0630
Deepak Gaur wrote:
> Hi all,
>
> I am writing a kernel module which is required to parse the characters
> received from a
> device attached to MPC8560 SCC2 (UART slave mode) on serial interface. This
> SCC is
> required to be configured for sing
Hello Nethra,
On Mon, 24 Sep 2007 22:47:38 -0700 (PDT)
Nethra wrote:
>
> hi everyone,
>
> I m using custom board similar to MPC8272ADS board...
>
> 1) For the first time it boots up properly in case if we overwrite any
> existing binaries using nfs mounted file system on the board, after
> reb
After Serial gadget is being unloaded, neither serial itself, nor other
gadget stuff can be loaded subsequently.
Signed-off-by: Vitaly Bordug <[EMAIL PROTECTED]>
---
drivers/usb/gadget/serial.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/
1 - 100 of 183 matches
Mail list logo
