On Thu, Feb 26, 2009 at 9:22 PM, Michael Bergandi wrote:
> Leo, sorry for sending this twice. Forgot to cc the list.
>
>> > I am hoping someone can shed some light on the state of the USB support
>> > in
>> > the
>> > 2.6.28 kernel for USB OTG on the MPC8313E RDB. The configuration options
>> > ar
From: Andy Fleming
Date: Thu, 26 Feb 2009 16:07:16 -0600
> On Thu, Feb 26, 2009 at 4:25 AM, Rini van Zetten wrote:
> > This patch fixes a wrong check on num_txbdfree. It could lead to
> > num_txbdfree become nagative.
> > Result was that the gianfar stops sending data.
> >
> > Changes from first
From: Benjamin Herrenschmidt
> On Thu, 2009-02-26 at 16:30 -0600, Andy Fleming wrote:
> > I know this saves you some code, but it seems hacky. It would be
> > better to modify oprofile to detect the proper cpu type. Also, this
> > will screw things up if you try to use the different event set t
On Thu, Feb 26, 2009 at 01:13:34PM +0100, Henk Stegeman wrote:
> As far as I understand the DTS bindings now support an SPI master controller
> to
> - use the chip-selects controlled directly by the SPI master controller
> hardware
> or
> - to use GPIO's trough gpiolib as chip selects
> but not a
On Fri, Feb 27, 2009 at 03:56:41PM +1100, Dushara Jayasinghe wrote:
> Hi all,
>
> I'm using linux version 2.6.29-rc5.
Linus' tree is still lacking few patches for spi_mpc83xx driver, the
patches makes spi_mpc83xx work with the device tree directly.
You should use -mm kernels.
[...]
> Part of my
The registers for the local bus are incorrectly set to 0xf8005000 rather
than there actual location of 0xfef05000.
Signed-off-by: Martyn Welch
---
arch/powerpc/boot/dts/gef_sbc610.dts |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/boot/dts/gef_sbc610.dts
On Fri, 27 Feb 2009 17:17:36 + (GMT)
"Maciej W. Rozycki" wrote:
> I posted patches to support it last year -- from your answer I infer they
> were not applied in the end. I'll see if I can try to refresh them and
> push again next time I'll be upgrading my kernel.
they were almost ok bu
On Wed, 25 Feb 2009, Alessandro Zummo wrote:
> > I didn't know NTP was broken with RTC class drivers?
> >
> > So we should actually keep on using genrtc instead of rtc-ppc/rtc-generic
> > for
> > now? ;-)
>
> broken here means that the kernel won't save the time to the hardware
> rtc every 11
Ok, I made some progress but still no fix for it.
The code fails in bus_find_device
if (match(dev, data)
returns false. Data in this case is m...@24520.00 or .01 depending on
the nic but the only mdio device that exists is m...@24520.1f which is
not the phy.
If I boot with 2.6.28.3 I see t
On Wed, Feb 25, 2009 at 11:18:36AM +0100, Alessandro Zummo wrote:
> On Wed, 25 Feb 2009 11:00:13 +0100 (CET)
> Geert Uytterhoeven wrote:
>
> > I didn't know NTP was broken with RTC class drivers?
> >
> > So we should actually keep on using genrtc instead of rtc-ppc/rtc-generic
> > for
> > now?
The driver was not releasing memory when it was removed or
when there was a failure during probe. This fixes it.
Signed-off-by: John Linn
---
This is an incremental patch to the patch (updated driver
for device tree) that is in the next branch.
---
drivers/spi/xilinx_spi.c |9 +++--
1 f
> Ok, I can see what's going on. And it's disgusting.
That's what I thought when I saw TIF_32BIT in seccomp.
I did the simplest fix I could see touching only x86.
I don't know any other arch well enough to be sure that TIF_32BIT isn't the
wrong test there too. I'd like to leave that worry to th
* Roland McGrath wrote:
> +#ifdef CONFIG_COMPAT
> + if (is_compat_task())
> syscall = mode1_syscalls_32;
> #endif
btw., shouldnt is_compat_task() expand to 0 in the
!CONFIG_COMPAT case? That way we could remove this #ifdef too.
(and move the first #ifdef ins
> btw., shouldnt is_compat_task() expand to 0 in the
> !CONFIG_COMPAT case? That way we could remove this #ifdef too.
> (and move the first #ifdef inside the array initialization so
> that we always have a mode1_syscalls_32[] array.)
I guess you mean define it in linux/compat.h then?
Go right a
14 matches
Mail list logo