> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Grant Likely
> Sent: Wednesday, January 09, 2008 1:54 AM
> To: Wood Scott
> Cc: Li Yang; linuxppc-dev@ozlabs.org; [EMAIL PROTECTED]
> Subject: Re: [PATCH 1/3] add default device trees for MPC837x
> MDS
Hi all ...
i need to know how to configure the microwindow for X86 on linux and create
a window ?
please revert back if any of you have an experience on this I need to
know how to start with ...
Misbah <> <
--
View this message in context:
http://www.nabble.com/configuring-macrowi
On Mon, Jan 07, 2008 at 02:27:36PM -0600, Scott Wood wrote:
> Signed-off-by: Scott Wood <[EMAIL PROTECTED]>
Acked-by: David Gibson <[EMAIL PROTECTED]>
--
David Gibson| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_
On Wed, 9 Jan 2008, Stephen Rothwell wrote:
> On Tue, 08 Jan 2008 22:35:36 -0800 Geoff Levand <[EMAIL PROTECTED]> wrote:
> >
> > +int ps3_repository_read_num_pu(unsigned int *num_pu)
> > +{
> > + int result;
> > + u64 v1;
> > +
> > + v1 = 0;
> > + result = read_node(PS3_LPAR_ID_CURRENT,
> >
On Tue, 8 Jan 2008, Geoff Levand wrote:
> --- /dev/null
> +++ b/drivers/ps3/ps3-lpm.c
> + /*
> + * As per the PPE book IV, to avoid bookmark lost there must
loss?
> + * not
Am Dienstag, den 08.01.2008, 22:05 +0300 schrieb Anton Vorontsov:
> Otherwise oops will happen if ethernet device has not been opened:
>
> Unable to handle kernel paging request for data at address 0x014c
> Faulting instruction address: 0xc016f7f0
> Oops: Kernel access of bad area, sig: 11 [#
Josh,
Where did you apply this patch to? Couldn't find it in your for-2.6.25 branch.
BTW, is it normal to edit the defconfig file by hand?
I cannot get CONFIG_IBM_NEW_EMAC enabled through Kconfig. Am I missing
something:
a) Patch to enable IBM_NEW_EMAC via Kconfig is welcome
> "Stephen" == Stephen Neuendorffer <[EMAIL PROTECTED]> writes:
> From: Grant Likely <[EMAIL PROTECTED]>
> Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
> Fixed to apply against 2.6.24-rc5, and remove DEBUG information.
Please CC me and the linux-serial list on uartlite patches.
The su
> "Stephen" == Stephen Neuendorffer <[EMAIL PROTECTED]> writes:
Stephen> All the __devexit functions are now appropriately tagged. This fixes
Stephen> some ppc link warnings.
You forgot to add __devexit_p(ulite_remove) in ulite_platform_driver,
otherwise:
Acked-by: Peter Korsgaard <[EMAIL
On Wed, 9 Jan 2008 12:16:25 +0100
Matthias Fuchs <[EMAIL PROTECTED]> wrote:
> Josh,
>
> Where did you apply this patch to? Couldn't find it in your for-2.6.25 branch.
I applied it there, just haven't pushed it out yet. Will do that today.
> BTW, is it normal to edit the defconfig file by hand
On Wednesday 09 January 2008, Geoff Levand wrote:
> Add a definition for the Cell SPRN bookmark register
> to asm-powerpc/regs.h
>
> Signed-off-by: Geoff Levand <[EMAIL PROTECTED]>
Acked-by: Arnd Bergmann <[EMAIL PROTECTED]>
___
Linuxppc-dev mailing lis
On Tue, 8 Jan 2008 23:07:51 -0700
"Grant Likely" <[EMAIL PROTECTED]> wrote:
> Josh, here are some Xilinx Virtex changes for 2.6.25:
>
> git://git.secretlab.ca/git/linux-2.6-virtex.git virtex-for-2.6.25
Hm.. Seems Peter has some comments on the first one. Shall I wait for
that to get hashed out
> "Josh" == Josh Boyer <[EMAIL PROTECTED]> writes:
Josh> On Tue, 8 Jan 2008 23:07:51 -0700
Josh> "Grant Likely" <[EMAIL PROTECTED]> wrote:
>> Josh, here are some Xilinx Virtex changes for 2.6.25:
>>
>> git://git.secretlab.ca/git/linux-2.6-virtex.git virtex-for-2.6.25
Josh> Hm.. Seems
Hello Sergej,
Wed Jan 9 21:46:06 EST 2008 Sergej Stepanov [EMAIL PROTECTED] wrote:
> I got also oops problem with the driver.
> What could be false?
> After the following patch it functions.
> Thanks for any advance.
>
> diff --git a/drivers/net/fs_enet/fs_enet-main.c
> b/drivers/net/fs_enet/fs_en
On Wednesday 09 January 2008 13:07, Josh Boyer wrote:
> On Wed, 9 Jan 2008 12:16:25 +0100
> Matthias Fuchs <[EMAIL PROTECTED]> wrote:
>
> > Josh,
> >
> > Where did you apply this patch to? Couldn't find it in your for-2.6.25
> > branch.
>
> I applied it there, just haven't pushed it out yet.
On 1/9/08, Sven Luther <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 09, 2008 at 07:44:58AM -0700, Grant Likely wrote:
> > Woo! Thanks Olaf. I was just about to sit down and write something
> > like this myself. Looks good to me. I'll pick this up (but I'm going
> > to move it to the fixup_device_tr
On Wed, Jan 09, 2008 at 07:50:14AM -0700, Grant Likely wrote:
> On 1/9/08, Sven Luther <[EMAIL PROTECTED]> wrote:
> > On Wed, Jan 09, 2008 at 07:44:58AM -0700, Grant Likely wrote:
> > > Woo! Thanks Olaf. I was just about to sit down and write something
> > > like this myself. Looks good to me.
On 1/9/08, Olaf Hering <[EMAIL PROTECTED]> wrote:
>
> The new network driver fec_mpc52xx will not work on efika because the
> firmware does not provide all required properties.
> http://www.powerdeveloper.org/asset/by-id/46 has a Forth script to
> create more properties. But only the phy stuff is r
On Wednesday 09 January 2008, Matthias Fuchs wrote:
> > The defconfig? Not sure. What I normally do is a make foo_defconfig,
> > edit the .config, make oldconfig, and copy the resulting .config back
> > to foo_defconfig.
>
> Yes, this is what I also do.
>
> But how did Hollis get these lines into
On Wed, 2008-01-09 at 00:06 -0500, mike zheng wrote:
> Hi All,
>
> I have one mpc8568 board using UART1 as the serial port. The OS is
> Linux Kernel2.4. If I use the polling mode driver of
> gen550_progress(), it works fine. However the printk() does not work
> after the console_init(). Any
The new network driver fec_mpc52xx will not work on efika because the
firmware does not provide all required properties.
http://www.powerdeveloper.org/asset/by-id/46 has a Forth script to
create more properties. But only the phy stuff is required to get a
working network.
This should go into the
On Wed, Jan 09, 2008 at 07:44:58AM -0700, Grant Likely wrote:
> Woo! Thanks Olaf. I was just about to sit down and write something
> like this myself. Looks good to me. I'll pick this up (but I'm going
> to move it to the fixup_device_tree_efika() function)
Indeed, thanks, this makes the efika
Woo! Thanks Olaf. I was just about to sit down and write something
like this myself. Looks good to me. I'll pick this up (but I'm going
to move it to the fixup_device_tree_efika() function)
Cheers,
g.
On 1/9/08, Olaf Hering <[EMAIL PROTECTED]> wrote:
>
> The new network driver fec_mpc52xx wi
On Wed, Jan 09, 2008 at 03:21:35PM +, Matt Sealey wrote:
> NO.
YES :)
Friendly,
Sven Luther
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Wed, 9 Jan 2008 15:42:38 +0100
Matthias Fuchs <[EMAIL PROTECTED]> wrote:
> On Wednesday 09 January 2008 13:07, Josh Boyer wrote:
> > On Wed, 9 Jan 2008 12:16:25 +0100
> > Matthias Fuchs <[EMAIL PROTECTED]> wrote:
> >
> > > Josh,
> > >
> > > Where did you apply this patch to? Couldn't find it
On 1/9/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
> NO.
please elaborate
>
> --
> Matt Sealey <[EMAIL PROTECTED]>
> Genesi, Manager, Developer Relations
>
> Sven Luther wrote:
> > On Wed, Jan 09, 2008 at 07:44:58AM -0700, Grant Likely wrote:
> >> Woo! Thanks Olaf. I was just about to sit down a
On 1/9/08, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> > "Josh" == Josh Boyer <[EMAIL PROTECTED]> writes:
>
> Josh> On Tue, 8 Jan 2008 23:07:51 -0700
> Josh> "Grant Likely" <[EMAIL PROTECTED]> wrote:
>
> >> Josh, here are some Xilinx Virtex changes for 2.6.25:
> >>
> >> git://git.secretla
NO.
--
Matt Sealey <[EMAIL PROTECTED]>
Genesi, Manager, Developer Relations
Sven Luther wrote:
> On Wed, Jan 09, 2008 at 07:44:58AM -0700, Grant Likely wrote:
>> Woo! Thanks Olaf. I was just about to sit down and write something
>> like this myself. Looks good to me. I'll pick this up (but I
I'd also say that the sound driver isn't ready for production use and it
misuses the BestComm task for generic bidirectional buffer copies by
forcing it to 32-bit transfers (this obviously involves some software
upsampling at some point as nearly all common sound data is 16-bit,
also twice the band
Hi Nathan,
Thank you for looking at this.
On 08/01/2008, Nathan Lynch <[EMAIL PROTECTED]> wrote:
> Manish Ahuja wrote:
> > +
> > + Hypervisor-Assisted Dump
> > +
> > + November 2007
>
> Date is unneeded (and, uhm,
I found the problem. The CONFIG_CMDLINE was overwritten. Right now, it
is working.
Thanks for all the help,
Mike
On 1/9/08, Haiying Wang <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-01-09 at 00:06 -0500, mike zheng wrote:
> > Hi All,
> >
> > I have one mpc8568 board using UART1 as the serial por
On Wed, Jan 09, 2008 at 03:26:04PM +, Matt Sealey wrote:
> Clarification: I really have to disagree with this patch, and Sven.
>
> The whole point of removing the stuff from the Linux kernel (as the
> efika.forth script and the associated patch performs) is that it means
> the Linux kernel is
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> On Behalf Of Kumar Gala
> Sent: Tuesday, January 08, 2008 2:20 PM
> To: Dan Malek
> Cc: Liu Yu; linuxppc-dev@ozlabs.org
> Subject: Re: [PATCH] Fix remainder calculating bug in single
> floating pointdivision
>
On 1/9/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
> Please let's keep the nature of our firmware and the Linux codebase
> independant, and move the burden of support to Genesi, and not the
> Linux PowerPC team. After all, what is next, after phy-handle do
> you want to add i2c, irda, missing xlb/cd
On Wed, 2008-01-09 at 15:26 +, Matt Sealey wrote:
> If anyone wants to help/assist/suggest any updates to efika.forth,
> create binary tools which assist the installation of the script for
> users and for placement on Linux distro CDs etc. I would be very
> grateful, but it seems we have hit t
On Wed, Jan 09, 2008 at 03:26:04PM +, Matt Sealey wrote:
> Clarification: I really have to disagree with this patch, and Sven.
>
> The whole point of removing the stuff from the Linux kernel (as the
> efika.forth script and the associated patch performs) is that it means
> the Linux kernel is
Hi,
I noticed that Josh's 'for-2.5.25' does not assign PCI interrupts correctly:
bash-3.00# lspci -v
00:00.0 Class 0680: 1014:027f
Subsystem: 10e8:cafe
Flags: bus master, medium devsel, latency 0, IRQ 16
Memory at (32-bit, prefetchable)
Capabilities: [58] Power Ma
Clarification: I really have to disagree with this patch, and Sven.
The whole point of removing the stuff from the Linux kernel (as the
efika.forth script and the associated patch performs) is that it means
the Linux kernel is no longer a "moving target" for our firmware
development.
If users req
Thanks,
Sorry, I must have been blind.
Matthias
On Wednesday 09 January 2008 16:21, Josh Boyer wrote:
> On Wed, 9 Jan 2008 15:42:38 +0100
> Matthias Fuchs <[EMAIL PROTECTED]> wrote:
>
> > On Wednesday 09 January 2008 13:07, Josh Boyer wrote:
> > > On Wed, 9 Jan 2008 12:16:25 +0100
> > > Matthia
On Wed, 9 Jan 2008 16:53:22 +0100
Matthias Fuchs <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I noticed that Josh's 'for-2.5.25' does not assign PCI interrupts correctly:
>
> bash-3.00# lspci -v
> 00:00.0 Class 0680: 1014:027f
> Subsystem: 10e8:cafe
> Flags: bus master, medium devsel, la
Hi Matthias,
On Wednesday 09 January 2008, Matthias Fuchs wrote:
> I noticed that Josh's 'for-2.5.25' does not assign PCI interrupts
> correctly:
>
> bash-3.00# lspci -v
> 00:00.0 Class 0680: 1014:027f
> Subsystem: 10e8:cafe
> Flags: bus master, medium devsel, latency 0, IRQ 16
>
On Jan 9, 2008, at 9:38 AM, Liu Yu wrote:
>
>> -Original Message-
>> From: [EMAIL PROTECTED]
>> [mailto:[EMAIL PROTECTED]
>> On Behalf Of Kumar Gala
>> Sent: Tuesday, January 08, 2008 2:20 PM
>> To: Dan Malek
>> Cc: Liu Yu; linuxppc-dev@ozlabs.org
>> Subject: Re: [PATCH] Fix remainder cal
On 1/9/08, Olaf Hering <[EMAIL PROTECTED]> wrote:
>
> The new network driver fec_mpc52xx will not work on efika because the
> firmware does not provide all required properties.
> http://www.powerdeveloper.org/asset/by-id/46 has a Forth script to
> create more properties. But only the phy stuff is r
Sven Luther wrote:
>
> Let's just fix this in the kernel, until we get a fixed efika firmware,
> then we can drop it easily enough. But until this happens, we need to be
> able to boot the kernel without any extra work on the users part.
That is exactly why I don't like the idea. Yes, it makes i
On Wed, Jan 09, 2008 at 04:30:13PM +, Matt Sealey wrote:
>
> Sven Luther wrote:
> >
> >Let's just fix this in the kernel, until we get a fixed efika firmware,
> >then we can drop it easily enough. But until this happens, we need to be
> >able to boot the kernel without any extra work on the us
Grant Likely wrote:
> On 1/9/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
>> Please let's keep the nature of our firmware and the Linux codebase
>> independant, and move the burden of support to Genesi, and not the
>> Linux PowerPC team. After all, what is next, after phy-handle do
>> you want to ad
From: Olaf Hering <[EMAIL PROTECTED]>
The new network driver fec_mpc52xx will not work on efika because the
firmware does not provide all required properties.
http://www.powerdeveloper.org/asset/by-id/46 has a Forth script to
create more properties. But only the phy stuff is required to get a
work
On 1/9/08, Matt Sealey <[EMAIL PROTECTED]> wrote:
> > However, I'm still inclined to pick up Olaf's patch with the
> > appropriate protections around it so it is only done if the nodes are
> > missing.
>
> Eh.. yeah. Maybe. Seems like a cop-out to me. I would rather you removed
> the patch and call
Okay I have a better suggestion.
Apply all the prom_init fixes you like. But, instead of swizzling on the
individual nodes, do it blanket for the firmware version.
For instance, wrap the entire efika fixups stuff with a check for the
openprom property "built-on" - this is the date the firmware wa
This patch allows the i2c-ibm_iic driver to be built either as an ocp
driver or an of_platform driver. This allows it to run under the powerpc
arch but maintains backward compatibility with the ppc arch.
Cheers,
Sean MacLennan
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git
On Wed, Jan 09, 2008 at 04:36:19PM +, Matt Sealey wrote:
>
> Sven Luther wrote:
> >On Wed, Jan 09, 2008 at 04:30:13PM +, Matt Sealey wrote:
> >>Sven Luther wrote:
> >>>Let's just fix this in the kernel, until we get a fixed efika firmware,
> >>>then we can drop it easily enough. But until
Sven Luther wrote:
> On Wed, Jan 09, 2008 at 04:36:19PM +, Matt Sealey wrote:
>> The link that Olaf presented, www.powerdeveloper.org/asset/by-id/46 *is*
>> the upstream support for now. What his patch does is say, the upstream
>> support exists, but we don't like it, so we will supplement the
Hello,
I found a bug in our patch.
> +/**
> + * ps3_lpm_open - Open the logical performance monitor device.
> + * @tb_type: Specifies the type of trace buffer lv1 sould use for this lpm
> + * instance, specified by one of enum ps3_lpm_tb_type.
> + * @tb_cache: Optional user supplied buffer to us
Sven Luther wrote:
> On Wed, Jan 09, 2008 at 04:30:13PM +, Matt Sealey wrote:
>> Sven Luther wrote:
>>> Let's just fix this in the kernel, until we get a fixed efika firmware,
>>> then we can drop it easily enough. But until this happens, we need to be
>>> able to boot the kernel without any e
David Woodhouse wrote:
> On Wed, 2008-01-09 at 15:26 +, Matt Sealey wrote:
>> If anyone wants to help/assist/suggest any updates to efika.forth,
>> create binary tools which assist the installation of the script for
>> users and for placement on Linux distro CDs etc. I would be very
>> grateful
always CC the mailing list when replying.
On 1/9/08, Joachim Meyer <[EMAIL PROTECTED]> wrote:
> arch/ppc/boot/common/ns16550.c:21: error: `XPAR_UARTNS550_0_CLOCK_FREQ_HZ'
> undeclared here (not in a function)
> arch/ppc/boot/common/ns16550.c:21: error: initializer element is not constant
> arch/p
Hi,
Arnd Bergmann wrote:
> The important part where this connects to the mmc-spi driver is that
> you need to set spi_board_info->modalias to "mmc-spi", if the
> device node can be identified as an mmc card.
Doing that now, using the code you provided as a base. The SPI child
device gets regist
On Wed, Jan 09, 2008 at 04:56:17PM +, Matt Sealey wrote:
> Okay I have a better suggestion.
>
> Apply all the prom_init fixes you like. But, instead of swizzling on the
> individual nodes, do it blanket for the firmware version.
>
> For instance, wrap the entire efika fixups stuff with a chec
On Wed, Jan 09, 2008 at 05:17:52PM +, Matt Sealey wrote:
>
> Sven Luther wrote:
> >On Wed, Jan 09, 2008 at 04:36:19PM +, Matt Sealey wrote:
> >>The link that Olaf presented, www.powerdeveloper.org/asset/by-id/46 *is*
> >>the upstream support for now. What his patch does is say, the upstrea
Stefan Roese wrote:
> On Tuesday 08 January 2008, Sean MacLennan wrote:
>
>> How about just 44x?
>>
>> Cheers,
>> Sean
>>
>> diff --git a/drivers/usb/Kconfig b/drivers/usb/Kconfig
>> index 7580aa5..682deae 100644
>> --- a/drivers/usb/Kconfig
>> +++ b/drivers/usb/Kconfig
>> @@ -39,6 +39,7 @@
So no comments? I got it perfect the first time :D
Cheers,
Sean
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
There were several issues if a memreserve range existed and happened
to be in highmem:
* The bootmem allocator is only aware of lowmem so calling
reserve_bootmem with a highmem address would cause a BUG_ON
* All highmem pages were provided to the buddy allocator
Added a lmb_is_reserved() api th
Sven Luther wrote:
> This is crazy, and not future proof. The way Grant did it, checking for
> the existence of the node before creating is enough for any reasonable
> upgrade to the firmware.
>
> If future firmware will break with this, then they will break other
> stuff anyway, and a new patch
Michael,
I find I need to add a string to the SCSI_WAIT_SCAN tristate in order to
be able to turn the module off. See the patch below. On our embedded
appliance the only use for SCSI is for the usb_storage driver.
Cheers,
Sean MacLennan
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
Mark,
This patch adds a driver for the ad7414 chip. It was written by Stefan
Roese based on the ad7418 driver. All I did was get it compiling under
the newer kernels.
Cheers,
Sean MacLennan
Signed-off-by: Stefan Roese <[EMAIL PROTECTED]>
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
-
Stefan Roese wrote:
> On Saturday 05 January 2008, Sean MacLennan wrote:
>
>> This patch adds the maps for the taco. It also gets the ndfc.c NAND
>> driver in a compilable state. The map is guaranteed to change since the
>> exact NOR/NAND flash configuration is in flux right now when we found
>>
On Tue, Jan 08, 2008 at 04:07:17PM -0600, Jon Loeliger wrote:
> +static void storcenter_power_off(void)
> +{
> + /* No way to shut power off with software */
> + local_irq_disable();
> + for (;;) ;
> + /* NOTREACHED */
> +}
So leave it out, and let the generic halt function be used
Josh Boyer wrote:
> On Wed, 09 Jan 2008 13:05:35 -0500
> Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
>
>> Stefan Roese wrote:
>>
>>> On Saturday 05 January 2008, Sean MacLennan wrote:
>>>
>>>
This patch adds the maps for the taco. It also gets the ndfc.c NAND
driver in a
On Wed, Jan 09, 2008 at 11:28:30AM -0600, Kumar Gala wrote:
> /* reserve the sections we're already using */
> - for (i = 0; i < lmb.reserved.cnt; i++)
> - reserve_bootmem(lmb.reserved.region[i].base,
> - lmb_size_bytes(&lmb.reserved, i));
> + f
Ooops. Guess I am not perfect after all ;)
Cheers,
Sean
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
--- /dev/null 2005-11-20 22:22:37.0 -0500
+++ arch/powerpc/platforms/44x/warp.c 2008-01-08 17:59:48.0 -0500
@@ -0,0 +1,239 @@
+/*
+ * PIKA Warp(tm) board specific rout
Hi all,
Here is the resend (aka v4) version of the OF-platform PATA
driver and related patches.
Changes since v3:
- Acked-by: Paul Mundt <[EMAIL PROTECTED]>
- In the powerpc specific patch: update defconfig and use
machine_device_initcall -- this is new call found in the
galak/powerpc.git.
C
Split pata_platform_{probe,remove} into two pieces:
1. pata_platform_{probe,remove} -- platform_device-dependant bits;
2. __ptata_platform_{probe,remove} -- device type neutral bits.
This is done to not duplicate code for the OF-platform driver.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
This driver nicely wraps around pata_platform library functions,
and provides OF platform bus bindings to the PATA devices.
Also add || PPC to the PATA_PLATFORM's "depends on" Kconfig entry,
needed for PA Semi Electra.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Reviewed-by: Olof Johansson
On Wed, 09 Jan 2008 13:05:35 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> Stefan Roese wrote:
> > On Saturday 05 January 2008, Sean MacLennan wrote:
> >
> >> This patch adds the maps for the taco. It also gets the ndfc.c NAND
> >> driver in a compilable state. The map is guaranteed to chan
Hi Linas,
Linas Vepstas wrote:
>
> On 08/01/2008, Nathan Lynch <[EMAIL PROTECTED]> wrote:
> > Manish Ahuja wrote:
> > > +
> > > +The goal of hypervisor-assisted dump is to enable the dump of
> > > +a crashed system, and to do so from a fully-reset system, and
> > > +to minimize the total elapsed
This patch adds localbus and pata nodes to use CF IDE interface
on MPC8349E-mITX boards.
Patch also updates defconfig and adds some code to probe localbus.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
Acked-by: Olof Johansson <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8349emitx.dts
On Wed, 09 Jan 2008 13:50:41 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> No. You have to setup everything the old way. This *just* gets it
> working so if you have the PPC layout, it will work.
>
> Unless testing goes *really* well, I doubt I will have time in the short
> term to port it
On Wed, 09 Jan 2008 12:30:39 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> So no comments? I got it perfect the first time :D
Not quite.. :)
The way you have the patches laid out right now will break compiling
and git bisecting.
Could you take these and roll them up into distinct patches th
On Wed, 09 Jan 2008 12:26:14 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
This one needs to go to the linux-usb list and David Brownell.
Although I'm not sure what the benefit here really is. You can still
set this in the defconfig without
Josh Boyer wrote:
> On Wed, 09 Jan 2008 12:26:14 -0500
> Sean MacLennan <[EMAIL PROTECTED]> wrote:
>
>
>> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
>>
>
> This one needs to go to the linux-usb list and David Brownell.
>
> Although I'm not sure what the benefit here really is. You c
On Jan 9, 2008, at 12:53 PM, Scott Wood wrote:
> On Wed, Jan 09, 2008 at 11:28:30AM -0600, Kumar Gala wrote:
>> /* reserve the sections we're already using */
>> -for (i = 0; i < lmb.reserved.cnt; i++)
>> -reserve_bootmem(lmb.reserved.region[i].base,
>> -
>
> I used the word "actually". I already know that it is intended to be
> faster. :)
>
>> it should blow it away, as, after all,
>> it requires one less reboot!
>
> There's more than rebooting going on during system dump processing.
> Depending on the system type, booting may not be where mos
Hi
We're trying to get a SMC serial port on a8280 to work.
I cannot find any ecxamples on the binding, so we've tried to make one.
is this anywhere close to workable?
[EMAIL PROTECTED] {
device_type = "serial";
compatible = "fsl,mpc8280-smc-uart",
Hi,
After booting, my MPC8641 based board keeps printing "Trying 10/HALF"
for ever. I am unable to use the Ethernet, even though there are
interrupts occuring. Based on /proc/interrupts, both tx and rx interrupt
count is increasing, and zero count for enet_error interrupt.
I think this is c
On Jan 9, 2008, at 1:30 PM, Scott Wood wrote:
> Kumar Gala wrote:
>> On Jan 9, 2008, at 12:53 PM, Scott Wood wrote:
>>> It looks like if the reserved area straddles the highmem boundary,
>>> it'll
>>> only reserve the highmem portion.
>> Yeah, I thought about that. I'm wondering if we should w
Rune Torgersen wrote:
> Hi
>
> We're trying to get a SMC serial port on a8280 to work.
> I cannot find any ecxamples on the binding, so we've tried to make one.
>
> is this anywhere close to workable?
>
> [EMAIL PROTECTED] {
> device_type = "serial";
> compatible = "fsl,mpc8280-smc-u
On Wed, Jan 09, 2008 at 01:58:49PM +0100, Heiko Schocher wrote:
> @@ -1312,6 +1312,9 @@ static int __devinit fs_enet_probe(struct of_device
> *ofdev,
> ndev->dev_addr[0], ndev->dev_addr[1], ndev->dev_addr[2],
> ndev->dev_addr[3], ndev->dev_addr[4], ndev->dev_addr[5]);
>
On Wed, 09 Jan 2008 14:26:56 -0500
Sean MacLennan <[EMAIL PROTECTED]> wrote:
> Josh Boyer wrote:
> > On Wed, 09 Jan 2008 12:26:14 -0500
> > Sean MacLennan <[EMAIL PROTECTED]> wrote:
> >
> >
> >> Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
> >>
> >
> > This one needs to go to the linu
Kumar Gala wrote:
> On Jan 9, 2008, at 12:53 PM, Scott Wood wrote:
>> It looks like if the reserved area straddles the highmem boundary, it'll
>> only reserve the highmem portion.
>
> Yeah, I thought about that. I'm wondering if we should warn about
> this.. its seems like a bad thing to do.
Ho
Josh Boyer wrote:
>
> Ah, possibly. Did you try doing a 'select USB_ARCH_HAS_OHCI' in the
> config 440EP section of arch/powerpc/platforms/44x/Kconfig?
>
> I'm just trying to save you some trouble. There's nothing actually
> wrong with your patch now, other than it has to be sent to the right
> m
I have split up the patches slightly differently based on Josh's comments.
The first patch is basically the platform/44x files.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig
index 66a3d8c..b3e4c35 100644
--- a/arch/powerpc/Kconfig
+
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
--- /dev/null 2005-11-20 22:22:37.0 -0500
+++ arch/powerpc/boot/dts/warp.dts 2008-01-08 12:04:10.0 -0500
@@ -0,0 +1,232 @@
+/*
+ * Device Tree Source for PIKA Warp
+ *
+ * Copyright (c) 2008 PIKA Technologies
+ * Sean Ma
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
--- /dev/null 2005-11-20 22:22:37.0 -0500
+++ arch/powerpc/configs/warp_defconfig 2008-01-08 12:30:27.0 -0500
@@ -0,0 +1,1057 @@
+#
+# Automatically generated make config: don't edit
+# Linux kernel version: 2.6.24-rc6
+# Tue J
I think I sent this, but I will include it here for completeness.
It adds the 440EP Rev C to the cputable.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/kernel/cputable.c b/arch/powerpc/kernel/cputable.c
index f1928af..ece0c71 100644
--- a/arch/powerpc/kernel/cput
Basically the powerpc/boot directory files.
Signed-off-by: Sean MacLennan <[EMAIL PROTECTED]>
---
diff --git a/arch/powerpc/boot/44x.h b/arch/powerpc/boot/44x.h
index 0256344..9db0213 100644
--- a/arch/powerpc/boot/44x.h
+++ b/arch/powerpc/boot/44x.h
@@ -12,5 +12,6 @@
void ebony_init(void *mac0
Kumar Gala wrote:
> I'm thinking I'll add something like:
>
> if (addr < total_lowmem)
> reserve_bootmem(lmb.reserved.region[i].base,
> lmb_size_bytes(&lmb.reserved, i));
> + else if (lmb.reserved.region[
On Wed, 9 Jan 2008 11:01:38 +0100 (CET) Geert Uytterhoeven <[EMAIL PROTECTED]>
wrote:
>
> On Wed, 9 Jan 2008, Stephen Rothwell wrote:
> > On Tue, 08 Jan 2008 22:35:36 -0800 Geoff Levand <[EMAIL PROTECTED]> wrote:
> > >
> > > +int ps3_repository_read_num_pu(unsigned int *num_pu)
> > > +{
> > > + in
On Wednesday 09 January 2008, Simon Richter wrote:
> > The important part where this connects to the mmc-spi driver is that
> > you need to set spi_board_info->modalias to "mmc-spi", if the
> > device node can be identified as an mmc card.
>
> Doing that now, using the code you provided as a base.
> From: Scott Wood
> Sent: Wednesday, January 09, 2008 1:46 PM
> > We're trying to get a SMC serial port on a8280 to work.
> > I cannot find any ecxamples on the binding, so we've tried
> to make one.
> >
> > is this anywhere close to workable?
> >
> > [EMAIL PROTECTED] {
> > device_type =
Rune Torgersen wrote:
> Ok we're now using
> [EMAIL PROTECTED] {
> device_type = "serial";
> compatible = "fsl,mpc8280-smc-uart",
>"fsl,cpm2-smc-uart";
> reg = <11a80 10 0 40>;// parameter_ram_address length>
> interrupts = <4 8>;
1 - 100 of 156 matches
Mail list logo
