> 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
* 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
> 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
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
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?
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, 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
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
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, 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
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
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
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
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
14 matches
Mail list logo