Hi,
On Wed, Oct 17, 2007 at 11:50:49AM +0530, Kamalesh Babulal wrote:
> Build fails on the powerpc fails with 2.6.23-git10
This was fixed by 33ff910f0f466184ffc3514628f18403dcd86761.
-Olof
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https:/
On Tue, 16 Oct 2007, Arnd Bergmann wrote:
> On Tuesday 16 October 2007, Geert Uytterhoeven wrote:
> > The recent (post 2.6.23) changes to compat_ioctl made the reporting of
> > unsupported ioctls more verbose. E.g. on the PS3 I get:
> >
> > | ioctl32(cdrom_id:608): Unknown cmd fd(3) cmd(5331){
Hi,
Build fails on the powerpc fails with 2.6.23-git10
CC init/main.o
In file included from include/linux/dma-mapping.h:42,
from include/linux/dmaengine.h:29,
from include/linux/skbuff.h:29,
from include/linux/netlink.h:155,
On Tue, Oct 16, 2007 at 03:25:25PM -0500, Olof Johansson wrote:
> Hi,
>
> Not sure when this started happening, but I wanted to report it. I'll
> start bisecting in a day or two if noone else has gotten around to
> looking at it:
>
> $ echo "int main(void) { while(1); }" > test.c ; gcc test.c
> $
On Tue, Oct 16, 2007 at 07:17:01AM -0600, Grant Likely wrote:
> On 10/15/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > This very large patch incorporates a copy of dtc into the kernel
> > source, in arch/powerpc/boot/dtc-src. This means that dtc is no
> > longer an external dependency to build k
On Wednesday 17 October 2007, Paul Mackerras wrote:
>
> It was a mis-merge between 555ddbb4, which made that change and *did*
> add the declaration of key, and 9a402b64, which deleted the line that
> the declaration of key was added to.
Oops, sorry.
>
> We need the patch below. Dmitry, will yo
Use the right printk format to silence the following warning.
CC arch/powerpc/mm/init_64.o
arch/powerpc/mm/init_64.c: In function 'vmemmap_populate':
arch/powerpc/mm/init_64.c:243: warning: format '%p' expects type 'void *', but
argument 4 has type 'long unsigned int'
Signed-off-by: Tony
The current DWARF info for CR are incorrect causing the gcc unwinder to
go to lunch if taking a segfault in the vdso. This patch fixes it.
Problem identified by Andrew Haley, and fix provided by Jakub Jelinek
(thanks !).
Unfortunately, a bug in gcc cause it to not quite work either, but that
is b
The current DWARF info for CR are incorrect causing the gcc unwinder to
go to lunch if taking a segfault in the vdso. This patch fixes it.
Problem identified by Andrew Haley, and fix provided by Jakub Jelinek
(thanks !).
Unfortunately, a bug in gcc cause it to not quite work either, but that
is b
Joseph Fannin writes:
> Commit b981d8b3f5e008ff10d993be633ad00564fc22cd in Linus's git tree
> did this:
>
>
> @@ -374,9 +373,9 @@ adbhid_input_keycode(int id, int scancode, int repeat)
> #endif /* CONFIG_PPC_PMAC */
> }
>
> - if (adbhid[id]->keycode[keycode]) {
> -
Also of_unregister{,_platform}_driver.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/of_platform.c | 20
include/asm-powerpc/of_platform.h | 10 --
2 files changed, 8 insertions(+), 22 deletions(-)
This depends on the Sparc part (pat
Also of_unregister_driver. These will be shortly also used by the
PowerPC code.
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
arch/sparc/kernel/of_device.c | 20
arch/sparc64/kernel/of_device.c | 20
drivers/of/platform.c
\
> > Note: unfortunately, Jeff already picked up the EMAC patch without
> > waiting for this to be sorted out (oops...). So if you agree with
> > this patch, it would be nice to have it go in quickly or maybe via
> > Jeff's tree to avoid breakage ? Not terribly important tho.
>
>
> Sorry, I thou
Benjamin Herrenschmidt wrote:
> net: Add __napi_synchronize() to sync with napi poll
>
> The EMAC driver which needs to handle multiple devices with one
> NAPI instance implements its own per-channel disable bit. However,
> when setting such a bit, it needs to synchronize with the poller
> (that i
On 10/16/07, Grant Likely <[EMAIL PROTECTED]> wrote:
> On 10/16/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
> >
> >
> > > -Original Message-
> > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> > > Behalf Of Grant Likely
> > > Sent: Tuesday, October 16, 2007 12:36 PM
> > > T
net: Add __napi_synchronize() to sync with napi poll
The EMAC driver which needs to handle multiple devices with one
NAPI instance implements its own per-channel disable bit. However,
when setting such a bit, it needs to synchronize with the poller
(that is make sure that any pending poller instan
napi: use non-interruptible sleep in napi_disable
The current napi_disable() uses msleep_interruptible() but doesn't
(and can't) exit in case there's a signal, thus ending up doing a
hot spin without a cpu_relax. Use uninterruptible sleep instead.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PRO
This patch makes improvements to the way properties are printed when
in dtc is producing dts output.
- Characters which need escaping are now properly handled when
printing properties as strings
- The heuristics for what format to use for a property are
improved so that 'compatibl
On 10/16/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> > Behalf Of Grant Likely
> > Sent: Tuesday, October 16, 2007 12:36 PM
> > To: Stephen Neuendorffer
> > Cc: linuxppc-dev@ozlabs.org; Wolfgang Rei
On 10/16/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
>
> It occurs to me that the 'compatible' bindings should probably be the
> name of the preferred driver for the device.
>
> > + l) Xilinx ML300 Framebuffer
> > +- compatible : Must include "xilinx,ml300-fb"
> Should probably be 'xi
On 10/16/07, David Gibson <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 16, 2007 at 03:31:07PM -0600, Grant Likely wrote:
> > From: Grant Likely <[EMAIL PROTECTED]>
> >
> > Add the 'set -e' command to the wrapper script so that if any command
> > fails then the script will automatically exit
>
> Ah.. th
On Tue, 2007-10-16 at 16:23 -0700, Stephen Neuendorffer wrote:
> It occurs to me that the 'compatible' bindings should probably be the
> name of the preferred driver for the device.
>
> > + l) Xilinx ML300 Framebuffer
> > +- compatible : Must include "xilinx,ml300-fb"
> Should probably be '
On Tue, 2007-10-16 at 21:16 -0400, Jeff Garzik wrote:
> Benjamin Herrenschmidt wrote:
> > net: Fix new EMAC driver for NAPI changes
> >
> > This fixes the new EMAC driver for the NAPI updates. The previous patch
> > by Roland Dreier (already applied) to do that doesn't actually work. This
> > app
Recent commits 333542fabf8720b881e992a5abca32ef4bcb841a and
fd1bf3a5ae46962528ef89a824261a88830758a2 added new testcases to dtc.
However, although the testcases were added to the Makefile and
run_tests.sh, one of the .c files for the testcase was omitted from
the patch in each case.
This patch res
Benjamin Herrenschmidt wrote:
> net: Fix new EMAC driver for NAPI changes
>
> This fixes the new EMAC driver for the NAPI updates. The previous patch
> by Roland Dreier (already applied) to do that doesn't actually work. This
> applies on top of it makes it work on my test Ebony machine.
>
> This
On Tue, Oct 16, 2007 at 09:19:39PM +0200, Jean Delvare wrote:
> On Mon, 15 Oct 2007 22:21:38 -0600, Grant Likely wrote:
> > On 10/15/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > > In fact I think it may be acceptle to do the idx++ thing in this
> > > situation. Bus numbers are ugly, but it's no
On Tue, Oct 16, 2007 at 08:32:45AM -0500, Jon Loeliger wrote:
>
> Guys and Dolls,
>
> I pushed out all of David's recent DTC and libfdt patches.
> I also jammed the following patch into the mix as well.
>
> HTH,
> jdl
>
>
>
> commit 9e32930ebcacfcf7cb7c1c2b8e776eb3957cf6cb
> Author: Jon Loeli
On Tue, Oct 16, 2007 at 03:31:07PM -0600, Grant Likely wrote:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> Add the 'set -e' command to the wrapper script so that if any command
> fails then the script will automatically exit
Ah.. this will conflict with my patch to merge dtc (because that
touches
David Miller <[EMAIL PROTECTED]> writes:
> From: Arnd Bergmann <[EMAIL PROTECTED]>
> Date: Tue, 16 Oct 2007 21:50:35 +0200
>
> > The one point where it is expected to have changed now is when you
> > try to do these ioctls on something that is not a block device. Are
> > you sure that the files y
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Grant Likely
> Sent: Tuesday, October 16, 2007 12:36 PM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org; Wolfgang Reissnegger; Leonid;
> [EMAIL PROTECTED]
> Subject: Re: [PATCH v2] Device t
It occurs to me that the 'compatible' bindings should probably be the
name of the preferred driver for the device.
> + l) Xilinx ML300 Framebuffer
> +- compatible : Must include "xilinx,ml300-fb"
Should probably be 'xilinxfb', and probably shouldn't reference ML300 at
all.
> + n) Xilinx
Paul,
Here is the addition of the bestcomm driver. I think this is ready to go in.
There are remaining outstanding comments; but my opinion is that they
should be addressed in subsequent patches (performance optimization
for mp5200b boards and making the sram management code a generic
interface
On 10/16/07, Andreas Schwab <[EMAIL PROTECTED]> wrote:
> Grant Likely <[EMAIL PROTECTED]> writes:
>
> > +# Allow for verbose output
> > +if [ "$V" == "1" ]; then
>
> The correct syntax is [ a = b ] (and the quotes around 1 are not needed,
> btw.).
heh; I guess I'm not much of a shell programmer.
Grant Likely <[EMAIL PROTECTED]> writes:
> +# Allow for verbose output
> +if [ "$V" == "1" ]; then
The correct syntax is [ a = b ] (and the quotes around 1 are not needed,
btw.).
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg,
From: Arnd Bergmann <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 21:50:35 +0200
> The one point where it is expected to have changed now is when you
> try to do these ioctls on something that is not a block device. Are
> you sure that the files you tried them on were created correctly?
Many many ma
The lockup is only the shell. I echo from ttyCPM0 console and it
"locks" then I echo from an ssh session and the kernel messages still
output from the ttyCPM0 console.
NOTE: I found a severe issue that seems to have unlocked ttyCPM2. BUT
ttyCPM1 still hangs. (a while back, we commented out the
From: Grant Likely <[EMAIL PROTECTED]>
Allow wrapper script to print verbose progress when the V is set in the
environment.
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/boot/wrapper |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/boo
From: Grant Likely <[EMAIL PROTECTED]>
Add the 'set -e' command to the wrapper script so that if any command
fails then the script will automatically exit
Signed-off-by: Grant Likely <[EMAIL PROTECTED]>
---
arch/powerpc/boot/wrapper | 27 ++-
1 files changed, 10 insert
On Tue, 2007-10-16 at 15:14 -0400, Joseph Fannin wrote:
> vga16fb is an available config option on powerpc, but it won't link
> with my .config:
>
> ERROR: "vgacon_remap_base" [drivers/video/vga16fb.ko] undefined!
>
>
> I'm guessing this is because include/asm-powerpc/vga.h declares
> vgacon
> So this is really just like synchronize_irq()? Using msleep is bogus
> because you want to spin, you are only waiting for a softirq on the other
> cpu to finish. If you wait for a whole millisecond and sleep that
> is far longer than the napi routine should take.
>
> You could even optimize it
Hi,
Not sure when this started happening, but I wanted to report it. I'll
start bisecting in a day or two if noone else has gotten around to
looking at it:
$ echo "int main(void) { while(1); }" > test.c ; gcc test.c
$ time ./a.out & sleep 2 ; killall a.out
real0m2.008s
user0m4.014s
sys
On 10/16/07, Alan Bennett <[EMAIL PROTECTED]> wrote:
> I'm using a modified ep8248e.dts to describe my hardware and I want to
> enable the use of 3 standard interrupts.
>
> 1. irq5
> 2. timer1
> 3. timer2
>
> How bad does this look?
> soc --> cpm -->
>timer {
>
On Tuesday 16 October 2007, Geert Uytterhoeven wrote:
> The recent (post 2.6.23) changes to compat_ioctl made the reporting of
> unsupported ioctls more verbose. E.g. on the PS3 I get:
>
> | ioctl32(cdrom_id:608): Unknown cmd fd(3) cmd(5331){t:'S';sz:0}
> arg() on /dev/.tmp-11-0
> | i
On 10/16/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
> How about just 'device-tree', referring to any source, and then
> of-device-tree and flat-device-tree to document how the device tree is
> constructed.
> The fact that the API is poorly named is something that can always be
> fixed (and
On 10/16/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
>
> > + n) Xilinx EMAC and Xilinx TEMAC
> > +
> > + Xilinx Ethernet devices. Uses common properties from
> > other Ethernet
> > + devices with the following constraints:
> > +
> > + Required properties:
> > +- compatible : Mu
Olof Johansson wrote:
> On Mon, Oct 15, 2007 at 05:54:51PM -0500, Scott Wood wrote:
>> Olof Johansson wrote:
>>> Setup i2c_board_info based on device tree contents. This has to be
>>> a device_initcall since we need PCI to be probed by the time we
>>> run it, but before the actual driver is initial
On Mon, 15 Oct 2007 22:21:38 -0600, Grant Likely wrote:
> On 10/15/07, David Gibson <[EMAIL PROTECTED]> wrote:
> > In fact I think it may be acceptle to do the idx++ thing in this
> > situation. Bus numbers are ugly, but it's not the worst ugliness in
> > the horrible mess that is the Linux i2c su
vga16fb is an available config option on powerpc, but it won't link
with my .config:
ERROR: "vgacon_remap_base" [drivers/video/vga16fb.ko] undefined!
I'm guessing this is because include/asm-powerpc/vga.h declares
vgacon_remap_base:
extern unsigned long vgacon_remap_base;
...but arch
On Tue, 16 Oct 2007 15:49:52 +1000
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> net: Add __napi_sycnhronize() to sync with napi poll
>
> The EMAC driver which needs to handle multiple devices with one
> NAPI instance implements its own per-channel disable bit. However,
> when setting such
Hi Scott,
orig one does not build (not your issue apparently):
CC drivers/net/fs_enet/fs_enet-main.o
drivers/net/fs_enet/fs_enet-main.c: In function `fs_enet_probe':
drivers/net/fs_enet/fs_enet-main.c:1252: error: implicit declaration of
function `SET_MODULE_OWNER'
drivers/net/fs_enet/fs_
I'm using a modified ep8248e.dts to describe my hardware and I want to
enable the use of 3 standard interrupts.
1. irq5
2. timer1
3. timer2
How bad does this look?
soc --> cpm -->
timer {
device_type = "timer";
> + n) Xilinx EMAC and Xilinx TEMAC
> +
> + Xilinx Ethernet devices. Uses common properties from
> other Ethernet
> + devices with the following constraints:
> +
> + Required properties:
> +- compatible : Must include one of: "xilinx,plb-temac",
> + "xilinx,plb-e
Hello.
Commit b981d8b3f5e008ff10d993be633ad00564fc22cd in Linus's git tree
did this:
@@ -374,9 +373,9 @@ adbhid_input_keycode(int id, int scancode, int repeat)
#endif /* CONFIG_PPC_PMAC */
}
- if (adbhid[id]->keycode[keycode]) {
- input_report_key(adbhid[id]->input,
Vitaly Bordug wrote:
> Hi Scott,
>
> orig one does not build (not your issue apparently):
>
> CC drivers/net/fs_enet/fs_enet-main.o
> drivers/net/fs_enet/fs_enet-main.c: In function `fs_enet_probe':
> drivers/net/fs_enet/fs_enet-main.c:1252: error: implicit declaration of
> function `SET_
> -Original Message-
> From:
> [EMAIL PROTECTED]
> g
> [mailto:[EMAIL PROTECTED]
zlabs.org] On Behalf Of David Gibson
> Sent: Monday, October 15, 2007 8:24 PM
> To: Grant Likely
> Cc: Olof Johansson; linuxppc-dev; [EMAIL PROTECTED]
> Subject: Re: Refactor booting-without-of.txt
>
> On
On 10/16/07, Stephen Neuendorffer <[EMAIL PROTECTED]> wrote:
> On a similar note, is there interest in actually factoring the device
> tree code out from the different architectures into a common codebase?
It's already happened somewhat. (Look in drivers/of and include/linux/of*.h)
However, I do
On a similar note, is there interest in actually factoring the device
tree code out from the different architectures into a common codebase?
Steve
> -Original Message-
> From:
> [EMAIL PROTECTED]
> g
> [mailto:[EMAIL PROTECTED]
zlabs.org] On Behalf Of Grant Likely
> Sent: Monday, Octob
On Tue, Oct 16 2007, Geert Uytterhoeven wrote:
> Hi Arnd, Jens,
>
> The recent (post 2.6.23) changes to compat_ioctl made the reporting of
> unsupported ioctls more verbose. E.g. on the PS3 I get:
>
> | ioctl32(cdrom_id:608): Unknown cmd fd(3) cmd(5331){t:'S';sz:0}
> arg() on /
Alan Bennett wrote:
> A few questions: To use 3 brgs, should I have 1 brg entry and X reg
> values or three brg entries in my device tree?
The current brg entry describes all 8 BRGs... don't touch it. :-)
> what are the third and fourth reg values of the brg item in the
> device tree. I'll ne
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_main.c
b/drivers/infiniband/hw/ehca/ehca_main.c
index d477dc3..2f51c13 100644
--- a/drivers/infini
ehca_shca.hca_cap_mr_pgsize now contains all supported page sizes ORed
together. This makes some checks easier to code and understand, plus we can
return this value verbatim in query_hca(), fixing a problem with SRP
(reported by Anton Blanchard -- thanks!).
Signed-off-by: Joachim Fenkes <[EMAIL PR
On Tue, 16 Oct 2007 23:20:00 +0200 Joachim Fenkes <[EMAIL PROTECTED]> wrote:
>
One small change - I intend to remove the name and owner fields from
struct of_platform_driver, so you should not bother initialising the name
field and just initialise the name field of the embedded struct
device_drive
Simplify ehca_encode_hwpage_size(), fixing an infinite loop for pgsize == 0
in the process. Fix the bug in alloc_fmr() that triggered the loop.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_mrmw.c | 15 ---
1 files changed, 4 insertions(+), 11
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_mrmw.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_mrmw.c
b/drivers/infiniband/hw/ehca/ehca_mrmw.c
index da88738..16c9efd 100644
--- a/drivers/infi
Because hardware reports the SRQ token in RWQEs of SRQ base QPs, supply the
base QP token as SRQ token, so we can properly find the SRQ base QP.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
Here are some more fixes for the eHCA driver, fixing some problems we found
during internal system test.
[1/5] fixes the QP pointer determination for SRQ base QPs
[2/5] fixes a masking error in {,re}reg_phys_mr()
[3/5] fixes a bug in alloc_fmr() and simplifies some code
[4/5] refactors hca_cap_mr_
Joachim Fenkes wrote:
> On Tuesday 09 October 2007 10:21, Jan-Bernd Themann wrote:
>> Roland Dreier <[EMAIL PROTECTED]> wrote on 03.10.2007 20:05:44:
>>> > > Replace struct ibmebus_dev and struct ibmebus_driver with struct
> of_device
>>> > > and struct of_platform_driver, respectively. Match th
Hi Arnd, Jens,
The recent (post 2.6.23) changes to compat_ioctl made the reporting of
unsupported ioctls more verbose. E.g. on the PS3 I get:
| ioctl32(cdrom_id:608): Unknown cmd fd(3) cmd(5331){t:'S';sz:0}
arg() on /dev/.tmp-11-0
| ioctl32(hdparm:1427): Unknown cmd fd(3) cmd
> On 10/15/07, Matt Sealey <[EMAIL PROTECTED]> wrote:
>>
>> My nits:
>>
>> Grant Likely wrote:
>> > From: Sylvain Munaut <[EMAIL PROTECTED]>
>> > +static int __devinit
>> > +bcom_engine_init(void)
>>
>> Why "bcom" and not "bestcomm"?
>
> I can type 'bcom' twice as fast. :-) bcom is a suitable sho
On Tuesday 09 October 2007 10:21, Jan-Bernd Themann wrote:
> Roland Dreier <[EMAIL PROTECTED]> wrote on 03.10.2007 20:05:44:
> > > > Replace struct ibmebus_dev and struct ibmebus_driver with struct
of_device
> > > > and struct of_platform_driver, respectively. Match the external
ibmebus
> > >
For some reason I'm unable to track down the right sequence to
initialize my serial ports. (note: my console is working, but
attempts to initialize SCC1 and SCC4 fail). My console has the luxury
of having uboot initialize it and its brg, but SCC1 / SCC4 aren't so
lucky.
A few questions: To us
(Note, this tree is based on a recent linus tree)
Please pull from 'fixes-2.6.24' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
fixes-2.6.24
to receive the following updates:
arch/powerpc/math-emu/math.c | 13 +
arch/powerpc/sysdev/fsl_pci.c |
On Oct 16, 2007, at 8:17 AM, Grant Likely wrote:
> On 10/15/07, David Gibson <[EMAIL PROTECTED]> wrote:
>> This very large patch incorporates a copy of dtc into the kernel
>> source, in arch/powerpc/boot/dtc-src. This means that dtc is no
>> longer an external dependency to build kernels with co
Guys and Dolls,
I pushed out all of David's recent DTC and libfdt patches.
I also jammed the following patch into the mix as well.
HTH,
jdl
commit 9e32930ebcacfcf7cb7c1c2b8e776eb3957cf6cb
Author: Jon Loeliger <[EMAIL PROTECTED]>
Date: Tue Oct 16 07:35:38 2007 -0500
Restore warning mess
On 10/15/07, David Gibson <[EMAIL PROTECTED]> wrote:
> This very large patch incorporates a copy of dtc into the kernel
> source, in arch/powerpc/boot/dtc-src. This means that dtc is no
> longer an external dependency to build kernels with configurations
> which need a dtb file.
Powerpc is probab
So, like, the other day David Gibson mumbled:
> dtc supports the use of C-style escapes (\n, \t and so forth) in
> string property definitions via the data_copy_escape_string()
> function. However, while it supports the most common escape
> characters, it doesn't support the full set that C does,
So, like, the other day David Gibson mumbled:
> This patch adds functions for dealing with the compatible property.
> fdt_node_check_compatible() can be used to determine whether a node is
> compatible with a given string and fdt_node_offset_by_compatible()
> locates nodes with a given compatible s
So, like, the other day David Gibson mumbled:
> The dtc/libfdt testsuite creates a number of .dtb files during its
> run. To ensure a clean test run, these are currently deleted before
> each group of tests.
>
> This is, in fact, a mistake, since if something goes wrong in the
> first group of te
So, like, the other day David Gibson mumbled:
> libfdt.h currently includes fdt.h, then libfdt_env.h. This is
> incorrect, because depending on the environment into which libfdt is
> embedded, libfdt_env.h may be needed to define datatypes used in
> fdt.h. This patch corrects the problem.
>
> Si
On Tue, 2007-10-16 at 16:01 +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2007-10-16 at 00:50 -0500, Kumar Gala wrote:
> > Just out of interest who's complaining? We don't include mkimage
> > for
> > u-boot related builds and I haven't seen any gripes related to that.
>
> It's a pain in the ne
On Mon, Oct 15, 2007 at 09:33:40PM +0400, Sergei Shtylyov wrote:
> Anton Vorontsov wrote:
>
>> MPC8568E-MDS have 1 32MB Spansion x16 CFI flash chip. Let's use it.
>
>> Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
>
>> diff --git a/arch/powerpc/boot/dts/mpc8568mds.dts
>> b/arch/powerpc/boot/d
On Mon, 2007-10-15 at 20:44 -0700, Roland McGrath wrote:
> This cleans up the formatting in the vDSO linker script, mostly just the
> use of whitespace. It's intended to approximate the kernel standard
> conventions for indenting C, treating elements of the linker script about
> like initialized
On Mon, 2007-10-15 at 20:43 -0700, Roland McGrath wrote:
> This cleans up the formatting in the vDSO linker script, mostly just the
> use of whitespace. It's intended to approximate the kernel standard
> conventions for indenting C, treating elements of the linker script about
> like initialized
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Tue, 16 Oct 2007 17:37:03 +1000
>
> On Tue, 2007-10-16 at 14:06 +0800, Herbert Xu wrote:
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > >
> > > Note: I use msleep_interruptible(1); just like napi_disable(). However
> > > I'm not to
On Tue, 2007-10-16 at 14:06 +0800, Herbert Xu wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> >
> > Note: I use msleep_interruptible(1); just like napi_disable(). However
> > I'm not too happy that the "hot" loop that results of a pending signal
> > here will spin without even a cpu_r
On Mon, 15 Oct 2007, Andrew Morton wrote:
> On Fri, 12 Oct 2007 16:51:04 +0200
> Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
>
> > -if (mode_option || (mode_option = global_mode_option)) {
> > +if (mode_option || (mode_option = fb_mode_option)) {
>
> I guess that equals-which-looks-like
86 matches
Mail list logo
