Stefan Roese wrote:
Correct. IIRC, some PATA driver as Pravin already mentioned.
Cheers,
Stefan
Thanks Stefan. The whole intention of the patch/hack (or whatever one might
call it :) ) was to avoid rogue drivers from setting pci_cache_line_size to
non-zero value even though the underlying
Hi ~
Can anybody tell me what the RMO is ?? in the linux kernel.
(arch/powerpc/kernel/prom_init.c)
Through googling and guessing, I found Read Memory Only and Relaxed
Memory Order.
But none of these are not properly understood in the context.
Thanks in advance.
HongWoo.
On 06/29/2009 09:26 AM, ashish kalra wrote:
Split sata_fsl_softreset() into hard and soft resets to make
error-handling more efficient device and PMP detection more reliable.
Also includes fix for PMP support, driver tested with Sil3726, Sil4726
Exar PMP controllers.
Signed-off-by: Ashish
Hi Linus !
This is the powerpc batch for 2.6.32.
You will notice a bunch of generic swiotlb changes along with
corresponding changes to arch/sparc and arch/x86 from Fujita Tomonori.
There are due to my tree having pulled Ingo's iommu tree do sort out
various dependencies. If you pull Ingo's
Benjamin Herrenschmidt wrote:
On Wed, 2009-09-09 at 17:40 +0300, Mikhail Zolotaryov wrote:
Hi Tom,
In my case __dma_sync() calls flush_dcache_range() (it's due to
alignment) from a tasklet - no OOPS. It uses dcbf instruction instead of
dcbi - that's the difference as dcbf is not
On Fri, 2009-09-11 at 10:17 +0300, Mikhail Zolotaryov wrote:
Benjamin Herrenschmidt wrote:
On Wed, 2009-09-09 at 17:40 +0300, Mikhail Zolotaryov wrote:
Hi Tom,
In my case __dma_sync() calls flush_dcache_range() (it's due to
alignment) from a tasklet - no OOPS. It uses dcbf
On Fri, 2009-09-11 at 15:33 +0900, HongWoo Lee wrote:
Hi ~
Can anybody tell me what the RMO is ?? in the linux kernel.
(arch/powerpc/kernel/prom_init.c)
Through googling and guessing, I found Read Memory Only and Relaxed
Memory Order.
But none of these are not properly understood in the
Hello,
I try to install NIC VIA-Rhine III on PCI in MPC8323E-RDB.
I have used BSP in ver. 1.0-rt (MPC8323E-RDB-20070507),
after that LTIB was build, I have marked in kernel configuration menu to
build driver for NIC as module in PIO mode (via-rhine.ko).
lspci return:
~ # lspci -vv
00:10.0 USB
-Original Message-
From: Gabriel Paubert [mailto:paub...@iram.es]
Sent: Thursday, September 10, 2009 9:33 PM
To: Aggrwal Poonam-B10812
Cc: linuxppc-...@ozlabs.org
Subject: Re: [PATCH][v1] powerpc/85xx: Create dts for each
core in CAMPmodefor P2020RDB
On Thu, Sep 10, 2009 at
On Fri, Sep 11, 2009 at 05:17:50PM +0530, Aggrwal Poonam-B10812 wrote:
-Original Message-
From: Gabriel Paubert [mailto:paub...@iram.es]
Sent: Thursday, September 10, 2009 9:33 PM
To: Aggrwal Poonam-B10812
Cc: linuxppc-...@ozlabs.org
Subject: Re: [PATCH][v1] powerpc/85xx:
Hi, stevan, I had met a similarly problem with U-Boot-v2009.08 and
DENX-v2.6.30.3 Linux.
Today, I add some options to Linux, everythings worked well, but I got
a fat kernel. Do you solve it now ?
Gao Ya'nan
___
Linuxppc-dev mailing list
Hi Gao and Stevan
I've observed the same slow-down issue on an MPC875 a while now, but
haven't had the time to do a git-bisect
and find the patch that causes the problem. So far, I'm running
torvalds 2.6.29-rc6, and the slow-down problem
was introduced somewhere between 2.6.26-rc6 and 2.6.30-rc2.
Hello Jeff,
I will do the rediff and resubmit the patch.
Thanks,
Ashish
-Original Message-
From: Jeff Garzik [mailto:j...@garzik.org]
Sent: Friday, September 11, 2009 12:08 PM
To: Kalra Ashish-B00888
Cc: linux-...@vger.kernel.org; linuxppc-...@ozlabs.org
Subject: Re: [RESEND][PATCH]
Hi Ben,
Benjamin Herrenschmidt wrote:
On Wed, 2009-09-09 at 09:43 -0400, Tom Burns wrote:
Hi,
With the default config for the Sequoia board on 2.6.24, calling
pci_dma_sync_sg_for_cpu() results in executing
invalidate_dcache_range() in arch/ppc/kernel/misc.S from __dma_sync().
This
On Friday 11 September 2009 01:56:42 David Daney wrote:
+/* Unreachable code */
+#ifndef unreachable
+# define unreachable() do { for (;;) ; } while (0)
+#endif
# define unreachable() do { } while (1)
? :)
--
Greetings, Michael.
___
Linuxppc-dev
Michael Buesch wrote:
On Friday 11 September 2009 01:56:42 David Daney wrote:
+/* Unreachable code */
+#ifndef unreachable
+# define unreachable() do { for (;;) ; } while (0)
+#endif
# define unreachable() do { } while (1)
? :)
Clearly I was not thinking clearly when I wrote that part.
I tried, using our JTAG debugger (BDI3000), to pause operation after
calling dma_alloc_coherent to examine the TLB entry for the memory
returned by the call (which was just past
CONFIG_CONSISTENT_START=0xff10). The TLB list loaded at the time
that I paused operation did not show a
On Thu, 2009-09-10 at 11:02 +0530, Sachin Sant wrote:
Steven Rostedt wrote:
Ah, seems the bug happens to be in the module handling. Does the call
back always have .mod_return_to_handler?
Yes. Every time it ends up in .mod_return_to_handler
Hmm, I still can not reproduce it, and I've
Hello,
I'll try the linutronix-lenny-gnuspe/ distro option, because i prefer a
option without a fp emulation.
Thanks u all.
2009/9/10 Scott Wood scottw...@freescale.com
On Thu, Sep 10, 2009 at 05:01:53PM +0200, Isaac Gomez Morales wrote:
Hello,
I'm trying to get a Linux distro such as
Benjamin Herrenschmidt wrote:
Do you know many drivers that do config space accesses without using
the config space accessors ?
Such drivers should be banned to oblivion.
Cheers,
Ben.
I'm not aware of such drivers in the 2.6.30+ kernel.
Thanks,
Pravin
On Thu, 2009-09-10 at 22:35 -0700,
From: Anton Vorontsov avoront...@ru.mvista.com
Date: Thu, 10 Sep 2009 06:01:30 +0400
According to specs, when auto-negotiation is disabled, Marvell PHYs need
a software reset after changing speed/duplex forcing bits. Otherwise,
the modified bits have no effect.
Signed-off-by: Anton
From: Timur Tabi ti...@freescale.com
Date: Thu, 10 Sep 2009 08:00:48 -0500
Anton Vorontsov wrote:
We'll need ugeth_disable() and ugeth_enable() calls earlier in the
file, so rearrange some code to avoid forward declarations.
The patch doesn't contain any functional changes.
From: Anton Vorontsov avoront...@ru.mvista.com
Date: Fri, 11 Sep 2009 01:48:12 +0400
MPC8360 QE UCC ethernet controllers hang when changing link duplex
under a load (a bit of NFS activity is enough).
PHY: m...@e0102120:00 - Link is Up - 1000/Full
sh-3.00# ethtool -s eth0 speed 100
(switched to email. Please respond via emailed reply-to-all, not via the
bugzilla web interface).
On Wed, 9 Sep 2009 15:09:15 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=14148
Summary: kernel panic: do_wp_page assert_pte_locked
The Dynamic Logical Partitioning (DLPAR) capabilities of the powerpc pseries
platform allows for the addition and removal of resources (i.e. cpus,
memory, pci devices) from a partition. The removal of a resource involves
removing the resource's node from the device tree and then returning the
The Dynamic Logical Partitioning (DLPAR) capabilities of the powerpc pseries
platform allows for the addition and removal of resources (i.e. cpus,
memory, pci devices) from a partition. The removal of a resource involves
removing the resource's node from the device tree and then returning the
This patch provides the kernel DLPAR infrastructure in a new filed named
dlpar.c. The functionality provided is for acquiring and releasing a
resource from firmware and the parsing of information returned from the
ibm,configure-connector rtas call. Additionally this exports the
pSeries
Move the definition of the of_drconf_cell struct from numa.c to prom.h. This
is needed so that we can parse the ibm,dynamic-memory device-tree property
when DLPAR adding and removing memory.
Signed-off-by: Nathan Fontenot nf...@austin.ibm.com
---
Index: powerpc/arch/powerpc/include/asm/prom.h
Export the memory_sysdev_class structure. This is needed so we can create
a 'release' file in sysfs in addition to the existing 'probe' file in
order to support DLPAR removal of memory on the powerpc/pseries platform.
The new 'release' file will be powerpc/pseries only.
Signed-off-by: Nathan
This adds the capability to DLPAR add and remove memory from the kernel. The
patch extends the powerpc handling of memory_add_physaddr_to_nid(), which is
called from the sysfs memory 'probe' file to first ensure that the memory
has been added to the system. This is done by creating a platform
This adds the capability to DLPAR add and remove CPUs from the kernel. The
creates two new files /sys/devices/system/cpu/probe and
/sys/devices/system/cpu/release to handle the DLPAR addition and removal of
CPUs respectively.
CPU DLPAR add is accomplished by writing the drc-index of the CPU to
On Sep 11, 2009, at 3:09 PM, Andrew Morton wrote:
(switched to email. Please respond via emailed reply-to-all, not
via the
bugzilla web interface).
On Wed, 9 Sep 2009 15:09:15 GMT
bugzilla-dae...@bugzilla.kernel.org wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=14148
On Fri, 2009-09-11 at 16:08 -0500, Nathan Fontenot wrote:
am cc'ing lkml.
Patches include in this set:
1/5 - DLPAR infrastructure for powerpc/pseries platform.
2/5 - Move the of_drconf_cell struct to prom.h
3/5 - Export the memory sysdev class
4/5 - Memory DLPAR handling
5/5 - CPU DLPAR
2009/9/11 Frank Svendsbøe frank.svends...@gmail.com:
Hi Gao and Stevan
I've observed the same slow-down issue on an MPC875 a while now, but
haven't had the time to do a git-bisect
and find the patch that causes the problem. So far, I'm running
torvalds 2.6.29-rc6, and the slow-down problem
From: Grant Likely grant.lik...@secretlab.ca
prototype implementation. This probably doesn't work at all right now.
Ben, I'm posting this now to get your thoughts before I go too far down
this path.
Cheers,
g.
---
arch/powerpc/include/asm/irq.h|3 ++
35 matches
Mail list logo