On Oct 17, 2008, at 12:41 AM, Ed Swarthout wrote:
Swap pci1 and pci2 labels -
Per user manual, pcie1 is at a000 and pcie2 is at 9000.
the pcie labels are correct.. they DO NOT reflect the UMs. (as that
number is just silly).
- k
___
Linuxppc-de
Swap pci1 and pci2 labels -
Per user manual, pcie1 is at a000 and pcie2 is at 9000.
Signed-off-by: Ed Swarthout <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8536ds.dts | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8536ds.dts
b/ar
Josh Boyer wrote:
> Are these two merged yet? I just spent the better part of the morning
> trying to figure out why various Fedora kernels based on 2.6.27-rcX and
> 2.6.27 final hung on my G5 and finally got one booting with FTRACE
> disabled.
Until recently I could boot my G5 with FTRACE enab
Benjamin Herrenschmidt wrote:
On Thu, 2008-10-09 at 15:18 -0500, Jon Tollefson wrote:
If there are multiple reserved memory blocks via lmb_reserve() that are
contiguous addresses and on different NUMA nodes we are losing track of which
address ranges to reserve in bootmem on which node. I d
On Thu, Oct 16, 2008 at 05:52:54PM -0700, Mike Ditto wrote:
> I'm building a kernel that can run on a handful of hardware
> configurations, all using OF-unaware U-Boot. I know how to make a
> static device tree (dts file) that works on one of these hardware
> variations, and how to add nodes and m
I'm building a kernel that can run on a handful of hardware
configurations, all using OF-unaware U-Boot. I know how to make a
static device tree (dts file) that works on one of these hardware
variations, and how to add nodes and modify properties in the platform
init code. But I don't see a nice
On Fri, 17 Oct 2008, Benjamin Herrenschmidt wrote:
> On Thu, 2008-10-16 at 20:48 -0400, Steven Rostedt wrote:
> >
> > The early init code in PowerPC is not mapped to their final locations
> > and all jumps and memory references must be done with relative jumps
> > and accesses.
> >
> > The lib
On Thu, 2008-10-16 at 20:48 -0400, Steven Rostedt wrote:
>
> The early init code in PowerPC is not mapped to their final locations
> and all jumps and memory references must be done with relative jumps
> and accesses.
>
> The lib files in the powerpc directory are called in early boot, and
> sinc
[
Josh, can you see if this allows you to boot on PowerPC?
It worked on my powerbook.
]
The early init code in PowerPC is not mapped to their final locations
and all jumps and memory references must be done with relative jumps
and accesses.
The lib files in the powerpc directory are called i
On Thu, 2008-10-16 at 10:01 -0500, Ayman El-Khashab wrote:
> Benjamin Herrenschmidt wrote:
> > On Wed, 2008-10-15 at 10:47 -0500, Ayman El-Khashab wrote:
> >
> > Note for people on CC: This is a problem on 460EX on a canyonland
> > using the 4x port.
> >
> >> The problem occurs when Linux boots.
On Wed, Oct 15, 2008 at 11:58 PM, David Miller <[EMAIL PROTECTED]> wrote:
>> There's already a completely different fix queued in netdev patchworks
>> (for myri10ge only right now, to be duplicated for Intel drivers). The
>> idea is to stop having almost-unrelated drivers select each other
>> direc
On Thu, Oct 16, 2008 at 4:36 PM, David Miller <[EMAIL PROTECTED]> wrote:
> From: Anton Vorontsov <[EMAIL PROTECTED]>
> Date: Thu, 16 Oct 2008 21:12:51 +0400
>
>> The name of the device_node field differ across the platforms, so we
>> have to implement inlined accessors. This is needed to avoid ugly
From: Anton Vorontsov <[EMAIL PROTECTED]>
Date: Thu, 16 Oct 2008 21:12:51 +0400
> The name of the device_node field differ across the platforms, so we
> have to implement inlined accessors. This is needed to avoid ugly
> #ifdef in the generic code.
>
> Signed-off-by: Anton Vorontsov <[EMAIL PROTE
On Thu, 2008-10-16 at 10:01 -0500, Ayman El-Khashab wrote:
>
> Thanks for your help. I did try a 5s delay and other than the boot
> taking an extra couple of seconds, there was no change. The messages
> above "unknown header" still showed up. Downstream devices were not
> found.
> BTW, this is
On Tue, 14 Oct 2008 17:25:06 +0200
Anatolij Gustschin <[EMAIL PROTECTED]> wrote:
> This patch adds framebuffer driver for Fujitsu
> Carmine/Coral-P(A)/Lime graphics controllers.
> Lime GDC support is known to work on PPC440EPx
> based lwmon5 and MPC8544E based socrates embedded
> boards, both equi
On Thu, Oct 16, 2008 at 12:23:25PM -0700, David Miller wrote:
> Don't bother, he'll just argue with you about the fact that class
> based probing should be maintained.
>
> He's doing exactly that with me right now.
I think the two of you talked at cross purposes. Just observing, I can
follow his
On Thu, 16 Oct 2008 12:49:23 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> #endif
> #define __WARN() warn_on_slowpath(__FILE__, __LINE__)
> #define __WARN_printf(arg...) warn_slowpath(__FILE__, __LINE__, arg)
> #else
> #define __WARN_printf(arg...) __WARN()
the easiest way I suppose would
From: Johannes Berg <[EMAIL PROTECTED]>
Date: Thu, 16 Oct 2008 16:57:19 +0200
> On Wed, 2008-10-15 at 22:02 -0700, David Miller wrote:
> >
> >
> > > net/sched/sch_generic.c: In function 'dev_watchdog':
> > > net/sched/sch_generic.c:224: warning: unused variable 'drivername'
> >
> > Sucky, if WA
On Friday 10 October 2008, Steven A. Falco wrote:
> gpiolib can export GPIOs to userspace via sysfs. This patch modifies
> the gpio_value_show() so that any non-zero value is explicitly printed
> as "1", rather than whatever numerical value the lower-level driver returns.
>
> Signed-off-by: Steve
From: Kumar Gala <[EMAIL PROTECTED]>
Date: Thu, 16 Oct 2008 11:09:30 -0500
>
> On Oct 16, 2008, at 6:13 AM, Wolfram Sang wrote:
>
> >
> > Similar to commit 618b26d52843c0f85b8eb143cf2695d7f6fd072d, also remove
> > automatic probing for this i2c controller. Might need updates to dts files
> > usi
Similar to commit 618b26d52843c0f85b8eb143cf2695d7f6fd072d, also remove
automatic probing for this i2c controller. Might need updates to dts files
using it.
Signed-off-by: Wolfram Sang <[EMAIL PROTECTED]>
Acked-by: Jochen Friedrich <[EMAIL PROTECTED]>
---
Resend with cc to i2c.
drivers/i2c/busse
On Thu, Oct 16, 2008 at 02:22:48PM -0400, Steven Rostedt wrote:
>
>On Thu, 16 Oct 2008, Josh Boyer wrote:
>
>> On Sat, Sep 06, 2008 at 02:03:47PM +0200, Ingo Molnar wrote:
>> >
>> >* Steven Rostedt <[EMAIL PROTECTED]> wrote:
>> >
>> >> I spent the day chasing a bug that would hang PPC on boot up wh
On Thu, 16 Oct 2008 14:45:15 -0400 (EDT)
Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> On Thu, 16 Oct 2008, Josh Boyer wrote:
> >
> > Well, that's why I asked. You sent 2 patches out over a month ago that
> > don't appear to have shown up in any Linus or PowerPC tree.
>
> Oh, the patches I sen
On Thu, 16 Oct 2008, Josh Boyer wrote:
>
> Well, that's why I asked. You sent 2 patches out over a month ago that
> don't appear to have shown up in any Linus or PowerPC tree.
Oh, the patches I sent on here, are not to solve this issue. It was
actually solving issues in linux-tip itself.
I'm
On Thu, 16 Oct 2008, Josh Boyer wrote:
> >
> >My powerbook does not boot with ftrace enabled. I'm currently debugging
> >it. When I get it working, you'll see patches.
>
> Well, that's why I asked. You sent 2 patches out over a month ago that
> don't appear to have shown up in any Linus or Power
On Thu, 16 Oct 2008, Josh Boyer wrote:
> On Sat, Sep 06, 2008 at 02:03:47PM +0200, Ingo Molnar wrote:
> >
> >* Steven Rostedt <[EMAIL PROTECTED]> wrote:
> >
> >> I spent the day chasing a bug that would hang PPC on boot up when
> >> ftrace is configured in. I found that it was simply a stupid bu
On Sat, Sep 06, 2008 at 02:03:47PM +0200, Ingo Molnar wrote:
>
>* Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
>> I spent the day chasing a bug that would hang PPC on boot up when
>> ftrace is configured in. I found that it was simply a stupid bug I did
>> to handle the non MCOUNT_RECORD case. Sin
With the new subsystem it's much easier to handle I2C GPIO controllers.
Now drivers don't need to deal with the OF-specific bits.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/i2c/chips/mcu_mpc8349emitx.c | 65 ++---
1 files changed, 12 insertions(+)
With OpenFirmware we can't handle platform data for the devices, so let's
not strictly depend on it. That way we can't set polarity invertion for
this controller, but we'll handle this with active-low/high GPIO flags in
the OF tree.
Also switch the driver to dev_gpiochip calls, so that OF subsyste
And let the gpiolib forward all dev_gpiochip_ calls to of_ versions, there
we can glue the gpiochips with the device tree.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/include/asm/gpio.h |7 +++-
drivers/of/gpio.c | 75 +++
Any GPIO controller that have a device associated with it is encouraged to
register/unregister the gpiochips with dev_gpiochip_*() calls.
Platform may redefine these calls to glue the gpiochips with the
architecture-specific code.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
include/as
For I2C devices we just setting the the node pointer in the archdata.
This is needed so that the other code would know device's node.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/of/of_i2c.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/driv
The name of the device_node field differ across the platforms, so we
have to implement inlined accessors. This is needed to avoid ugly
#ifdef in the generic code.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
arch/powerpc/include/asm/device.h | 12
arch/sparc/include/asm/d
If present the info->archdata is copied into the dev->archdata.
Some (OpenFirmware) platforms need it.
Signed-off-by: Anton Vorontsov <[EMAIL PROTECTED]>
---
drivers/i2c/i2c-core.c |3 +++
include/linux/i2c.h|2 ++
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers
Hi all,
Recently there was a question about I2C GPIO controllers and how should
we handle them with the OpenFirmware and such.
Here is the attempt to "connect" I2C GPIO controllers to the
"OpenFirmware" device tree, without writing an OF-specific bindings
for each driver.
The salt is in these tw
Ingo Molnar wrote:
* Stephen Rothwell <[EMAIL PROTECTED]> wrote:
Hi all,
Today's linux-next build (powerpc allyesconfig) failed like this:
In file included from arch/powerpc/include/asm/mmu-hash64.h:17,
from arch/powerpc/include/asm/mmu.h:8,
from arch/powe
On Thu, Oct 16, 2008 at 11:07:27AM -0500, Kumar Gala wrote:
>
> On Oct 16, 2008, at 10:24 AM, Grant Likely wrote:
>
>> On Thu, Oct 09, 2008 at 09:51:25PM +0200, Bernhard Reutner-Fischer
>> wrote:
>>> Hi,
>>>
>>> [ http://bugzilla.kernel.org/show_bug.cgi?id=11143 has it all]
>> This patch solves
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
>> * Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>>
>>
>>> Hi all,
>>>
>>> Today's linux-next build (powerpc allyesconfig) failed like this:
>>>
>>> In file included from arch/powerpc/include/asm/mmu-hash64.h:17,
>>>
On Oct 16, 2008, at 6:13 AM, Wolfram Sang wrote:
Similar to commit 618b26d52843c0f85b8eb143cf2695d7f6fd072d, also
remove
automatic probing for this i2c controller. Might need updates to dts
files
using it.
Signed-off-by: Wolfram Sang <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-cpm.c |
On Oct 16, 2008, at 10:24 AM, Grant Likely wrote:
On Thu, Oct 09, 2008 at 09:51:25PM +0200, Bernhard Reutner-Fischer
wrote:
Hi,
[ http://bugzilla.kernel.org/show_bug.cgi?id=11143 has it all]
targeting ppc(32), e.g. 405 (!fp), previously i got:
CC drivers/char/hw_random/rng-core.mod.o
On Thu, Oct 09, 2008 at 09:51:25PM +0200, Bernhard Reutner-Fischer wrote:
> Hi,
>
> [ http://bugzilla.kernel.org/show_bug.cgi?id=11143 has it all]
>
> targeting ppc(32), e.g. 405 (!fp), previously i got:
> CC drivers/char/hw_random/rng-core.mod.o
> LD [M] drivers/char/hw_random/rng-core
On Wed, 2008-10-15 at 22:02 -0700, David Miller wrote:
>
>
> > net/sched/sch_generic.c: In function 'dev_watchdog':
> > net/sched/sch_generic.c:224: warning: unused variable 'drivername'
>
> Sucky, if WARN_ONCE() evaluates to nothing the sprintf() string buffer
> on the stack looks unused.
I've
Benjamin Herrenschmidt wrote:
> On Wed, 2008-10-15 at 10:47 -0500, Ayman El-Khashab wrote:
>
> Note for people on CC: This is a problem on 460EX on a canyonland
> using the 4x port.
>
>> The problem occurs when Linux boots. It sees the switch (and looking
>> in /sys/bus/... confirms it), but not
On Thu, Oct 16, 2008 at 03:56:50PM +1100, Benjamin Herrenschmidt wrote:
>> drivers/net/ibm_newemac/mal.c: In function 'mal_txeob':
>> drivers/net/ibm_newemac/mal.c:284: error: implicit declaration of function
>> 'mtdcri'
>> drivers/net/ibm_newemac/mal.c:284: error: 'SDR0' undeclared (first use in
> For my network-based hvc backend, a tty_hangup() is caused by a disconnect.
If it is network backed then you probably do want
TTY_DRIVER_TERMIOS_RESET. For a normal serial type port getty is supposed
to sort the terminal settings out. So in your case it sounds like
resetting it is the right thin
On Thu, Oct 16, 2008 at 08:47:54PM +1100, Stephen Rothwell wrote:
> Today's linux-next build (powerpc allyesconfig) failed like this:
> drivers/mfd/wm8350-core.c:1131: error: __ksymtab_wm8350_create_cache causes a
> section type conflict
> Caused by commit 89b4012befb1abca5e86d232bc0e2a797b0d982
Am Donnerstag, 16. Oktober 2008 schrieb Rusty Russell:
> > The patch provides the hvc_resize() function to update the terminal
> > window dimensions (struct winsize) for a specified hvc console.
> > The function stores the new window size and schedules a function
> > that finally updates the tty wi
On Tuesday 14 October 2008 20:12:51 Hendrik Brueckner wrote:
> From: Hendrik Brueckner <[EMAIL PROTECTED]>
>
> The patch provides the hvc_resize() function to update the terminal
> window dimensions (struct winsize) for a specified hvc console.
> The function stores the new window size and schedule
Wolfram Sang schrieb:
> Similar to commit 618b26d52843c0f85b8eb143cf2695d7f6fd072d, also remove
> automatic probing for this i2c controller. Might need updates to dts files
> using it.
>
> Signed-off-by: Wolfram Sang <[EMAIL PROTECTED]>
Acked-by: Jochen Friedrich <[EMAIL PROTECTED]>
__
Similar to commit 618b26d52843c0f85b8eb143cf2695d7f6fd072d, also remove
automatic probing for this i2c controller. Might need updates to dts files
using it.
Signed-off-by: Wolfram Sang <[EMAIL PROTECTED]>
---
drivers/i2c/busses/i2c-cpm.c |1 -
1 file changed, 1 deletion(-)
Index: linux-2.6/
Hello,
for the sake of completion, here are few more details why I have suggest to
add the TTY_DRIVER_RESET_TERMIOS flag:
On Tue, Oct 14, 2008 at 10:40:25AM +0100, Alan Cox wrote:
> On Tue, 14 Oct 2008 11:12:49 +0200
> Hendrik Brueckner <[EMAIL PROTECTED]> wrote:
>
> > After a tty hangup() or cl
* Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Today's linux-next build (powerpc allyesconfig) failed like this:
>
> In file included from arch/powerpc/include/asm/mmu-hash64.h:17,
> from arch/powerpc/include/asm/mmu.h:8,
> from arch/powerpc/includ
Today's linux-next build (powerpc allyesconfig) failed like this:
drivers/mfd/wm8350-core.c:1131: error: __ksymtab_wm8350_create_cache causes a
section type conflict
Caused by commit 89b4012befb1abca5e86d232bc0e2a797b0d9825 ("mfd: Core
support for the WM8350 AudioPlus PMIC"). wm8350_create_cache
Today's linux-next build (powerpc_allyesconfig) failed like this:
drivers/char/tpm/tpm.c:1162: error: __ksymtab_tpm_dev_release causes a section
type conflict
Caused by commit 253115b71fa06330bd58afbe01ccaf763a8a0cf1 ("The
tpm_dev_release function is only called for platform devices, not pnp")
w
Hi all,
Today's linux-next build (powerpc allyesconfig) failed like this:
In file included from arch/powerpc/include/asm/mmu-hash64.h:17,
from arch/powerpc/include/asm/mmu.h:8,
from arch/powerpc/include/asm/pgtable.h:8,
from arch/powerpc/mm/slb.c
Paul Mackerras wrote:
Mohan Kumar M writes:
Support for relocatable kdump kernel
@@ -1401,9 +1414,21 @@ _STATIC(__after_prom_start)
beq 9f /* have already put us at zero */
li r6,0x100/* Start offset, the first 0x100 */
On Thu, Oct 16, 2008 at 10:43:33AM +0200, Takashi Iwai wrote:
> At Thu, 16 Oct 2008 11:21:57 +0300,
> Adrian Bunk wrote:
> >
> > On Thu, Oct 16, 2008 at 09:57:11AM +0200, Takashi Iwai wrote:
> > > At Thu, 16 Oct 2008 10:38:36 +0300,
> > > Adrian Bunk wrote:
> > > >
> > > > On Thu, Oct 16, 2008 at
This patch implements the memory notifier to update the busmap instantly
instead of rebuilding the whole map. This is necessary because
walk_memory_resource provides different information than required during memory
hotplug.
Signed-off-by: Hannes Hering <[EMAIL PROTECTED]>
---
Jeff, as requested,
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mpc8536ds.dts |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/boot/dts/mpc8536ds.dts
b/arch/powerpc/boot/dts/mpc8536ds.dts
index 93fdd99..dce2f65 100644
--- a/arch/powerpc/boot/dts/mpc8
On Wed, Oct 15, 2008 at 09:33:37PM -0700, Andrew Morton wrote:
> sound/soc/soc-dapm.c:1029: warning: 'snd_soc_dapm_connect_input' is
> deprecated (declared at sound/soc/soc-dapm.c:1026)
> sound/soc/soc-dapm.c:1029: warning: 'snd_soc_dapm_connect_input' is
> deprecated (declared at sound/soc/soc-
Hannes Hering wrote:
This patch implements the memory notifier to update the busmap instantly
instead of rebuilding the whole map. This is necessary because
walk_memory_resource provides different information than required during memory
hotplug.
Signed-off-by: Hannes Hering <[EMAIL PROTECTED]>
-
On Thu, 2008-10-16 at 10:48 +0200, Stefan Roese wrote:
> Yeah. I could add this "configured" property to the current U-Boot version.
> Perhaps we should add some version information to it so that Linux could
> eventually decide to re-configure when the "configured" version is known to
> be buggy
On Thursday 16 October 2008, Benjamin Herrenschmidt wrote:
> On Thu, 2008-10-16 at 10:03 +0200, Stefan Roese wrote:
> > Doing this unconditionally is not a good idea since we could have an old
> > (buggy) firmware which didn't configure the PCIe controller correctly.
> > But I really like your idea
At Thu, 16 Oct 2008 11:21:57 +0300,
Adrian Bunk wrote:
>
> On Thu, Oct 16, 2008 at 09:57:11AM +0200, Takashi Iwai wrote:
> > At Thu, 16 Oct 2008 10:38:36 +0300,
> > Adrian Bunk wrote:
> > >
> > > On Thu, Oct 16, 2008 at 07:57:29AM +0200, Takashi Iwai wrote:
> > > > At Wed, 15 Oct 2008 21:33:37 -0
On Thu, 2008-10-16 at 10:03 +0200, Stefan Roese wrote:
> Doing this unconditionally is not a good idea since we could have an old
> (buggy) firmware which didn't configure the PCIe controller correctly. But I
> really like your idea with the device-tree property to optionally skip this
> re-conf
On Thu, Oct 16, 2008 at 09:57:11AM +0200, Takashi Iwai wrote:
> At Thu, 16 Oct 2008 10:38:36 +0300,
> Adrian Bunk wrote:
> >
> > On Thu, Oct 16, 2008 at 07:57:29AM +0200, Takashi Iwai wrote:
> > > At Wed, 15 Oct 2008 21:33:37 -0700,
> > > Andrew Morton wrote:
> > > >
> > > > sound/soc/soc-dapm.c:
On Thu, 16 Oct 2008, David Miller wrote:
> From: Geert Uytterhoeven <[EMAIL PROTECTED]>
> Date: Thu, 16 Oct 2008 09:31:29 +0200 (CEST)
>
> > On Wed, 15 Oct 2008, David Miller wrote:
> > > > kernel/resource.c: In function '__reserve_region_with_split':
> > > > kernel/resource.c:554: warning: format
On Wed, 15 Oct 2008, David Miller wrote:
> > kernel/resource.c: In function '__reserve_region_with_split':
> > kernel/resource.c:554: warning: format '%llx' expects type 'long long
> > unsigned int', but argument 3 has type 'resource_size_t'
> > kernel/resource.c:554: warning: format '%llx' expect
David Miller <[EMAIL PROTECTED]> writes:
>> net/dccp/options.c: In function 'dccp_parse_options':
>> net/dccp/options.c:67: warning: 'value' may be used uninitialized in this
>> function
>
> Known issue, not trivial to fix, gcc is just being incredibly silly here as it
> can't see all of the cont
On Thursday 16 October 2008, Benjamin Herrenschmidt wrote:
> > pci 0001:02:1c.0: ignoring class 5d01 (doesn't match header type 02)
> > pci 0001:02:1d.0: unknown header type 41, ignoring device
> > pci 0001:02:1e.0: unknown header type 03, ignoring device
> > pci 0001:02:1f.0: unknown header type 4
At Thu, 16 Oct 2008 10:38:36 +0300,
Adrian Bunk wrote:
>
> On Thu, Oct 16, 2008 at 07:57:29AM +0200, Takashi Iwai wrote:
> > At Wed, 15 Oct 2008 21:33:37 -0700,
> > Andrew Morton wrote:
> > >
> > > sound/soc/soc-dapm.c:1029: warning: 'snd_soc_dapm_connect_input' is
> > > deprecated (declared at
On Thu, Oct 16, 2008 at 07:57:29AM +0200, Takashi Iwai wrote:
> At Wed, 15 Oct 2008 21:33:37 -0700,
> Andrew Morton wrote:
> >
> > sound/soc/soc-dapm.c:1029: warning: 'snd_soc_dapm_connect_input' is
> > deprecated (declared at sound/soc/soc-dapm.c:1026)
> > sound/soc/soc-dapm.c:1029: warning: 'sn
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
Date: Thu, 16 Oct 2008 09:31:29 +0200 (CEST)
> On Wed, 15 Oct 2008, David Miller wrote:
> > > kernel/resource.c: In function '__reserve_region_with_split':
> > > kernel/resource.c:554: warning: format '%llx' expects type 'long long
> > > unsigned int',
73 matches
Mail list logo
