On Sat, 2007-10-20 at 08:06 +0200, Maxim Levitsky wrote:
/* Disable interrupts, DMA, and rest of the chip*/
saa_writel(SAA7134_IRQ1, 0);
saa_writel(SAA7134_IRQ2, 0);
saa_writel(SAA7134_MAIN_CTRL, 0);
dev-insuspend = 1;
On Fri, 2007-10-19 at 17:53 -0700, David Miller wrote:
From: [EMAIL PROTECTED] (Linas Vepstas)
Date: Fri, 19 Oct 2007 19:46:10 -0500
FWIW, it looks like not all that many arches do this; the output
for grep -r address_hi * is pretty thin. Then, looking at
i386/kernel/io_apic.c as an
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 information about PVR -
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 the
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 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 20070929
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: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 the
On Fri, Oct 19, 2007 at 12:43:30PM -0500, Jon Loeliger wrote:
Add support for the /dts-version/ number; 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
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
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
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
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),
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
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 int irq,
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 to integer
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 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
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 list
19 matches
Mail list logo