On Fri, 2007-10-19 at 17:53 -0700, David Miller wrote:
> From: [EMAIL PROTECTED] (Linas Vepstas)
> Date: Fri, 19 Oct 2007 19:46:10 -0500
>
> > FWIW, it looks like not all that many arches do this; the output
> > for grep -r address_hi * is pretty thin. Then, looking at
> > i386/kernel/io_apic.c a
On Sat, 2007-10-20 at 08:06 +0200, Maxim Levitsky wrote:
> /* Disable interrupts, DMA, and rest of the chip*/
> saa_writel(SAA7134_IRQ1, 0);
> saa_writel(SAA7134_IRQ2, 0);
> saa_writel(SAA7134_MAIN_CTRL, 0);
> dev->insuspend = 1;
> synchronize_irq(pci_
On Saturday 20 October 2007 07:46:24 Benjamin Herrenschmidt wrote:
>
> > I probably need to add this synchronize_irq() logic in dmfe.c too, but I
> > probably do it later,
> > I think I am overestimating this race, since most drivers don't do
> > dev->insuspend checks in IRQ handler.
> > Maybe e
On 10/19/07, Michal Simek <[EMAIL PROTECTED]> wrote:
> Hi Steve and all,
> >Here's a full .dts generated using an updated version of
> >gen_mhs_devtree.py, following the proposal.
> >It happens to be a microblaze system, but you get the idea.
>
> I think that is no good idea generate dts with all i
> I probably need to add this synchronize_irq() logic in dmfe.c too, but I
> probably do it later,
> I think I am overestimating this race, since most drivers don't do
> dev->insuspend checks in IRQ handler.
> Maybe even just use free_irq() after all
Most drivers are probably underestimati
On 10/19/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
>
> Here's a full .dts generated using an updated version of
> gen_mhs_devtree.py, following the proposal.
> It happens to be a microblaze system, but you get the idea.
>
> Grant: Is this pretty what you intend?
Pretty close; comments be
On Saturday 20 October 2007 07:04:35 Benjamin Herrenschmidt wrote:
>
> > 1) some drivers use pci_disable_device(), and pci_enable_device().
> > should I use it too?
>
> I generally don't do the former, and I would expect the late to be done
> by pci_restore_state() for you. pci_disable_device(),
> 1) some drivers use pci_disable_device(), and pci_enable_device().
> should I use it too?
I generally don't do the former, and I would expect the late to be done
by pci_restore_state() for you. pci_disable_device(), last I looked,
only cleared the bus master bit though, which might be a good id
On Saturday 20 October 2007 05:56:01 Benjamin Herrenschmidt wrote:
>
> > I have read this thread and I concluded few things:
> >
> > 1) It is impossible to know that the card won't send more interrupts:
> > Even if I do a read from the device, the IRQ can be pending in the bus/APIC
> > It is even
> > - even when you ignore the interrupt (because the driver doesn't care,
> >it's suspending), you need to make sure the hardware gets shut up by
> >reading (or writing) the proper interrupt status register.
> >
> >Otherwise, with a level interrupt, the interrupt will continue to b
> > - even when you ignore the interrupt (because the driver doesn't care,
> >it's suspending), you need to make sure the hardware gets shut up by
> >reading (or writing) the proper interrupt status register.
> I agree, but while device is powered off, its registers can't be accessed
>
On Fri, 2007-10-19 at 19:25 -0700, Linus Torvalds wrote:
>
> On Sat, 20 Oct 2007, Maxim Levitsky wrote:
> >
> > and the interrupt handler:
> >
> > smp_rmb();
> > if (dev->insuspend)
> > goto out;
>
> Something like that can work, yes. However, you need to make sure that:
>
> I have read this thread and I concluded few things:
>
> 1) It is impossible to know that the card won't send more interrupts:
> Even if I do a read from the device, the IRQ can be pending in the bus/APIC
> It is even possible (and likely) that the IRQ line will be shared, thus the
> handler ca
On Sat, Oct 20, 2007 at 02:02:42AM +, Maxim Levitsky wrote:
>
> Thus I now understand that .suspend() should do:
>
> saa_writel(SAA7134_IRQ1, 0);
> saa_writel(SAA7134_IRQ2, 0);
> saa_writel(SAA7134_MAIN_CTRL, 0);
>
> dev->insuspend = 1;
> smp_wmb();
If we patch
Fix build break and warnings in current mainline git:
arch/ppc/syslib/m8260_setup.c: In function 'm8260_setup_arch':
arch/ppc/syslib/m8260_setup.c:63: error: implicit declaration of function
'identify_ppc_sys_by_name_and_id'
arch/ppc/syslib/m8260_setup.c:64: warning: passing argument 1 of 'in_be3
On Saturday 20 October 2007 04:25:34 Linus Torvalds wrote:
>
> On Sat, 20 Oct 2007, Maxim Levitsky wrote:
> >
> > and the interrupt handler:
> >
> > smp_rmb();
> > if (dev->insuspend)
> > goto out;
>
> Something like that can work, yes. However, you need to make sure that:
>
Olof Johansson wrote:
> Fix build break:
>
> drivers/net/tsi108_eth.c: In function 'tsi108_init_one':
> drivers/net/tsi108_eth.c:1633: error: expected ')' before 'dev'
> drivers/net/tsi108_eth.c:1633: warning: too few arguments for format
> make[2]: *** [drivers/net/tsi108_eth.o] Error 1
>
>
> S
Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Missing MODULE_LICENSE(), loading this module taints the kernel.
>
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
> ---
> drivers/net/phy/mdio-bitbang.c |2 ++
> 1 file changed, 2 insertions(+)
applied this and the NAPI_How
Hi,
Did it ever?! I get this with current mainline when building default target:
WRAParch/powerpc/boot/cuImage.8xx
DTC: dts->dtb on file "/work/work/linux/k.org/arch/powerpc/boot/dts/ep88xc.dts"
ERROR: Missing /chosen node
Input tree has errors
WRAParch/powerpc/boot/zImage.ep88xc
mak
Hi Steve and all,
>Here's a full .dts generated using an updated version of
>gen_mhs_devtree.py, following the proposal.
>It happens to be a microblaze system, but you get the idea.
I think that is no good idea generate dts with all information.
Especially information about PVR - number 2 means -
On Sat, 20 Oct 2007, Maxim Levitsky wrote:
>
> and the interrupt handler:
>
> smp_rmb();
> if (dev->insuspend)
> goto out;
Something like that can work, yes. However, you need to make sure that:
- even when you ignore the interrupt (because the driver doesn't care,
On Thursday 18 October 2007 03:25:42 Benjamin Herrenschmidt wrote:
> synchronize_irq needs at the very least a compiler barrier and a
> read barrier on SMP, but there are enough cases around where a
> write barrier is also needed and it's not a hot path so I prefer
> using a full smp_mb() here.
>
Fix build break:
drivers/net/tsi108_eth.c: In function 'tsi108_init_one':
drivers/net/tsi108_eth.c:1633: error: expected ')' before 'dev'
drivers/net/tsi108_eth.c:1633: warning: too few arguments for format
make[2]: *** [drivers/net/tsi108_eth.o] Error 1
Signed-off-by: Olof Johansson <[EMAIL PRO
> I'm cc'ing the powerpc mailing list to point this out:
> it looks like only cell/axon_msi.c and mpic_u3msi.c
> bother do do anything. I guess that there aren't any old
> macintosh laptops that have msi on them? Because without
> this, suspend and resume breaks.
The only macs that can do any
On Fri, 2007-10-19 at 18:49 -0500, Olof Johansson wrote:
> Optimize MPIC IPIs, by passing in the IPI number as the argument to the
> handler, since all we did was translate it back based on which mpic
> the interrupt came though on (and that was always the primary mpic).
>
>
> Signed-off-by: Olo
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Fri, 19 Oct 2007 19:46:10 -0500
> FWIW, it looks like not all that many arches do this; the output
> for grep -r address_hi * is pretty thin. Then, looking at
> i386/kernel/io_apic.c as an example, one can see that the
> msi state save happens "by acc
Hi,
On Fri, Oct 19, 2007 at 05:27:06PM -0700, David Miller wrote:
> From: [EMAIL PROTECTED] (Linas Vepstas)
> Date: Fri, 19 Oct 2007 19:04:21 -0500
>
> > I'm working in linux-2.6.23-rc8-mm1 at the moment, and I don't see
> > that happening. viz. read_msi_msg() is not called anywhere, and I need
>
Grant Likely wrote:
> On 10/19/07, Domen Puncer <[EMAIL PROTECTED]> wrote:
>> On 17/10/07 10:36 -0600, Grant Likely wrote:
>>> From: Grant Likely <[EMAIL PROTECTED]>
>>>
>>> Only the MPC5200 needs this bug fix. MPC5200B is okay.
>>>
>>> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
>>> ---
>>>
Here's a full .dts generated using an updated version of
gen_mhs_devtree.py, following the proposal.
It happens to be a microblaze system, but you get the idea.
Grant: Is this pretty what you intend?
Steve
/ {
#address-cells = <1>;
#size-cells = <1>;
compatible = "ibm,pl
Optimize MPIC IPIs, by passing in the IPI number as the argument to the
handler, since all we did was translate it back based on which mpic
the interrupt came though on (and that was always the primary mpic).
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
On Fri, Oct 19, 2007 at 06:31:3
From: "Medve Emilian-EMMEDVE1" <[EMAIL PROTECTED]>
Date: Fri, 19 Oct 2007 06:39:12 -0700
> For the current situation, 32-bit QE, 32-bit PowerPC, do you find
> the patch acceptable?
No piece of code in the kernel should live in a vacuum.
In order to improve overall code quality, every piece of
dr
On Sat, Oct 20, 2007 at 09:17:39AM +1000, Benjamin Herrenschmidt wrote:
>
> On Fri, 2007-10-19 at 13:51 -0500, Olof Johansson wrote:
> > Jeff Garzik pointed out that we don't actually have to lookup the mpic
> > instance since it's passed in as the interrupt handler data for IPIs.
>
> Note that's
On Fri, 2007-10-19 at 13:51 -0500, Olof Johansson wrote:
> Jeff Garzik pointed out that we don't actually have to lookup the mpic
> instance since it's passed in as the interrupt handler data for IPIs.
Note that's typically one of the annoying case where we use "irq"
for a good reasons, getting t
On Fri, Oct 19, 2007 at 12:42:02PM -0500, Jon Loeliger wrote:
> Folks,
>
> This 4 part patch series for the DTC has:
>
> 0001-Reformat-grammar-rules-to-not-mix-language-syntax-an.patch
> 0002-Quiet-a-bogus-May-be-used-uninitialized-warning.patch
> 0003-Appease-the-printf-format-Gods-w
Hi Jens, Stephen, and Everyone else.
I am seeing this crash on a legacy iSeries box. Bisect points at
70eb8040dc81212c884a464b75e37dca8014f3ad (Add chained sg support to
linux/scatterlist.h).
I see there were some related troubles discussed a couple days back.
I've refreshed my tree, so bel
Hi Paul,
Please pull from
master.kernel.org:/pub/scm/linux/kernel/git/jwboyer/powerpc-4xx.git for-2.6.24
to pick up a handful of fixes for 4xx. These are mostly to enable the
ibm_newemac driver for the various boards. Since a few patches to the
driver are needed from Linus' tree, the branch i
[PCMCIA] Convert some internal-only ioaddr_t to unsigned int
Convert the io_req_t members to unsigned int, to allow use on machines
with more than 16 bits worth of IO ports (i.e. secondary busses on
ppc64, etc).
There was only a couple of places in drivers where a change was needed. I
left printk
(it was suggested to deprecate -embedded in favour of -dev, so, added to
cc:)
On Fri, 19 Oct 2007, Grant Likely wrote:
> On 10/19/07, Wolfgang Grandegger <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > is it forseen to define and configure devices like RTC, temperature
> > sensors or EEPROM on the
On 10/19/07, Leisner, Martin <[EMAIL PROTECTED]> wrote:
> Is there a way to embed a default dtb into the kernel?
> When I build a kernel, I want to embed a dtb into it --
> so I don't have to deal with the headaches of finding the
> right file to match the right board (its always easier to
> deal w
Dear Josh,
in message <[EMAIL PROTECTED]> you wrote:
>
> > The following patch adds support for 256KB PAGE_SIZE on ppc44x-based
> > boards.
> > The applications to be run on the kernel with 256KB PAGE_SIZE have to be
> > built using the modified version of binutils, where the MAXPAGESIZE
> >
Jeff Garzik pointed out that we don't actually have to lookup the mpic
instance since it's passed in as the interrupt handler data for IPIs.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/arch/powerpc/sysdev/mpic.c b/arch/powerpc/sysdev/mpic.c
index e479388..6bf56f4 100644
--- a/
Is there a way to embed a default dtb into the kernel?
When I build a kernel, I want to embed a dtb into it --
so I don't have to deal with the headaches of finding the
right file to match the right board (its always easier to
deal with 1 file than 2).
If there is, it makes sense to put dtc into t
Hi David.
> > Give me a day or two then I shall give it a try and see what I can
> > do about it. I will use the previsous posted URL as basis if you do
> > not tell me otherwise.
>
> Thank you. The previous URL should be fine, I've made no changes
> since then.
I decided to go for a kbuild sp
Guys,
And just for the record, here is the QAD script that
I used to verify that all the existing DTS files in
the arch/powerpc/boot/dts directory are byte-identical
before and after my recent modifications. Naturally,
all the DTS files are still in "legacy dts-version 0"
still. But I don't thin
Add support for the "/dts-version/ ;" statment.
Make legacy DTS files version 0 whether explicitly stated
or implied by a lack of /dts-version/ statement.
Begin supporting a new /dts-version/ 1 that changes the
format of the literals in a DTS source file. In the new
format, hex constants are pre
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
tests/get_name.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tests/get_name.c b/tests/get_name.c
index 2481741..a76bdf8 100644
--- a/tests/get_name.c
+++ b/tests/get_name.c
@@ -55,7 +55,7 @@ void check_name(void *fd
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
flattree.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/flattree.c b/flattree.c
index a26e71b..5889900 100644
--- a/flattree.c
+++ b/flattree.c
@@ -136,7 +136,7 @@ static void asm_emit_cell(void *e, cell_t val)
stat
Use consistent indenting on all rule actions.
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
No functional changes!
dtc-parser.y | 152 +-
1 files changed, 118 insertions(+), 34 deletions(-)
diff --git a/dtc-parser.y b/dtc-parser.y
Folks,
This 4 part patch series for the DTC has:
0001-Reformat-grammar-rules-to-not-mix-language-syntax-an.patch
0002-Quiet-a-bogus-May-be-used-uninitialized-warning.patch
0003-Appease-the-printf-format-Gods-with-a-correct-typ.patch
0004-Begin-the-path-to-sane-literals-and-express
In order to achieve your goal you must do at least following things:
1) enable FRAMEBUFFER_CONSOLE option in the kernel.
2) Upon reboot make getty for the monitor terminal device (could be
tty1, but you must check).
You may add line to your inittab file
tty1::respawn:/sbin/getty 38400 tty1
Spee
On Fri, Oct 19, 2007 at 11:32:33AM +0800, Bai Shuwei wrote:
> all,
> hi, when I boot my system, there are no output on the screen.
> I choice the framebuffer and my monitor card is ATI PAGE 128 PCI, qt/e GUI.
> When i compile the kernel, the boot logo and aty 128fb has be compiled into
> kernel
On Thu, 18 Oct 2007 11:08:19 +0400
Yuri Tikhonov <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> The following patch adds support for 256KB PAGE_SIZE on ppc44x-based boards.
> The applications to be run on the kernel with 256KB PAGE_SIZE have to be
> built using the modified version of binutils, w
On Friday 19 October 2007 19:48, Kumar Gala wrote:
> > PAGE_SIZE = 4K:
> > P = 66 MBps;
> >
> > PAGE_SIZE = 16K:
> > P = 145 MBps;
> >
> > PAGE_SIZE = 64K:
> > P = 196 MBps;
> >
> > PAGE_SIZE = 256K:
> > P = 217 MBps.
>
> Is this all in kernel space? or is there a user space aspect to the
>
Jerry Van Baren wrote:
>> +/*
>> + * Download a microcode to the I-RAM at a specific address.
>
>> + *
>> + * @firmware: pointer to qe_firmware structure
>> + */
>> +int qe_upload_microcode(const struct qe_firmware *firmware)
> ^^
> We seem to be a little conflicted ov
On Oct 19, 2007, at 10:37 AM, Yuri Tikhonov wrote:
> On Friday 19 October 2007 03:21, Paul Mackerras wrote:
>> Have you measured the performance using a 64kB page size? If so, how
>> does it compare with the 256kB page size?
>
> I measured the performance of the sequential full-stripe write
>
On Fri, Oct 19, 2007 at 09:43:38AM -0600, Grant Likely wrote:
> On 10/19/07, Sven Luther <[EMAIL PROTECTED]> wrote:
> > On Fri, Oct 19, 2007 at 07:09:16AM -0600, Grant Likely wrote:
> > > On 10/19/07, Domen Puncer <[EMAIL PROTECTED]> wrote:
> > > > On 17/10/07 10:36 -0600, Grant Likely wrote:
> > >
On 10/19/07, Sven Luther <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 19, 2007 at 07:09:16AM -0600, Grant Likely wrote:
> > On 10/19/07, Domen Puncer <[EMAIL PROTECTED]> wrote:
> > > On 17/10/07 10:36 -0600, Grant Likely wrote:
> > > > From: Grant Likely <[EMAIL PROTECTED]>
> > > >
> > > > Only the MPC
On 10/19/07, Li Yang <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Li Yang <[EMAIL PROTECTED]>
> ---
> Documentation/powerpc/booting-without-of.txt | 32
> ++
> 1 files changed, 32 insertions(+), 0 deletions(-)
>
> diff --git a/Documentation/powerpc/booting-without-of.txt
On Friday 19 October 2007 03:21, Paul Mackerras wrote:
> Have you measured the performance using a 64kB page size? If so, how
> does it compare with the 256kB page size?
I measured the performance of the sequential full-stripe write operations to
a RAID-5 array (P values below are in MB per seco
On 10/19/07, Li Yang <[EMAIL PROTECTED]> wrote:
> The SerDes(serializer/deserializer) PHY block is a new SoC block used
> in Freescale chips to support multiple serial interfaces, such as PCI
> Express, SGMII, SATA.
This looks like board setup behaviour. Shouldn't setting this up be
the responsib
On Fri, Oct 19, 2007 at 07:09:16AM -0600, Grant Likely wrote:
> On 10/19/07, Domen Puncer <[EMAIL PROTECTED]> wrote:
> > On 17/10/07 10:36 -0600, Grant Likely wrote:
> > > From: Grant Likely <[EMAIL PROTECTED]>
> > >
> > > Only the MPC5200 needs this bug fix. MPC5200B is okay.
> > >
> > > Signed-o
This patch enables the ibm_newemac driver for the Walnut board. It fixes the
device tree for the walnut board to order the MAL interrupts correctly and
adds the local-mac-address property to the EMAC node. The bootwrapper is also
updated to extract the MAC address from the OpenBIOS offset where i
Fix some device tree omissions that prevented the new EMAC driver from
setting up ethernet on the Bamboo board correctly and update the Bamboo
defconfig.
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/bamboo.dts | 10 ++
arch/powerpc/configs/bamboo_defconfig | 11
The current bootwrapper fails to set the timebase clock to the CPU clock
which causes the time to increment incorrectly. This fixes it by using the
correct #define for the CPC0_CR1 register.
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/boot/treeboot-walnut.c |4 ++--
1 file
Update the Ebony defconfig to enable the ibm_newemac driver.
Signed-off-by: Josh Boyer <[EMAIL PROTECTED]>
---
arch/powerpc/configs/ebony_defconfig | 115 +--
1 file changed, 70 insertions(+), 45 deletions(-)
--- linux-2.6.orig/arch/powerpc/configs/ebony_defconfi
This series of patches enables the EMAC driver for the Ebony, Walnut, and
Bamboo boards. There's also a timebase fix for Walnut.
I'll put these and a few other patches that have been sent to me into my git
tree later today and ask Paul to pull.
josh
--
__
Emil Medve wrote:
> drivers/net/ucc_geth.c: In function 'ucc_geth_startup':
> drivers/net/ucc_geth.c:2614: warning: assignment makes integer from pointer
> without a cast
> drivers/net/ucc_geth.c:2651: warning: assignment makes integer from pointer
> without a cast
>
> Signed-off-by: Emil Medve
debian:
(on x86/fedora development system) (used on 82xx)
1. debootstrap with the --foreign
i.e. debootstrap --arch powerpc etch http://mirrors.kernel.org/debian
mannually create an inittab, create/copy some default /dev entries
2. boot 74xx target with above root filesystem, run
/debo
On Fri, Oct 19, 2007 at 08:23:19AM -0500, Kumar Gala wrote:
>
> On Oct 18, 2007, at 5:29 PM, Anton Vorontsov wrote:
>
>> On Thu, Oct 18, 2007 at 02:58:25PM -0500, Kumar Gala wrote:
>> [...]
+
+ [EMAIL PROTECTED],0 {
+ #address-cells = <1>;
+
On Fri, 19 Oct 2007 08:10:00 -0500 Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> what's the rule of thumb to know when to include does
> everything starting with of_flat_* come from there?
Basically anything that deals with the flattened device tee should
include asm/prom.h. This may change in the
Hello David
> It only kills the warning on 32-bit systems, the cast is wrong
> either way.
I'm not aware of the QE being present on any 64-bit PowerPC. However,
porting the entire driver to a 64-bit platform is an exercise in itself
as many other things would need tweaking the QE hardware itself
Hello.
Paul Mackerras wrote:
>>The xtime_lock is still grabbed by time_init()
Oops, I got distracted and hadn't finish the passage.
My patch got rid of this xtime_lock stuff -- but this was in a different
context, with all vDSO initialization code in between being killed by John's
pa
On Oct 18, 2007, at 6:21 PM, Paul Mackerras wrote:
> Yuri Tikhonov writes:
>
>> The following patch adds support for 256KB PAGE_SIZE on ppc44x-
>> based boards.
>> The applications to be run on the kernel with 256KB PAGE_SIZE have
>> to be
>> built using the modified version of binutils, where
On Oct 18, 2007, at 5:29 PM, Anton Vorontsov wrote:
> On Thu, Oct 18, 2007 at 02:58:25PM -0500, Kumar Gala wrote:
> [...]
>>> +
>>> + [EMAIL PROTECTED],0 {
>>> + #address-cells = <1>;
>>> + #size-cells = <1>;
>>> + compatible = "Span
On Oct 19, 2007, at 2:31 AM, Li Yang-r58472 wrote:
>> -Original Message-
>> From: David Gibson [mailto:[EMAIL PROTECTED]
>> Sent: Friday, October 19, 2007 8:56 AM
>> To: Li Yang-r58472
>> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
>> linuxppc-dev@ozlabs.org
>> Subject: Re: [PATCH v5 9/9] a
On Oct 18, 2007, at 7:43 PM, Stephen Rothwell wrote:
> On Thu, 18 Oct 2007 23:04:02 +0800 Li Yang <[EMAIL PROTECTED]>
> wrote:
>>
>> +++ b/arch/powerpc/platforms/83xx/mpc837x_mds.c
>> +static void __init mpc837x_mds_setup_arch(void)
>> +{
>> +#ifdef CONFIG_PCI
>> +struct device_node *np;
>>
On 10/19/07, Domen Puncer <[EMAIL PROTECTED]> wrote:
> On 17/10/07 10:36 -0600, Grant Likely wrote:
> > From: Grant Likely <[EMAIL PROTECTED]>
> >
> > Only the MPC5200 needs this bug fix. MPC5200B is okay.
> >
> > Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> > ---
> >
> > Sven, Domen;
> >
> >
On Oct 18, 2007, at 6:22 PM, Siva Prasad wrote:
> Hi,
>
> When I tried to build zImage (make zImage V=1) based on the 2.6.19
> kernel for 8641HPCN board, I got the following error...
>
> make -f scripts/Makefile.build obj=lib
> make -f
> /export/beavis/work/sprasad/2.6.19/linux-2.6.19/scripts/
>
>> Export symbols of qe_lib to be used by QE drivers.
>>
>> Signed-off-by: Li Yang <[EMAIL PROTECTED]>
>> ---
>> arch/powerpc/sysdev/qe_lib/ucc.c |7 +++
>> arch/powerpc/sysdev/qe_lib/ucc_fast.c |8
>> arch/powerpc/sysdev/qe_lib/ucc_slow.c | 12
diff --git a/arch/powerpc/boot/dts/mpc8377_mds.dts
b/arch/powerpc/boot/dts/mpc8377_mds.dts
>>> [snip]
+ [EMAIL PROTECTED] {
+ #address-cells = <1>;
+ #size-cells = <1>;
+ device_type = "soc";
+ ranges = <0 e000 001
Newer GCC's are capable of autovectorization for ISA extensions like
AltiVec and SPE. If we happen to build with one of those compilers we
will get SPE instructions in random kernel code. Today we only allow
basic interger code in the kernel and FP, AltiVec, or SPE in special
explicit locations t
So, like, the other day Kumar Gala mumbled:
>
> On Oct 18, 2007, at 6:19 PM, Paul Mackerras wrote:
>
> > Your commit message doesn't give any reason why you are doing this, or
> > any explanation of what goes wrong without it. In fact, the commit
> > message is completely empty. :) Please resub
Sergei Shtylyov writes:
> BTW, why not handle the decrementer difference right in set_dec() where
> we
> already have #ifdef'ed code?
Excellent idea. Let's do that.
Paul.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/m
Sergei Shtylyov writes:
> The xtime_lock is still grabbed by time_init()
That was left in there because we are setting sys_tz and do_gtod, and
do_gtod at least is only updated with the xtime_lock held. Of course,
at that early stage in the boot process, no lock is really needed, but
xtime_lo
Paul Mackerras wrote:
> Sergei Shtylyov writes:
>>And now you have incomplete read_persistent_clock() implementation for
> I don't see anything incomplete about it. If you do, feel free to
> post a patch.
The xtime_lock is still grabbed by time_init()
>>example, god knows why it was p
Please, take a look at my comments below
Stefan Roese wrote:
> This patch reworks existing ibm-iic driver to support of_platform_device
> and enables it to talk to device tree directly. The "old" OCP interface
> for arch/ppc is still supported via #ifdef's and shall be removed when
> arch/ppc is g
On Thu, 18 Oct 2007 22:20:49 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
>
> On Oct 18, 2007, at 6:19 PM, Paul Mackerras wrote:
>
> > Kumar Gala writes:
> >
> >> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> >
> > Your commit message doesn't give any reason why you are doing this, or
> > any e
Hello.
Paul Mackerras wrote:
>>>What problem do you see arising from this?
>>Timers firing too early.
> Only if the minimum interrupt latency is less than 1 decrementer
> tick. That seems pretty unlikely to me unless you have a very slow
> timebase frequency.
Well, MPC8540 has 825 MHz
On 17/10/07 10:36 -0600, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Only the MPC5200 needs this bug fix. MPC5200B is okay.
>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> ---
>
> Sven, Domen;
>
> Can you please test this patch?
I found no obvious problems with it o
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
Updated pci node.
arch/powerpc/boot/dts/mpc8377_mds.dts | 282 +++
arch/powerpc/boot/dts/mpc8378_mds.dts | 264 +
arch/powerpc/boot/dts/mpc8379_mds.dts | 300 +
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/configs/mpc837x_mds_defconfig | 878
1 files changed, 878 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/mpc837x_mds_defconfig
diff --git a/arch/powerpc/configs/mpc837x_mds_defconfig
IPIC controller doesn't support ack operations. The pending registers
are read-only. The patch removes ack operations which are not needed.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/ipic.c | 40 ++--
1 files changed, 2 insertions(+)
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 29 ++
1 files changed, 29 insertions(+), 0 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index 8d49942.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
Documentation/powerpc/booting-without-of.txt | 32 ++
1 files changed, 32 insertions(+), 0 deletions(-)
diff --git a/Documentation/powerpc/booting-without-of.txt
b/Documentation/powerpc/booting-without-of.txt
index a96e853.
The MPC837x MDS is a new member of Freescale MDS reference system.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/83xx/Kconfig | 12 +++
arch/powerpc/platforms/83xx/Makefile |1 +
arch/powerpc/platforms/83xx/mpc837x_mds.c | 104
The SerDes(serializer/deserializer) PHY block is a new SoC block used
in Freescale chips to support multiple serial interfaces, such as PCI
Express, SGMII, SATA.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/Kconfig |7 ++
arch/powerpc/sysdev/Makefile |1 +
a
These interrupts are introduced by the latest Freescale SoC such as
MPC837x.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/sysdev/ipic.c | 138 ++--
arch/powerpc/sysdev/ipic.h |7 +-
include/asm-powerpc/ipic.h | 12 ++--
3 files changed
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/cputable.c | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index d3fb7d0..03b973f 100644
--- a/arch/powerpc/kernel/cputable.c
+++
Also includes a patch cleaning up IPIC, which could improve the performance.
Hope this is the lucky version with the acceptable DTS's.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Driver for ethernet on mpc5200/mpc5200b SoCs (FEC).
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
On 18/10/07 15:14 -0400, Jeff Garzik wrote:
>
> except a resend combining patches 3 and 4 as requested :)
OK, here it goes. Sorry for the delay.
diffstat:
drivers/net/Kconfig |
1 - 100 of 111 matches
Mail list logo
