Hi Linus !
I would have hoped to get that stuff in before -rc1 but heh, I got sick
for a couple of days, a distracted by some other stuff for a couple more
and here we are, I missed it :-)
Anyway, here are a bunch of relatively small ppc bits, almost all are
bug fixes, mostly regressions, with
Original-Nachricht
Datum: Wed, 24 Jun 2009 11:47:13 +0200
Von: Takashi Iwai ti...@suse.de
An: Gerhard Pircher gerhard_pirc...@gmx.net
CC: b...@kernel.crashing.org, linuxppc-...@ozlabs.org
Betreff: Re: ALSA fixes for non-coherent ppc32 again
At Wed, 24 Jun 2009 10:46:01
Hi David/Scott,
Today's next tree(20090626) produced the following build error:
CC [M] drivers/mtd/maps/sbc8240.o
drivers/mtd/maps/sbc8240.c:31:1: warning: DEBUG redefined
In file included from drivers/mtd/maps/sbc8240.c:23:
include/linux/mtd/mtd.h:333:1: warning: this is the location
sky2 driver on PowerPC targets floods kernel log with following errors:
eth1: hw csum failure.
Call Trace:
[ef84b8a0] [c00075e4] show_stack+0x50/0x160 (unreliable)
[ef84b8d0] [c02fa178] netdev_rx_csum_fault+0x3c/0x5c
[ef84b8f0] [c02f6920] __skb_checksum_complete_head+0x7c/0x84
On Fri, 26 Jun 2009, abhishekkumar wrote:
PFA I am attaching dmesg file taken from /var/log/ and also the lines
which I got from dmesg command in different file named dmesgafter.txt.
I still don't see any lines about the headphone device in the log.
Was the headphone plugged in during boot,
Hello,
I'm trying to load Linux from U-Boot. I am using ELDK 4.2 with U-Boot
2009.03 on an EP88xC rev1.1 board (MPC885 cpu, 64MB RAM, 32MB FLASH).
The linux kernel sources were obtained from instructions at
http://www.denx.de/wiki/view/DULG/LinuxConfiguration#Section_6.1.;
and the FDT blob (dtb)
David Brownell wrote:
On Thursday 25 June 2009, Steven A. Falco wrote:
+ if (spi-mode ~MODEBITS) {
+ dev_dbg(spi-dev, setup: unsupported mode bits %x\n,
+ spi-mode ~MODEBITS);
+ return -EINVAL;
+ }
This wasn't tested against
This adds a SPI driver for the SPI controller found in the IBM/AMCC
4xx PowerPC's.
Signed-off-by: Stefan Roese s...@denx.de
Signed-off-by: Wolfgang Ocker w...@reccoware.de
Acked-by: Josh Boyer jwbo...@linux.vnet.ibm.com
Signed-off-by: Steven A. Falco sfa...@harris.com
---
Changes in v8:
- Removed
From: Anton Vorontsov avoront...@ru.mvista.com
Date: Fri, 26 Jun 2009 18:51:59 +0400
sky2 driver on PowerPC targets floods kernel log with following errors:
eth1: hw csum failure.
Call Trace:
[ef84b8a0] [c00075e4] show_stack+0x50/0x160 (unreliable)
[ef84b8d0] [c02fa178]
Mikhail Zaturenskiy wrote:
Hello,
I'm trying to load Linux from U-Boot. I am using ELDK 4.2 with U-Boot
2009.03 on an EP88xC rev1.1 board (MPC885 cpu, 64MB RAM, 32MB FLASH).
The linux kernel sources were obtained from instructions at
Hi Scott,
This isn't the denx list;
I've noticed :) but I'm still learning about this whole process so I
though I could get some general suggestions.
what kernel version is that, and with what
modifications from mainline?
Kernel is v2.6.30, I'm not yet familiar enough with it to know what's
Hi,
On 06/26/2009 08:54 AM, Alan Stern wrote:
On Fri, 26 Jun 2009, abhishekkumar wrote:
bus ps3_system_bus, device sb_05 (driver 10 Dec 2004)
PS3 EHCI Host Controller
EHCI ff.ff, hcd state 1
structural params 0x
capability params 0x
status Async Periodic Recl Halt
On Fri, 26 Jun 2009, Geoff Levand wrote:
There is a known but yet unfixed bug for the PS3's EHCI Async Periodic
(typically audio recording) device handling. There are a few related
hardware errata that I have not yet implemented driver fixes for that
I think are causing it.
I guess it
On 06/26/2009 01:42 PM, Alan Stern wrote:
On Fri, 26 Jun 2009, Geoff Levand wrote:
There is a known but yet unfixed bug for the PS3's EHCI Async Periodic
(typically audio recording) device handling. There are a few related
hardware errata that I have not yet implemented driver fixes for
Hi all,
The fixed link support is broken since The Big OF MDIO Rework,
the rework simply removed most of the code that was needed for
fixed links.
Too bad I didn't notice this earlier, I saw a bunch of patches
on the ml, but unfortunately I didn't look very close presuming
that Grant knew what
Currently the fixed link support is broken for all OF ethernet drivers,
an OF MDIO rework removed most of the support. Instead of re-adding
fixed-link stuff to the drivers, add the support to a framework, so we
won't duplicate any code.
With this patch, if a node pointer is NULL, then
Since commit 0b9da337dca972e7a4144e298ec3adb8f244d4a4 (Rework
ucc_geth driver to use of_mdio infrastructure) the fixed-link
support is broken.
This patch fixes the support by removing !ug_info-phy_node check,
today the of_phy_connect() will try to find a fixed PHY if the
phy_node appears to be
Since commit aa73832c5a80d6c52c69b18af858d88fa595dd3c (Rework
fs_enet driver to use of_mdio infrastructure) the fixed-link support
is broken in the fs_enet driver.
This patch fixes the support by removing a check for phy_node, today
of_phy_connect() tries to find fixed PHY if phy_node appears to
On Fri, Jun 26, 2009 at 4:29 PM, Anton
Vorontsovavoront...@ru.mvista.com wrote:
Hi all,
The fixed link support is broken since The Big OF MDIO Rework,
the rework simply removed most of the code that was needed for
fixed links.
Too bad I didn't notice this earlier, I saw a bunch of patches
On Fri, Jun 26, 2009 at 05:33:26PM -0600, Grant Likely wrote:
On Fri, Jun 26, 2009 at 4:29 PM, Anton
Vorontsovavoront...@ru.mvista.com wrote:
Currently the fixed link support is broken for all OF ethernet drivers,
an OF MDIO rework removed most of the support. Instead of re-adding
On Fri, 26 Jun 2009, Geoff Levand wrote:
Where is the information about the hardware errata you mentioned?
Sorry, I should have mentioned it. Unfortunately, that info is not
in the public as far as I know. I think only someone with access
to those will be able to work on this fix.
Okay,
This provides a mechanism to allow the perf_counters code to access
user memory in a PMU interrupt routine on a 64-bit kernel. Such an
access can cause a SLB miss interrupt and/or a MMU hash table miss
interrupt.
An SLB miss interrupt on a user address will update the slb_cache and
slb_cache_ptr
This adds support for tracing callchains for powerpc, both 32-bit
and 64-bit, and both in the kernel and userspace, from PMU interrupt
context.
The first three entries stored for each callchain are the NIP (next
instruction pointer), LR (link register), and the contents of the LR
save area in the
23 matches
Mail list logo