They seem like worm virus. or
The linuxppc-dev really doesn't have love?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
This e-mail is confidential, the property of NDS Ltd and intended for the
addressee only. Any dissemination, copying or distribution of this message or
any attachments by anyone other than the intended recipient is strictly
prohibited. If you have received this message in error, please immedia
> They seem like worm virus. or
> The linuxppc-dev really doesn't have love?
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
Doesn't anyone know how to read e-mails these days? I'll put it in caps,
maybe it will stand out more:
HTTPS://OZLABS.ORG/MAILMAN/LISTINFO/LINUXPPC-DEV
--
greetz,
>My version is mucked up anyway - PORT_NWPSERIAL has the same value as
>PORT_S3C6400.
Should I send an updated version against a current tree?
ben
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Benjamin Herrenschmidt wrote:
>
> > I don't know quite the detail of the new cpumask stuff ... It could be
> > as simple as passing a pointer instead of the value in the
> > cpumask_scnprintf call though...
>
> Actually, I'll do more tests and if that ends up being the only needed
> change, I'll
On Wed, 2009-01-07 at 03:46 -0600, Nathan Lynch wrote:
> Benjamin Herrenschmidt wrote:
> >
> > > I don't know quite the detail of the new cpumask stuff ... It could be
> > > as simple as passing a pointer instead of the value in the
> > > cpumask_scnprintf call though...
> >
> > Actually, I'll do
kindly unsubscribe me from this mailing list.
Best Regards,
xiaoshuang liu
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
From: Benjamin Herrenschmidt
> On Tue, 2009-01-06 at 14:55 +0200, Octavian Purdila wrote:
> > Adds oprofile support for ppc750. ppc750 performance counters
> > interface is similar with G4, but it only has 4 performance counters
> > instead of 6.
> >
> > I tested this on a PPC750GX and it seems t
On Monday 05 January 2009 22:00:33 Dave Hansen wrote:
> OK, I had to think about this for a good, long time. That's bad. :)
>
> There are two things that we're dealing with here: "active regions" and
> the NODE_DATA's. The if() you've pasted above resizes the reservation
> so that it fits into th
This commit adds the setup code for booting Linux on AmigaOne G3SE (G3
only), AmigaOne XE and uA1 (G3/G4) desktop computers. These boards were
sold by Eyetech and are based on MAI Logic's Teron boards and its
Articia S northbridge.
The AmigaOne uses U-boot as firmware, which doesn't support a flatt
This adds the bootwrapper for the cuImage target and a compatible property
check for "pnpPNP,501" to the generic serial console support code.
The default link address for the cuImage target is set to 0x80. This
allows to boot the kernel with AmigaOS4's second level bootloader, which
always load
This device tree does not provide the correct CPU name, as various CPU
models and revisions are used in AmigaOnes. Also the PCI root node does
not contain a interrupt mapping property, as all boards have different
interrupt routing. However the kernel can do a 1:1 mapping of all PCI
interrupts, as
CONFIG_CC_OPTIMIZE_FOR_SIZE is selected, because otherwise the kernel
wouldn't boot. The AmigaOne's U-boot firmware seems to have a problem
loading uImages bigger than 1.8 MB.
Signed-off-by: Gerhard Pircher
---
arch/powerpc/configs/amigaone_defconfig | 1613 +++
1 fil
The AmigaOne uses the onboard VIA IDE controller in legacy mode (like the
Pegasos).
Signed-off-by: Gerhard Pircher
---
drivers/ide/via82cxxx.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/ide/via82cxxx.c b/drivers/ide/via82cxxx.c
index 2a812d3..086f476 100
Hi Benjamin,
commit 2a4aca114439 (powerpc/mm: Split low level tlb invalidate for nohash
processors)
breaks building for 40x CPUs. This is what I get when building for the walnut
board:
CC arch/powerpc/kernel/prom.o
In file included from arch/powerpc/kernel/prom.c:56:
arch/powerpc/mm/mmu_
On Jan 6, 2009, at 8:42 PM, Michael Ellerman wrote:
On Fri, 2009-01-02 at 15:04 -0600, Milton Miller wrote:
make the idom "always call realloc_memory_ranges when filling a range
entry"
@@ -666,6 +674,8 @@ int setup_memory_ranges(unsigned long ke
memory_range[j].end = exclude_r
On Wed, Jan 07, 2009 at 03:10:45PM +0100, Matthias Fuchs wrote:
>Hi Benjamin,
>
>commit 2a4aca114439 (powerpc/mm: Split low level tlb invalidate for nohash
>processors)
>breaks building for 40x CPUs. This is what I get when building for the walnut
>board:
>
> CC arch/powerpc/kernel/prom.o
>
On Wed, Jan 07, 2009 at 02:56:51PM +1100, Benjamin Herrenschmidt wrote:
>This is a brown paper bag from one of my earlier patches that
>breaks build on 40x and 8xx.
>
>And yes, I've now added 40x and 8xx to my list of test configs :-)
>
>Signed-off-by: Benjamin Herrenschmidt
Acked-by: Josh Boyer
On Wednesday 07 January 2009 07:20:17 Benjamin Herrenschmidt wrote:
> On Mon, 2008-12-22 at 16:14 +0530, Chandru wrote:
> > On a ppc64 machine booting linux-2.6.28-rc9 with crashkernel=2...@32m
> > boot parameter caused the kernel to panic while booting. Follwing is the
> > console message..
>
> T
On Jan 7, 2009, at 8:10 AM, Matthias Fuchs wrote:
Hi Benjamin,
commit 2a4aca114439 (powerpc/mm: Split low level tlb invalidate for
nohash processors)
breaks building for 40x CPUs. This is what I get when building for
the walnut board:
CC arch/powerpc/kernel/prom.o
In file included
unsubscribe me plz.
--
"The Good You Do, The Best You GET"
Regards
Srikanth Krishnakar
**
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Benjamin Herrenschmidt wrote:
>
>> I'm not sure if this should be changed in the mainline. This card works
>> out of the box when used with a generic x86 PC, but not when used with
>> a sequoia. But, maybe it's just me climbing the PPC learning curve.
>
> Nah, I think 256M is ridiculously small
[removed Paul from cc and fixed Mohan's email]
On Jan 6, 2009, at 5:44 PM, Michael Ellerman wrote:
On Fri, 2009-01-02 at 14:46 -0600, Milton Miller wrote:
@@ -94,10 +95,35 @@ void __init reserve_crashkernel(void)
KDUMP_KERNELBASE);
crashk_res.start = KD
On Wed, Jan 7, 2009 at 7:03 AM, Gerhard Pircher wrote:
> diff --git a/arch/powerpc/boot/serial.c b/arch/powerpc/boot/serial.c
> index 8b3607c..f2156f0 100644
> --- a/arch/powerpc/boot/serial.c
> +++ b/arch/powerpc/boot/serial.c
> @@ -117,7 +117,8 @@ int serial_console_init(void)
>if (devp
On Dec 18, 2008, at 8:34 PM, Liu Yu wrote:
KVM on E500 platform currently utilize TLB1 entries without
bothering host,
that is using unused TLB1 entries.
So, KVM needs to read tlbcam_index to know exactly
which TLB1 entry is unused by host.
Signed-off-by: Liu Yu
---
[v2]
Remove num_tlbcam_
On Wed, Jan 7, 2009 at 7:12 AM, Gerhard Pircher wrote:
> The AmigaOne uses the onboard VIA IDE controller in legacy mode (like the
> Pegasos).
>
> Signed-off-by: Gerhard Pircher
> ---
> drivers/ide/via82cxxx.c |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
This patch needs to
On Mon, Jan 05, 2009 at 08:41:55PM +0300, Anton Vorontsov wrote:
> This patch adds pcie nodes to the appropriate dts files, plus adds
> some probing code for the boards.
>
> Signed-off-by: Anton Vorontsov
> ---
[...]
> diff --git a/arch/powerpc/boot/dts/mpc8377_mds.dts
> b/arch/powerpc/boot/dts/
Original-Nachricht
> Datum: Wed, 7 Jan 2009 08:07:14 -0700
> Von: "Grant Likely"
> An: "Gerhard Pircher"
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 3/5] powerpc: Bootwrapper and serial console support for
> AmigaOne
> On Wed, Jan 7, 2009 at 7:03 AM, Gerhard Pircher
On Jan 7, 2009, at 9:19 AM, Anton Vorontsov wrote:
On Mon, Jan 05, 2009 at 08:41:55PM +0300, Anton Vorontsov wrote:
This patch adds pcie nodes to the appropriate dts files, plus adds
some probing code for the boards.
Signed-off-by: Anton Vorontsov
---
[...]
diff --git a/arch/powerpc/boot/dt
On Wed, Jan 07, 2009 at 11:51:12AM +0800, Li Yang wrote:
> > I see two sensible options for this situation:
> >- Move the MDIO node to outside the gianfar MAC node. I think
> > this is already done on some boards with gianfar?
>
> Yes, we can use good old way. But as Scott has moved the
Original-Nachricht
> Datum: Wed, 7 Jan 2009 08:13:06 -0700
> Von: "Grant Likely"
> An: "Gerhard Pircher"
> CC: linuxppc-dev@ozlabs.org, bzoln...@gmail.com
> Betreff: Re: [PATCH 5/5] ide: Force VIA IDE legacy interrupts for AmigaOne
> boards
> On Wed, Jan 7, 2009 at 7:12 AM, G
On Tue, Jan 06, 2009 at 01:18:56PM +0100, Leon Woestenberg wrote:
> Hello,
>
> On Mon, Jan 5, 2009 at 7:01 PM, Anton Vorontsov
> wrote:
> > On Mon, Jan 05, 2009 at 11:46:45AM -0600, Scott Wood wrote:
> > [...]
> >> > My statement was to convey that the kernel.org kernel should only
> >> > worry i
On Wed, Jan 7, 2009 at 8:20 AM, Gerhard Pircher wrote:
>
> Original-Nachricht
>> Datum: Wed, 7 Jan 2009 08:07:14 -0700
>> Von: "Grant Likely"
>> An: "Gerhard Pircher"
>> CC: linuxppc-dev@ozlabs.org
>> Betreff: Re: [PATCH 3/5] powerpc: Bootwrapper and serial console support for
Please unsubscribe me too, thanks!!
santhoshunnikrish...@tataelxsi.co.in wrote:
Please unsubscribe me, thanks!
The information contained in this electronic message and any
attachments to this message are intended for the exclusive use of the
addressee(s) and may contain proprietary, confi
Commit b31a1d8b41513b96e9c7ec2f68c5734cef0b26a4 went back to using
BUS_ID_SIZE instead of sizeof() as per the larger patch series
that will remove "char bus_id[20]" from struct device.
Signed-off-by: Kumar Gala
---
drivers/net/gianfar.c |6 +++---
1 files changed, 3 insertions(+), 3 deletion
unsubscribe
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Dec 8, 2008, at 9:34 PM, Trent Piepho wrote:
Some assembly code in head_fsl_booke.S hard-coded the size of struct
tlbcam
to 20 when it indexed the TLBCAM table. Anyone changing the size of
struct
tlbcam would not know to expect that.
The kernel already has a system to get the size of C
On Wed, Jan 7, 2009 at 6:54 AM, Gerhard Pircher wrote:
> +
> +void amigaone_show_cpuinfo(struct seq_file *m)
> +{
> + struct device_node *root;
> + const char *model = "";
> +
> + root = of_find_node_by_path("/");
> + if (root)
> + model = of_get_property(root
On Dec 8, 2008, at 9:34 PM, Trent Piepho wrote:
This is a global variable defined in fsl_booke_mmu.c with a value
that gets
initialized in assembly code in head_fsl_booke.S.
It's never used.
If some code ever does want to know the number of entries in TLB1,
then
"numcams = mfspr(SPRN_TLB
void __init
adjust_total_lowmem(void)
{
- phys_addr_t max_lowmem_size = __max_low_memory;
- phys_addr_t cam_max_size = 0x1000;
phys_addr_t ram;
+ unsigned int max_cam = 28; /* 2^28 = 256 Mb */
+ char buf[ARRAY_SIZE(cam) * 5 + 1], *p = buf;
+ int i;
On Dec 9, 2008, at 8:26 AM, Josh Boyer wrote:
On Mon, 8 Dec 2008 19:34:55 -0800
Trent Piepho wrote:
Some assembly code in head_fsl_booke.S hard-coded the size of
struct tlbcam
to 20 when it indexed the TLBCAM table. Anyone changing the size
of struct
tlbcam would not know to expect tha
On Wed, Jan 7, 2009 at 7:01 AM, Gerhard Pircher wrote:
> This device tree does not provide the correct CPU name, as various CPU
> models and revisions are used in AmigaOnes. Also the PCI root node does
> not contain a interrupt mapping property, as all boards have different
> interrupt routing. H
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
unsubscribe
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxp
On Wed, 2009-01-07 at 18:28 +0530, Chandru wrote:
> I don't know how you wanted NODE_DATA() to be consulted here. i.e before
> calling reserve_bootmem_node() should we have a condition
>
> if (PFN_UP(physbase+reserve_size) > node_end_pfn)
> then
> resize reserve_
unsubscribe
---
Rick Sterling
Space Sciences Laboratory
University of California, Berkeley
510.642.6149
rsterl...@ssl.berkeley.edu
---
___
Linuxppc-dev mailing list
Linuxppc-dev@o
On Mon, 5 Jan 2009, Phillip Lougher wrote:
> diff --git a/fs/squashfs/inode.c b/fs/squashfs/inode.c
> new file mode 100644
> index 000..7a63398
> --- /dev/null
> +++ b/fs/squashfs/inode.c
> @@ -0,0 +1,346 @@
> +int squashfs_read_inode(struct inode *inode, long long ino)
> +{
> + struct sup
On Tuesday 06 January 2009, Geoff Levand wrote:
> Patches 3-6 are minor cleanups suggested by Arnd Bergmann. I have left two
> of Arnd's sugestions, implementing the driver as a block device, similar to
> the axonram driver, and eliminating the need to ioremap. These will require
> a significant
Benjamin Herrenschmidt wrote:
> On Wed, 2009-01-07 at 03:46 -0600, Nathan Lynch wrote:
> > Benjamin Herrenschmidt wrote:
> > >
> > > > I don't know quite the detail of the new cpumask stuff ... It could be
> > > > as simple as passing a pointer instead of the value in the
> > > > cpumask_scnprintf
On Wed, Jan 07, 2009 at 09:10:41AM +0100, Marc Leeman wrote:
> > They seem like worm virus. or
> > The linuxppc-dev really doesn't have love?
>
> > https://ozlabs.org/mailman/listinfo/linuxppc-dev
Nah, it's the merger with linuxppc-embedded.
> Doesn't anyone know how to read e-mails these days?
On Wednesday 07 January 2009, Stephen Rothwell wrote:
> Also the value originally comes from a notifier callback
> (spu_active_notify) which is passed this value as an "unsigned long".
The data that gets passed down here is originally the u64 object_id
from struct spu_context, but it gets passed
On Wed, Jan 07, 2009 at 02:54:57PM +0100, Gerhard Pircher wrote:
> +void amigaone_show_cpuinfo(struct seq_file *m)
> +{
> + struct device_node *root;
> + const char *model = "";
> +
> + root = of_find_node_by_path("/");
> + if (root)
> + model = of_get_property(root, "mo
On Wednesday 07 January 2009, Stephen Rothwell wrote:
> From: Ingo Molnar
>
> in/out_be64() work on u64s.
>
> The first parameter to ppc_md.ioremap is a phys_addr_t.
>
> [Split out from a large patch - sfr]
> [A couple of updates - sfr]
> Signed-off-by: Ingo Molnar
> Signed-off-by: Stephen Rot
Arnd Bergmann wrote:
> On Tuesday 06 January 2009, Geoff Levand wrote:
>> Patches 3-6 are minor cleanups suggested by Arnd Bergmann. I have left two
>> of Arnd's sugestions, implementing the driver as a block device, similar to
>> the axonram driver, and eliminating the need to ioremap. These wil
thanks, applied.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
From: Grant Likely
The MPC5200 PIC driver doesn't correctly update the .status field of
the irq_desc structure when the set_type hook is called. This patch
adds the required code.
Also cleans up the external IRQ typename field to be something easier
to read (very minor).
Signed-off-by: Grant L
On Tuesday 06 January 2009, Geoff Levand wrote:
> do {
> - if (notify[3] == 0)
> + if (!notify[3])
> return 0;
> -
> - if (timeout_ms)
> - udelay(1);
> + msleep(1);
> } while (timeo
If we're going to clean this code up, does it make sense to take it
further? More precisely, your patch does:
@@ -226,7 +226,7 @@ u64 hipz_h_alloc_resource_eq(const struct
ipz_adapter_handle adapter_handle,
u32 *eq_ist)
{
u64 ret;
- u64 outs[PLPAR_HCAL
Hi Kumar,
> >drivers/watchdog/Kconfig |6 +
> >drivers/watchdog/Makefile |1
> >drivers/watchdog/gef_wdt.c | 333 +++
> >+
> >3 files changed, 340 insertions(+), 0 deletions(-)
>
> Wim,
>
> Any status of acceptance of this?
I started reviewing i
On Wednesday 07 January 2009, Geoff Levand wrote:
> Geert and I were discussing actually removing the direct write to the XDR
> memory, and so the need for that ioremap, as the mapping is just used in
> ps3vram_erase(), which seems could be removed.
Ah, I see. I also forgot to mention that the io
The UCC Event Register (UCCE) already has unambigous macro definitions in qe.h,
so we should not be defining our own in the UCC Ethernet driver.
Removed unused local variable 'dev' from ucc_geth_poll(), which fixes a warning
caused by commit 908a7a16b852ffd618a9127be8d62432182d81b4.
Replaced in_b
On Wed, Jan 7, 2009 at 2:12 PM, Timur Tabi wrote:
> This patch will break ucc_geth.c if my other patch, "powerpc: add Ethernet
> UPSMR definitions to QE library" isn't also applied. That patch is currently
> in Kumar's 'next' branch, so it will make 2.6.29-rc0. Therefore, it should
> be safe to
With Linus' latest git, mal_probe crashes. It calls netif_napi_add with
the first parameter NULL. This was ok since the parameter, a net
device, was only used if CONFIG_NETPOLL was set.
Now it is always de-referenced. A quick check shows that ibm_newemac is
the only driver that passed NULL as the
On Wed, Jan 07, 2009 at 03:44:34PM -0500, Sean MacLennan wrote:
>With Linus' latest git, mal_probe crashes. It calls netif_napi_add with
>the first parameter NULL. This was ok since the parameter, a net
>device, was only used if CONFIG_NETPOLL was set.
>
>Now it is always de-referenced. A quick che
On Wed, 2009-01-07 at 09:37 -0500, Josh Boyer wrote:
> On Wed, Jan 07, 2009 at 02:56:51PM +1100, Benjamin Herrenschmidt wrote:
> >This is a brown paper bag from one of my earlier patches that
> >breaks build on 40x and 8xx.
> >
> >And yes, I've now added 40x and 8xx to my list of test configs :-)
>
On Wed, 2009-01-07 at 20:07 +0530, Chandru wrote:
> On Wednesday 07 January 2009 07:20:17 Benjamin Herrenschmidt wrote:
> > On Mon, 2008-12-22 at 16:14 +0530, Chandru wrote:
> > > On a ppc64 machine booting linux-2.6.28-rc9 with crashkernel=2...@32m
> > > boot parameter caused the kernel to panic w
On Wed, 2009-01-07 at 09:45 -0500, Steven A. Falco wrote:
>
> If you think 1 GB is a suitable default, then no further changes are needed.
> If you think it should be bigger than 1 GB, then I could submit a patch.
Depends how many PCI busses thing thing have... 1GB should get most
people going th
Hi all,
I'm using a linux 2.6.19 (from Denx ELDK) on a PPC MPC880. In a driver (that
uses TDM channels) I have some calls to __pa to get the physical address
corresponding to a virtual address. The physical address returned by __pa is
higher than the maximum physical memory I have on the board.
On Wed, Jan 07, 2009 at 09:59:36PM +0100, diba...@libero.it wrote:
>Hi all,
>
>I'm using a linux 2.6.19 (from Denx ELDK) on a PPC MPC880. In a driver (that
>uses TDM channels) I have some calls to __pa to get the physical address
>corresponding to a virtual address. The physical address returned
I used __pa on the result of an uncached_mem_alloc.
Furthermore __pa should work on the return of a kmalloc?
Thank you.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, 2009-01-07 at 15:10 +0100, Matthias Fuchs wrote:
> Hi Benjamin,
>
> commit 2a4aca114439 (powerpc/mm: Split low level tlb invalidate for nohash
> processors)
> breaks building for 40x CPUs. This is what I get when building for the walnut
> board:
The fix is in my tree, I'll push it out a
Please pull from 'next' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git next
to receive the following updates:
arch/powerpc/boot/dts/mpc8544ds.dts|4
arch/powerpc/boot/dts/mpc8572ds.dts|4
arch/powerpc/boot/dts/mpc8572ds_camp_core0
Hi Geert,
On Wed, 7 Jan 2009 19:00:24 +0100 (CET) Geert Uytterhoeven
wrote:
>
> Note that I get lots of
>
> | warning: format '%llx' expects type 'long long unsigned int', but argument
> 3 has type 'u64'
>
> on ppc64, since you switched from `unsigned long long' to 'u64', as `u64' is
> (still
Hi All,
> Any status of acceptance of this?
I changed the ioctl to an unlocked ioctl and removed the temperature ioctl call.
It's now in my linux-2.6-watchdog-next tree. Can someone verify that it still
works?
(http://git.kernel.org/?p=linux/kernel/git/wim/linux-2.6-watchdog-next.git;a=summary)
On Jan 7, 2009, at 3:48 PM, Wim Van Sebroeck wrote:
Hi All,
Any status of acceptance of this?
I changed the ioctl to an unlocked ioctl and removed the temperature
ioctl call.
It's now in my linux-2.6-watchdog-next tree. Can someone verify that
it still works?
(http://git.kernel.org/?p=l
On Wed, Jan 07, 2009 at 09:41:14AM -0700, Grant Likely wrote:
> > + 8...@60 {
> > + device_type = "8042";
> > + reg = <1 0x0060 0x0001
> > + 1 0x0064 0x0001>;
> > +
Hi Kumar,
> >the second patch is also in. Do we keep in in the watchdog tree
> >since it almost doesn't
> >touch the powerpc arch or do you want it in your tree?
>
> If you have it in your tree to pull go ahead and send it via
> watchdog. (I assume this will be for 2.6.29)
Ok. Will do it li
On Wed, Jan 7, 2009 at 3:10 PM, Scott Wood wrote:
> On Wed, Jan 07, 2009 at 09:41:14AM -0700, Grant Likely wrote:
>> > + 8...@60 {
>> > + device_type = "8042";
>> > + reg = <1 0x0060 0x0001
>> > +
Grant Likely wrote:
On Wed, Jan 7, 2009 at 3:10 PM, Scott Wood wrote:
On Wed, Jan 07, 2009 at 09:41:14AM -0700, Grant Likely wrote:
+ 8...@60 {
+ device_type = "8042";
+ reg = <1 0x0060 0x0001
+
On Wed, 2009-01-07 at 21:59 +0100, diba...@libero.it wrote:
> Hi all,
>
> I'm using a linux 2.6.19 (from Denx ELDK) on a PPC MPC880. In a driver
> (that uses TDM channels) I have some calls to __pa to get the physical
> address corresponding to a virtual address. The physical address
> returned by
On Wed, Jan 7, 2009 at 3:23 PM, Scott Wood wrote:
> Grant Likely wrote:
>>
>> On Wed, Jan 7, 2009 at 3:10 PM, Scott Wood
>> wrote:
>>>
>>> Why?
>>
>> Defensive programming. To not rely on implicit relationships
>
> It doesn't seem any more likely to introduce a fault by specifying the
> interrup
Grant Likely wrote:
On Wed, Jan 7, 2009 at 3:23 PM, Scott Wood wrote:
It doesn't seem any more likely to introduce a fault by specifying the
interrupt controller in one place than in many places.
We do the same thing with #address-cells and #size-cells for the same
reason. You can get away w
On Thu, 2009-01-08 at 15:46 -0500, Josh Boyer wrote:
> On Wed, Jan 07, 2009 at 03:44:34PM -0500, Sean MacLennan wrote:
> >With Linus' latest git, mal_probe crashes. It calls netif_napi_add with
> >the first parameter NULL. This was ok since the parameter, a net
> >device, was only used if CONFIG_NE
Original-Nachricht
> Datum: Wed, 7 Jan 2009 09:41:14 -0700
> Von: "Grant Likely"
> An: "Gerhard Pircher"
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 2/5] powerpc: Generic device tree for all AmigaOne boards
> Sounds to me like you need different device tree variants fo
Original-Nachricht
> Datum: Wed, 7 Jan 2009 13:07:18 -0600
> Von: Scott Wood
> An: Gerhard Pircher
> CC: linuxppc-dev@ozlabs.org
> Betreff: Re: [PATCH 1/5] powerpc: Add platform support for AmigaOne
> On Wed, Jan 07, 2009 at 02:54:57PM +0100, Gerhard Pircher wrote:
> > +void a
Hi Roland,
On Wed, 07 Jan 2009 11:32:13 -0800 Roland Dreier wrote:
>
> If we're going to clean this code up, does it make sense to take it
> further? More precisely, your patch does:
>
> @@ -226,7 +226,7 @@ u64 hipz_h_alloc_resource_eq(const struct
> ipz_adapter_handle adapter_handle,
>
On Wed, 2009-01-07 at 22:11 +0100, diba...@libero.it wrote:
> I used __pa on the result of an uncached_mem_alloc.
No idea what uncached_mem_alloc() is but if that uses the consistent
memory stuff it won't work with __pa.
> Furthermore __pa should work on the return of a kmalloc?
Yes. But don't
Subject: [patch] mtd/ps3vram: Use msleep in waits
Replace the use of udelay() with msleep() in the looping wait routines
ps3vram_notifier_wait() and ps3vram_wait_ring().
Signed-off-by: Geoff Levand
---
v2: Use time_before() in loops.
drivers/mtd/devices/ps3vram.c | 40 +--
Use _PAGE_NO_CACHE for gpu memory ioremap. Also,
add __iomem attribute to gpu memory pointer and
change use of memset() to memset_io().
Signed-off-by: Geoff Levand
---
drivers/mtd/devices/ps3vram.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
--- a/drivers/mtd/devices
Hi all,
Here comes another revision...
Changes since v4:
- Corrected PCI-E ranges for MPC837x boards;
- On MPC837XE-MDS boards PCIE2 can be disabled in favour of PCIE1 x2 mode,
in that case U-Boot disables PCIE2 via status property.
So, of_device_is_available() check is placed into mpc83xx_ad
This patch adds support for PCI-Express controllers as found on the
newer MPC83xx chips.
The work is loosely based on the Tony Li's patch[1], but unlike the
original patch, this patch implements sliding window for the Type 1
transactions using outbound window translations, so we don't have to
iore
This patch adds pcie nodes to the appropriate dts files, plus adds
some probing code for the boards.
Also, remove of_device_is_avaliable() check from the mpc837x_mds.c
board file, as mpc83xx_add_bridge() has the same check now.
Signed-off-by: Anton Vorontsov
---
arch/powerpc/boot/dts/mpc8315erd
unsubscribe
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, 2009-01-07 at 08:57 -0600, Milton Miller wrote:
> [removed Paul from cc and fixed Mohan's email]
>
> On Jan 6, 2009, at 5:44 PM, Michael Ellerman wrote:
>
> > On Fri, 2009-01-02 at 14:46 -0600, Milton Miller wrote:
> >> @@ -94,10 +95,35 @@ void __init reserve_crashkernel(void)
> >>
Grant Likely wrote:
From: Grant Likely
The MPC5200 PIC driver doesn't correctly update the .status field of
the irq_desc structure when the set_type hook is called. This patch
adds the required code.
Also cleans up the external IRQ typename field to be something easier
to read (very minor).
On Wed, Jan 7, 2009 at 8:51 PM, Matt Sealey wrote:
> Grant Likely wrote:
>>
>> From: Grant Likely
>>
>> The MPC5200 PIC driver doesn't correctly update the .status field of
>> the irq_desc structure when the set_type hook is called. This patch
>> adds the required code.
>>
>> Also cleans up the
Firing that off here in case I don't get a chance to investigate this
week... latest upstream with whatever I'm about to push into
powerpc-next (but I doubt it's the pending stuff that's causing it)
gives me that on a pseries machine:
[ cut here ]
Badness at /home/benh/kern
Hi Linus
The following changes since commit 9e42d0cf5020aaf217433cad1a224745241d212a:
Linus Torvalds (1):
Merge git://git.kernel.org/.../davem/sparc-2.6
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc.git next
Those are remaining bi
+struct mpc83xx_pcie_priv {
+ void __iomem *cfg_map;
+ u32 dev_base;
+};
So was thinking about this and was wondering about doing the following:
hose->cfg_addr /* use instead of dev_base to cache pci bus/dev/fn */
hose->cfg_data /* should be the outbound window used for pci cfg
c
Hi Tore,
On Tue, 06 Jan 2009 08:39:31 +0100 Tore Martin Hagen wrote:
>
> The first is that a lot of people has unsubscribed to this list a long
> time ago, and then when it changed name we where suddenly subscribed for
> again.
I only transferred over people who were currently subscribed to th
1 - 100 of 101 matches
Mail list logo
