Benjamin Herrenschmidt writes:
> On Wed, 2014-09-03 at 18:51 -0400, Peter Hurley wrote:
>
> > Apologies for hijacking this thread but I need to extend this discussion
> > somewhat regarding what a compiler might do with adjacent fields in a
> > structure.
> >
> > The tty subsystem defines
On Thu, 14 Apr 2011 14:25:31 -0700, Hugh Dickins wrote:
> Mikael,
>
> Something worth trying: turn off CONFIG_IDE. That's what I need to
> boot 2.6.39-rc[1-3] on PowerPC G5.
>
> I know Jens has been fixing problems with IDE versus his plug/unplug
> changes, but it's still not fixed for me in rc3
Benjamin Herrenschmidt writes:
>
> > > Finally I tried using g5_defconfig with 2.6.39-rc3. First boot
> > > it did get to /sbin/init, but udev init took much longer than
> > > normal and threw errors. After a warm reboot the same kernel
> > > hung as usual, this time before framebuffer init
I'm unable to boot any post-2.6.38 kernel on my G5 (PowerMac7,2
with dual 1.8GHz processors). Basically the kernel hangs at varying
points before /sbin/init is started, sometimes before and sometimes
after the framebuffer has taken over the console. There are no visible
errors on the console, onl
Jean Delvare writes:
> On Thu, 23 Sep 2010 15:05:59 -0700, Randy Dunlap wrote:
> > On Thu, 23 Sep 2010 22:16:32 +0200 Mikael Pettersson wrote:
> > > Randy Dunlap writes:
> > > > No kconfig warnings?
> > >
> > > Not that I recall. I can ch
Randy Dunlap writes:
> On Thu, 23 Sep 2010 13:53:18 +0200 Mikael Pettersson wrote:
>
> > Running modules_install from a newly built 2.6.36-rc5 kernel
> > on my 32-bit PowerMac results in:
> >
> > WARNING: Module
> > /lib/modules/2.6.36-rc5/kerne
Running modules_install from a newly built 2.6.36-rc5 kernel
on my 32-bit PowerMac results in:
WARNING: Module
/lib/modules/2.6.36-rc5/kernel/drivers/i2c/busses/i2c-powermac.ko ignored, due
to loop
WARNING: Loop detected: /lib/modules/2.6.36-rc5/kernel/drivers/i2c/i2c-core.ko
needs of_i2c.ko wh
Mikael Pettersson writes:
> The kernel's math-emu code contains a macro _FP_FROM_INT() which is
> used to convert an integer to a raw normalized floating-point value.
> It does this basically in three steps:
>
> 1. Compute the exponent from the number of leading zero b
a kernel module to test this as a reply to this message.
There are also SPARC user-space test cases in the GCC bug entry.
Signed-off-by: Mikael Pettersson
---
include/math-emu/op-common.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -rupN linux-2.6.35-rc5/include/math-emu/op-comm
Mikael Pettersson writes:
> The kernel's math-emu code contains a macro _FP_FROM_INT() which is
> used to convert an integer to a raw normalized floating-point value.
> It does this basically in three steps:
>
> 1. Compute the exponent from the number of leading zero b
Benjamin Herrenschmidt writes:
> This is a libata driver for the "macio" IDE controller used on most Apple
> PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
>
> It supports all the features of its predecessor, including mediabay hotplug
> and suspend/resume. It sho
Benjamin Herrenschmidt writes:
> This is a libata driver for the "macio" IDE controller used on most Apple
> PowerMac and PowerBooks. It's a libata equivalent of drivers/ide/ppc/pmac.c
>
> It supports all the features of its predecessor, including mediabay hotplug
> and suspend/resume. It sho
The 2.6.29-rc kernels hang during boot on my PowerMac G3 (Beige).
The last messages I see on the console are
Kernel command line: ramdisk_size=8192
irq: Found primary Apple PIC /pci/mac-io for 64 irqs
irq: System has 64 possible interrupts
and then it hangs until I reboot it. Unfortunately I don'
David Miller writes:
> From: Marcel Holtmann <[EMAIL PROTECTED]>
> Date: Mon, 28 Jul 2008 03:03:04 +0200
>
> > > More fallout from the premature mISDN driver merge:
> > >
> > > drivers/isdn/hardware/mISDN/hfcmulti.c:5255:2: error: #error "not
> > > running on big endian machines now"
> >
Nathan Lynch writes:
> Some IBM POWER-based platforms have the ability to run in a
> mode which mostly appears to the OS as a different processor from the
> actual hardware. For example, a Power6 system may appear to be a
> Power5+, which makes the AT_PLATFORM value "power5+".
>
> However,
On Sat, 27 Oct 2007 22:34:53 +0400, Alexey Dobriyan wrote:
> On Sat, Oct 27, 2007 at 07:57:38PM +0200, Mikael Pettersson wrote:
> > Booting 2.6.24-rc1 on my PowerMac the kernel now spits
> > out a sysctl warning early in the boot sequence:
> >
> > --- dmesg-2.6.
Booting 2.6.24-rc1 on my PowerMac the kernel now spits
out a sysctl warning early in the boot sequence:
--- dmesg-2.6.23
+++ dmesg-2.6.24-rc1
...
IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash
On Sun, 14 Oct 2007 13:31:34 -0400, Jeff Garzik wrote:
> Mikael Pettersson wrote:
> > On Thu, 16 Aug 2007 21:19:40 +0100, Alan Cox wrote:
> >>>> Unfortunately this breaks pata_pdc2027x on my PowerMac G3:
> >>> Did this ever get resolved?
> >
On Thu, 16 Aug 2007 21:19:40 +0100, Alan Cox wrote:
> > > Unfortunately this breaks pata_pdc2027x on my PowerMac G3:
> >
> > Did this ever get resolved?
>
> All went quiet so I assume its gone away ?
-ENOTIME
The regression is still there in 2.6.23-rc3 (I just checked),
but I haven't had time t
On Wed, 11 Jul 2007 10:45:35 +0800, Albert Lee wrote:
> Mikael Pettersson wrote:
> >
> >
> > 2.6.22 + this prints the following on my G3:
> >
> > pata_pdc2027x :00:0e.0: version 0.9
> > usec_elapsed for mdelay(37) [35431]
> > start time: [1184112
On Tue, 10 Jul 2007 11:52:59 +0800, Albert Lee wrote:
> >>Recently the PLL input clock of pata_pdc2027x is sometimes detected
> >>higer than expected (e.g. 20.027 MHz compared to 16.714 MHz).
> >>It seems sometimes the mdelay() function is not as precise as it
> >>used to be. Per Alan's advice, HT
A vanilla 2.6.22 built for ppc32 and configured with CONFIG_FB_MACMODES=y,
CONFIG_HOTPLUG=n,
and CONFIG_MODULES=y, triggers the following warning from modpost:
WARNING: drivers/built-in.o(__ksymtab+0x3b0): Section mismatch: reference to
.init.text:mac_find_mode (between '__ksymtab_mac_find_mode'
(cc:ing linuxppc-dev)
On Tue, 26 Jun 2007 13:43:15 +0800, Albert Lee wrote:
> Recently the PLL input clock of pata_pdc2027x is sometimes detected
> higer than expected (e.g. 20.027 MHz compared to 16.714 MHz).
> It seems sometimes the mdelay() function is not as precise as it
> used to be. Per Ala
23 matches
Mail list logo
