>> Use of "d#', "o#", "h#" and "b#" are gone in version 1.
>
> Also good. We might want to keep b#, since there's no C way of doing
> binary literals,
GCC supports "0b...", and it is proposed new ISO C syntax, too.
Segher
___
Linuxppc-dev mailing lis
> Property names have been limited to start with
> characters from the set [a-zA-Z,._#?]. That is, the
> digits and the expression symbols have been removed.
This cannot work; many property names start with a digit,
for example.
Segher
___
Linuxppc-d
On Sun, 2007-10-21 at 10:45 +0800, Bai Shuwei wrote:
> all, hi
> does anyone knows RTLinux, RTAI interrupt latency and schedule
> latency on the PPC440, PPC405?
You'd have to ask Wind River.
josh
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
all, hi
does anyone knows RTLinux, RTAI interrupt latency and schedule latency on
the PPC440, PPC405?
Thanks!
buroc
--
Add: Tianshui South Road 222, Lanzhou, P.R.China
Tel: +86-931-8912025
Zip Code: 73
URL: oss.lzu.edu.cn
Email: [EMAIL PROTECTED], [EMAIL PROTECTED]
___
On Sat, Oct 20, 2007 at 10:51:29AM +0200, Andreas Schwab wrote:
> David Gibson <[EMAIL PROTECTED]> writes:
>
> > What compiler/platform is this? I can't off the top of my head think
> > of one where size_t shouldn't be promoted to int automatically.
>
> Only types narrower than int are subject t
On Sat, 2007-10-20 at 16:43 +1000, Michael Ellerman wrote:
> On Fri, 2007-10-19 at 17:53 -0700, David Miller wrote:
> > I don't see this, in all cases write_msi_msg() will transfer
> > the given "*msg" to entry->msg by this assignment in
> > drivers/pci/msi.c:
> >
> > void write_msi_msg(unsigned i
Add missing &:
drivers/net/pasemi_mac.c: In function 'pasemi_mac_clean_rx':
drivers/net/pasemi_mac.c:553: warning: passing argument 1 of 'prefetch'
makes pointer from integer without a cast
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
diff --git a/drivers/net/pasemi_mac.c b/drivers/net/pas
On Sat, Oct 20, 2007 at 03:58:03AM -0500, Milton Miller wrote:
> Commit 9a39e273d4df0560c724c5fe71f6314a0583ca2b removed the boot directory
> addition to CFLAGS that was being used by the subdirectory builds. For the
> other files, that patch set EXTRA_CFLAGS, but Makefile.build explicitly
> sets
I'm working on ALSA ASoC support for a codec chip on my mpc5200 based
target hardware. How should the codec be represented in the device
tree?
Under ASoC the device drivers for the codec chips are platform
independent. In the current ASoC model there are three device
drivers: i2s (or spi, etc), t
On Wed, 2007-10-17 at 19:54 -0500, Kumar Gala wrote:
> This really cracked me up. I have to ask what the sbc8560 was doing
> in the boot of your car?
The Land Rover was full.
--
dwmw2
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://oz
Commit 9a39e273d4df0560c724c5fe71f6314a0583ca2b removed the boot directory
addition to CFLAGS that was being used by the subdirectory builds. For the
other files, that patch set EXTRA_CFLAGS, but Makefile.build explicitly
sets that to empty as it is explicitly for a single directory only.
Append t
David Gibson <[EMAIL PROTECTED]> writes:
> What compiler/platform is this? I can't off the top of my head think
> of one where size_t shouldn't be promoted to int automatically.
Only types narrower than int are subject to integer promotion.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTEC
On Fri, Oct 19, 2007 at 12:43:30PM -0500, Jon Loeliger wrote:
>
> Add support for the "/dts-version/ ;" statment.
> Make legacy DTS files version 0 whether explicitly stated
> or implied by a lack of /dts-version/ statement.
>
> Begin supporting a new /dts-version/ 1 that changes the
> format of
On Fri, Oct 19, 2007 at 12:43:13PM -0500, Jon Loeliger wrote:
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Hrm I'm very dubious about this.
What compiler/platform is this? I can't off the top of my head think
of one where size_t shouldn't be promoted to int automatically.
Or there's
On Fri, Oct 19, 2007 at 12:42:32PM -0500, Jon Loeliger wrote:
>
> Use consistent indenting on all rule actions.
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Meh, I kind of did it that way to keep the simple rules less bulky,
but I don't really care much either way.
Acked-by: David Gibson
On Fri, Oct 19, 2007 at 12:42:58PM -0500, Jon Loeliger wrote:
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
I don't like this one much. The warning is indeed bogus, and my
compiler version, at least, doesn't generate it
mulberryst:~/dtc$ gcc --version
gcc (GCC) 4.1.3 200709
On Fri, Oct 19, 2007 at 02:30:28PM -0400, Leisner, Martin wrote:
> Is there a way to embed a default dtb into the kernel?
> When I build a kernel, I want to embed a dtb into it --
> so I don't have to deal with the headaches of finding the
> right file to match the right board (its always easier to
On Fri, Oct 19, 2007 at 01:09:39PM -0600, Grant Likely wrote:
> On 10/19/07, Leisner, Martin <[EMAIL PROTECTED]> wrote:
> > Is there a way to embed a default dtb into the kernel?
> > When I build a kernel, I want to embed a dtb into it --
> > so I don't have to deal with the headaches of finding th
Hi Grant,
>> Hi Steve and all,
>> >Here's a full .dts generated using an updated version of
>> >gen_mhs_devtree.py, following the proposal.
>> >It happens to be a microblaze system, but you get the idea.
>>
>> I think that is no good idea generate dts with all information.
>> Especially informatio
19 matches
Mail list logo
