On Wed, Jun 03, 2009 at 10:05:11PM +0530, K.Prasad wrote:
> Introduce PPC64 implementation for the generic hardware breakpoint interfaces
> defined in kernel/hw_breakpoint.c. Enable the HAVE_HW_BREAKPOINT flag and the
> Makefile.
[snip]
> +/*
> + * Install the debug register values for just the k
On Wed, Jun 03, 2009 at 10:05:24PM +0530, K.Prasad wrote:
> Modify the ptrace code to use the hardware breakpoint interfaces for
> user-space.
>
> Signed-off-by: K.Prasad
> ---
> arch/powerpc/kernel/ptrace.c | 47
> +++
> 1 file changed, 47 insertions(
On Thu, Jun 04, 2009 at 09:59:04PM +0100, Byron Bradley wrote:
> The Thecus N1200 is a NAS device with a single internal SATA disk and
> an eSATA port based on an MPC8347 SoC.
Comments on a number of fairly minor device tree nits below:
[snip]
> + soc8...@e000 {
> + #address-c
On Thu, 4 Jun 2009, Kumar Gala wrote:
>
> On Jun 4, 2009, at 3:59 PM, Byron Bradley wrote:
>
> > The Thecus N1200 is a NAS device with a single internal SATA disk and
> > an eSATA port based on an MPC8347 SoC.
> >
> > http://thecus.nas-central.org/index.php/Category:N1200
> >
> > Signed-off-by
The Thecus N1200 has a board control PIC on the I2C bus. This controls
two of the LEDs, the buzzer and allows the board to poweroff.
Signed-off-by: Byron Bradley
---
arch/powerpc/configs/83xx/thecus_n1200_defconfig |3 +-
arch/powerpc/platforms/83xx/Makefile |1 +
arch/powerp
Just one (1) question...
On my iMac (G4 1GHz, 1Gb Leo 10.5.7) I want to use a Linux version...
Therefor I downloaded Ubuntu 8 (and 9 and 7). By Disk Utility I made a
bootable partition on an external FireWire drive... Changed my startup
disk to this partition, and rebooted...
Did not work...
On Jun 4, 2009, at 3:59 PM, Byron Bradley wrote:
The Thecus N1200 is a NAS device with a single internal SATA disk and
an eSATA port based on an MPC8347 SoC.
http://thecus.nas-central.org/index.php/Category:N1200
Signed-off-by: Byron Bradley
Signed-off-by: Tim Ellis
---
arch/powerpc/boot/Ma
On Thu, Jun 4, 2009 at 20:07, Greg KH wrote:
> On Thu, Jun 04, 2009 at 07:01:32PM +0530, Subrata Modak wrote:
>> CC [M] drivers/staging/comedi/drivers.o
>> drivers/staging/comedi/drivers.c: In function ‘comedi_buf_alloc’:
>> drivers/staging/comedi/drivers.c:496: error: ‘PAGE_KERNEL_NOCACHE’
>> u
On Thu, Jun 04, 2009 at 07:01:32PM +0530, Subrata Modak wrote:
> CC [M] drivers/staging/comedi/drivers.o
> drivers/staging/comedi/drivers.c: In function ‘comedi_buf_alloc’:
> drivers/staging/comedi/drivers.c:496: error: ‘PAGE_KERNEL_NOCACHE’ undeclared
> (first use in this function)
> drivers/sta
On Thu, Jun 04, 2009 at 07:20:26PM +0800, Li Yang-R58472 wrote:
>
> >> This is a request for comments on this patch. I hunch it is
> >not quite
> >> ready for inclusion, though it is certainly ready for
> >review. Correct
> >> functioning of this patch depends on the patches submitted earlier.
On Thu, Jun 4, 2009 at 9:31 AM, Subrata Modak
wrote:
> CC drivers/usb/host/ohci-hcd.o
> In file included from drivers/usb/host/ohci-hcd.c:1060:
> drivers/usb/host/ohci-ppc-of.c:242:2: error: #error "No endianess selected
> for ppc-of-ohci"
> make[3]: *** [drivers/usb/host/ohci-hcd.o] Error 1
CC [M] drivers/net/ucc_geth.o
drivers/net/ucc_geth.c: In function âucc_geth_probeâ:
drivers/net/ucc_geth.c:3822: error: âphâ undeclared (first use in this
function)
drivers/net/ucc_geth.c:3822: error: (Each undeclared identifier is reported
only once
drivers/net/ucc_geth.c:3822: error: f
CC drivers/usb/host/ohci-hcd.o
In file included from drivers/usb/host/ohci-hcd.c:1060:
drivers/usb/host/ohci-ppc-of.c:242:2: error: #error "No endianess selected for
ppc-of-ohci"
make[3]: *** [drivers/usb/host/ohci-hcd.o] Error 1
make[2]: *** [drivers/usb/host] Error 2
make[1]: *** [drivers/u
CC [M] drivers/staging/comedi/drivers.o
drivers/staging/comedi/drivers.c: In function âcomedi_buf_allocâ:
drivers/staging/comedi/drivers.c:496: error: âPAGE_KERNEL_NOCACHEâ
undeclared (first use in this function)
drivers/staging/comedi/drivers.c:496: error: (Each undeclared identifier is
Acked-by: Robin Holt
On Thu, Jun 04, 2009 at 07:23:15PM +0900, KOSAKI Motohiro wrote:
...
> Actually, zone_reclaim_mode=1 mean "I dislike remote node allocation rather
> than
> disk access", it makes performance improvement to HPC workload.
> but it makes performance degression to desktop, file
On Wednesday 03 June 2009, David Mitchell wrote:
> Hello,
>
> Are there any objections or concerns on adding UPF_FIXED_TYPE to the
> port flags for the of_serial driver? Or maybe - are there any
> implementations using of_serial that rely on the 8250's probing to
> determine type? Based on the con
On Thu, Jun 04, 2009 at 01:05:51PM +0200, Stefan Roese wrote:
>Hi Josh,
>
>On Wednesday 03 June 2009 17:16:59 Josh Boyer wrote:
>> Below are some patches to convert the Malaku and Kilauea/Halekala boards to
>> the ppc40x_simple platform. I've tested the second patch on my Halekala
>> board. The Ma
On Thu, Jun 04, 2009 at 06:23:15PM +0800, KOSAKI Motohiro wrote:
>
> Current linux policy is, zone_reclaim_mode is enabled by default if the
> machine
> has large remote node distance. it's because we could assume that large
> distance
> mean large server until recently.
>
> Unfortunately, rece
>> This is a request for comments on this patch. I hunch it is
>not quite
>> ready for inclusion, though it is certainly ready for
>review. Correct
>> functioning of this patch depends on the patches submitted earlier.
>>
>> As suggested by Dan Williams, I implemented DMA_SLAVE
>support for
Hi Josh,
On Wednesday 03 June 2009 17:16:59 Josh Boyer wrote:
> Below are some patches to convert the Malaku and Kilauea/Halekala boards to
> the ppc40x_simple platform. I've tested the second patch on my Halekala
> board. The Malaku patch should work as well, but I don't have access to one
> of
Current linux policy is, zone_reclaim_mode is enabled by default if the machine
has large remote node distance. it's because we could assume that large distance
mean large server until recently.
Unfortunately, recent modern x86 CPU (e.g. Core i7, Opeteron) have P2P transport
memory controller. IO
* Kumar Gala | 2009-06-03 16:31:42 [-0500]:
>On Jun 3, 2009, at 2:54 PM, Sebastian Andrzej Siewior wrote:
>
>>This patch adds support for the MPC85xx boards to enter the SLEEP
>>mode.
>>The wake up is done via an external interrupt.
>>mpc85xx_enter_sleep() does not clear HID0_SLEEP in resume but
22 matches
Mail list logo
