Dave Hansen [EMAIL PROTECTED] wrote on 13.02.2008 18:05:00:
On Wed, 2008-02-13 at 16:17 +0100, Jan-Bernd Themann wrote:
Constraints imposed by HW / FW:
- eHEA has own MMU
- eHEA Memory Regions (MRs) are used by the eHEA MMU to translate
virtual
addresses to absolute addresses (like
Kumar Gala wrote:
On Feb 13, 2008, at 3:19 PM, Pavel Kiryukhin wrote:
Add regshift reading to serial drivers.
This enables correct operation of serial ports with nonzero regshift.
what device needs this?
- k
Xilinx opb 16550 uart
--
Pavel
Ingo Molnar wrote:
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
While booting with the 2.6.25-rc1-git1 kernel on the powerbox the
softlockup is seen, with following trace.
BUG: soft lockup - CPU#1 stuck for 61s! [insmod:377]
TASK = c0077cb2f0e0[377] 'insmod' THREAD: c0077cb28000
Hi Greg!
I have no idea, it sounds like a PPC specific thing, not anything the
PCI core does, right? So I'll add the ppc list to the cc: and ask if
anyone there has any ideas?
Unfortunately, this is not PPC specific at all -- proc_attach_device()
calls pci_proc_domain(bus), which is an
Hi Nima,
I've got a couple of comments about the above patch - I'm not quite sure
how to add my comments to the ozlab.org site.
simply replying to the original mail will add your comments.
1 -
-- a/arch/powerpc/boot/dts/mpc8272ads.dts
[snip]
+ [EMAIL PROTECTED] {
+
So, like, the other day David Gibson mumbled:
fdt_add_subnode_namelen() has a bug if asked to add a subnode to a
node which has NOP tags interspersed with its properties. In this
case fdt_add_subnode_namelen() will put the new subnode before the
first NOP tag, even if there are properties
On Feb 14, 2008, at 3:10 AM, Pavel Kiryukhin wrote:
Kumar Gala wrote:
On Feb 13, 2008, at 3:19 PM, Pavel Kiryukhin wrote:
Add regshift reading to serial drivers.
This enables correct operation of serial ports with nonzero
regshift.
what device needs this?
- k
Xilinx opb 16550 uart
On Wed, 13 Feb 2008 21:14:09 -0700
Grant Likely [EMAIL PROTECTED] wrote:
From: Grant Likely [EMAIL PROTECTED]
CONFIG_DEVICE_TREE was the only user of CONFIG_WANT_DEVICE_TREE but
it was removed in commit id 25431333813686654907ab987fb5de10c10a16db
(bootwrapper: Build multiple cuImages).
Trying to use other UCC2 or UCC4 for ethernet instead of UCC3 makes MDIO
unusable. UCC2 can not find its PHY if not UCC3 is present too. Seems
like only UCC3 is able to drive the MDIO bus.
Jocke
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
On Thu, 2008-02-14 at 09:46 +0100, Christoph Raisch wrote:
Dave Hansen [EMAIL PROTECTED] wrote on 13.02.2008 18:05:00:
On Wed, 2008-02-13 at 16:17 +0100, Jan-Bernd Themann wrote:
Constraints imposed by HW / FW:
- eHEA has own MMU
- eHEA Memory Regions (MRs) are used by the eHEA MMU
On Thu, 2008-02-14 at 09:12 -0800, Dave Hansen wrote:
..
- Use currently other not exported functions in kernel/resource.c, like
walk_memory_resource (where we would still need the maximum
possible number
of pages NR_MEM_SECTIONS)
It isn't the act of exporting that's the
On Thu, 2008-02-14 at 09:36 -0800, Badari Pulavarty wrote:
I am not sure what you are trying to do with walk_memory_resource().
The
behavior is different on ppc64. Hotplug memory usage assumes that all
the memory resources (all system memory, not just IOMEM) are
represented
in
Remove bogus UCC regs range test and correct
off by one error in call to ucc_set_qe_mux_mii_mng()
Signed-off-by: Joakim Tjernlund [EMAIL PROTECTED]
---
I am not 100% sure this is the correct fix, please ACK or NACK
drivers/net/ucc_geth_mii.c | 26 +++---
1 files changed,
The functions time_before, time_before_eq, time_after, and time_after_eq are
more robust for comparing jiffies against other values.
So following patch implements usage of the time_after() macro, defined at
linux/jiffies.h, which deals with wrapping correctly
Cc: linuxppc-dev@ozlabs.org
On Thursday, February 14, 2008 1:40 am Martin Mares wrote:
Hi Greg!
I have no idea, it sounds like a PPC specific thing, not anything the
PCI core does, right? So I'll add the ppc list to the cc: and ask if
anyone there has any ideas?
Unfortunately, this is not PPC specific at all --
--- a/arch/powerpc/kernel/legacy_serial.c
+++ b/arch/powerpc/kernel/legacy_serial.c
+ /* get regshift if present*/
+ regshift = get_property(np, reg-shift, NULL);
of_get_property, presumably?
--- a/drivers/serial/of_serial.c
+++ b/drivers/serial/of_serial.c
+ regshift =
On Feb 13, 2008, at 7:09 PM, David Miller wrote:
I've taken into consideration the various feedback, and
ported the bug fix and other LMB patches posted recently
in an effort to keep the patch churn by others down wrt.
my moving of these files.
1) Use HAVE_LMB as suggested by Sam.
2)
On Thu, 14 Feb 2008 01:36:56 +0100
Bartlomiej Zolnierkiewicz wrote:
* Initialize IDE ports in mpc8xx_ide_probe().
* Remove m8xx_ide_init() and ppc_ide_md hooks - no need for them
(IDE mpc8xx host driver takes care of all this setup).
* Remove needless 'if (irq)' and 'if (data_port =
On Thu, 14 Feb 2008 14:58:22 -0600
Becky Bruce [EMAIL PROTECTED] wrote:
On Feb 13, 2008, at 7:09 PM, David Miller wrote:
I've taken into consideration the various feedback, and
ported the bug fix and other LMB patches posted recently
in an effort to keep the patch churn by others
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git merge
to get a collection of bug-fixes and very minor cleanups for powerpc
(plus one commit wiring up the timerfd syscalls).
Thanks,
Paul.
arch/powerpc/Kconfig |4 ---
From: Becky Bruce [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 14:58:22 -0600
Thanks for picking up the patches from Kumar and myself and fitting
them into your series - this is much appreciated. FYI, I applied the
entire patch series to my local tree and test-booted both mpc8641 and
On Thu, Feb 14, 2008 at 01:43:05PM -0800, David Miller wrote:
From: Martin Mares [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 10:40:22 +0100
Would it be acceptable for the PPC folks to modify the code to add
domain numbers to the device numbers in /proc/bus/pci/devices in the
same format as
Hi!
Be careful, things like the X server parse that file, and X's
parser does not expect domain numbers there so you will break
things :-(
It might be best if we only place domain 0 in that file.
Yes, that's another possilibity. However, in such cases we should probably
create the
From: Martin Mares [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 10:40:22 +0100
Would it be acceptable for the PPC folks to modify the code to add
domain numbers to the device numbers in /proc/bus/pci/devices in the
same format as the bus directories already have?
Be careful, things like the X
Hi!
Would it be acceptable for the PPC folks to modify the code to add
domain numbers to the device numbers in /proc/bus/pci/devices in the
same format as the bus directories already have?
Be careful, things like the X server parse that file, and X's
parser does not expect domain
From: Josh Boyer [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 15:24:48 -0600
I plan on actually testing this on Ebony, Walnut, and Bamboo either
later tonight or tomorrow. I don't expect many issues.
Dave, those above boards would cover the build of PowerPC 4xx CPU cores.
Ok.
From: Martin Mares [EMAIL PROTECTED]
Date: Thu, 14 Feb 2008 22:45:14 +0100
But thanks for the tip, I will check X before I post the patch.
X now uses sysfs when available, therefore I think it's
best not to try and muck with this deprecated interface
if possible.
X now uses sysfs when available, therefore I think it's
best not to try and muck with this deprecated interface
if possible.
However, the interface is fatally broken on machines with domains
and the breakage is visible (e.g., run lspci when /sys is not mounted).
I originally intended to just
On Thu, Feb 14, 2008 at 02:46:21PM +1100, Tony Breeds wrote:
Hi Manish,
Sorry for the minor nits but this should be:
---
* Linas Vepstas, Manish Ahuja 2008
* Copyright 2008 IBM Corp.
---
You can optionally use the '??' symbol after word 'Copyright' but you
shouldn't use '(c)'
On Thu, Feb 14, 2008 at 02:58:22PM -0600, Becky Bruce wrote:
Thanks for picking up the patches from Kumar and myself and fitting
them into your series - this is much appreciated. FYI, I applied the
entire patch series to my local tree and test-booted both mpc8641 and
mpc8568mds and
gcc knows better. :)
-Original Message-
From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 14, 2008 3:27 PM
To: Stephen Neuendorffer
Cc: Pavel Kiryukhin; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] [POWERPC] Enable correct operation of serial
ports
On Thu, 14 Feb 2008 10:55:31 -0800 Stephen Neuendorffer [EMAIL PROTECTED]
wrote:
--- a/arch/powerpc/kernel/legacy_serial.c
+++ b/arch/powerpc/kernel/legacy_serial.c
+ /* get regshift if present*/
+ regshift = get_property(np, reg-shift, NULL);
of_get_property, presumably?
Damn,
On Thu, 14 Feb 2008 17:21:52 -0600 Olof Johansson [EMAIL PROTECTED] wrote:
On Thu, Feb 14, 2008 at 02:58:22PM -0600, Becky Bruce wrote:
Thanks for picking up the patches from Kumar and myself and fitting
them into your series - this is much appreciated. FYI, I applied the
entire
On Tue, Feb 12, 2008 at 01:11:58AM -0600, Manish Ahuja wrote:
snip
+static ssize_t
+show_release_region(struct kset * kset, char *buf)
+{
+ return sprintf(buf, ola\n);
+}
+
+static struct subsys_attribute rr = __ATTR(release_region, 0600,
+
For ages dtc has included a sample dts, comment-test.dts, for checking
various lexical corner cases in comment processing. In fact, it
predates the automated testsuite, and has never been integrated into
it. This patch addresses this oversight, folding the comment handling
test in with the rest
Hi there,
I am using a cross-compiler gcc 4.1.2 and glibc 2.3.6 to build 2.6.24.2 for
a adder875 board. At the end of building, the ld gives the following error
messages:
LD init/built-in.o
LD vmlinux
`.exit.data' referenced in section `.exit.text' of drivers/built-in.o:
defined
On Sunday 03 February 2008, Anton Vorontsov wrote:
On Sun, Feb 03, 2008 at 01:22:08PM -0800, David Brownell wrote:
[...]
So when you assume that a GPIO number can uniquely specify a pin for
use in function multiplexing ... you're stressing a nonportable
aspect of this issue.
Ditto
On Tue, 5 Feb 2008 18:44:32 +0300 Anton Vorontsov [EMAIL PROTECTED] wrote:
This patch adds support for the framebuffers with non-native
endianness. This is done via FBINFO_FOREIGN_ENDIAN flag that will
be used by the drivers. Depending on the host endianness this flag
will be overwritten by
Olof,
I will run it through checkpatch before resubmitting.
Thanks,
Manish
Olof Johansson wrote:
On Thu, Feb 14, 2008 at 02:46:21PM +1100, Tony Breeds wrote:
Hi Manish,
Sorry for the minor nits but this should be:
---
* Linas Vepstas, Manish Ahuja 2008
* Copyright 2008 IBM
Tony Breeds wrote:
On Tue, Feb 12, 2008 at 01:11:58AM -0600, Manish Ahuja wrote:
snip
+static ssize_t
+show_release_region(struct kset * kset, char *buf)
+{
+return sprintf(buf, ola\n);
+}
+
+static struct subsys_attribute rr = __ATTR(release_region, 0600,
+
40 matches
Mail list logo