Re: Boot failure with ppc64 port on iMacs G5

2024-03-01 Thread Brad Boyer
the CD image. I haven't looked at recent images, but I know in the past the boot process was different on CD compared to after the install. Brad Boyer f...@allandria.com

Re: [PATCH] serial: pmac_zilog: don't init if zilog is not available

2020-10-20 Thread Brad Boyer
so shouldn't it be possible to only run this code when the appropriate entries are present in the right data structures? I didn't look at a lot of the other serial drivers, but some other mac drivers have recently been updated to no longer have MACH_IS_MAC checks due to being converted to platform drivers. Brad Boyer b...@allandria.com

Re: [PATCH 8/8] macintosh/adb-iop: Implement SRQ autopolling

2020-05-31 Thread Brad Boyer
private? I seem to see quite a bit of that as well. Thank you for your advice. Brad Boyer f...@allandria.com

Re: Anyone using "PowerPC" little-endian mode?

2010-06-13 Thread Brad Boyer
d this because it was G3/G4 only for a while until they rewrote it to not use the little-endian mode. Brad Boyer f...@allandria.com ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH] Macintosh: fix brace and trailing statement coding style issues in adb-iop.c This is a patch to the adb-iop.c file that cleans up brace and trailing statement warnings found by the checkpa

2010-03-20 Thread Brad Boyer
This driver is for m68k based Macintosh systems, not PowerPC based ones. I'm copying the linux-m68k list on this reply so it is seen there as well. Brad Boyer f...@allandria.com On Tue, Mar 09, 2010 at 01:46:20PM -0800, Michael Beardsworth wrote: > From: Michael Bea

Re: [RFC PATCH 00/12] Merge common OpenFirmware device tree code

2009-10-07 Thread Brad Boyer
lly it would enable better user-space device detection as well. I got the framework built against an older kernel, but it wasn't enough to be useful at that point. This set of patches could help quite a bit. Brad Boyer f...@allandria.com ___

Re: High load average but low cpu (xenomai can be the explanation?)

2009-09-21 Thread Brad Boyer
ctually sleeping. I don't think this is the most likely explanation since you said you can kill your process, but I thought I should mention it. Brad Boyer f...@allandria.com ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [Bugme-new] [Bug 14021] New: hfsplus caused data loss

2009-08-20 Thread Brad Boyer
t you get if the lookup fails on a name returned by a readdir. I suspect that creating hard links is failing in some way. In particular, the "hidden dir" mentioned in the log is used to save the real files for hard links. As a quick explanation, HFS+ doesn't have a real concept of ha

Re: Inline assembly queries [2]

2009-07-03 Thread Brad Boyer
. using m or Z with a memory address. I tried replacing m/Z but no change > Is there some guideline ? > gcc documentation says Z is obsolete. Is m/Z replaceable ? No idea. I don't remember ever seeing 'Z' used in anything. Maybe somebody else remembers what it used to mean.

Re: [rtc-linux] Re: [PATCH/RFC 0/5] Generic RTC class driver

2009-02-24 Thread Brad Boyer
he moment. They also are all custom chips that wouldn't be used anywhere else. The other thing we need to keep in mind is that if we do it right we can share drivers across m68k and powerpc in some cases. I imagine some of the embedded powerpc boards are using chips that are common in other

Re: request_irq return errno 38

2009-02-11 Thread Brad Boyer
f_parse_and_map(). It takes a device node and index into the interrupt list for that device and gives a virtual IRQ number. Brad Boyer f...@allandria.com ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: 8600 serial support

2008-10-08 Thread Brad Boyer
u think that's not realistic. It seems to me that an interrupt per-byte (which this design would imply on the older DMA engines) would make the DMA less useful. Brad Boyer [EMAIL PROTECTED] ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: [PATCH 2/4] Add cpufreq driver for the IBM PowerPC 750GX

2008-08-27 Thread Brad Boyer
> > 604e. > > The BeBox had a dual 603. I remember going to a talk by some of the Be engineers, and I think they said that the 603 had terrible SMP performance. My understanding was that Motorola recommended the 604 for SMP configurations but the 603 was much cheaper and mostly work

Re: [RFC/PATCH 1/3] powerpc: add ioremap_bat() function for setting up BAT translated IO regions.

2008-08-06 Thread Brad Boyer
end up being in multiple files, it's more fragile to change what is mapped in these blocks. Brad Boyer [EMAIL PROTECTED] ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev

Re: questions

2008-05-25 Thread Brad Boyer
While I'm wasting your time, I picked up an ADB infrared wireless > keyboard. I think it works. But not under Linux. Should it? If it acts like a normal ADB keyboard, it should work. Does it need a special driver with the MacOS? If so, then it

Re: [PATCH/RFC] via-pmu: remove mdelays from suspend/resume code

2008-04-04 Thread Brad Boyer
e older PMU chips. Some of them are very timing sensitive, and sleep in particular is basically a pile of steps that got hacked until they worked on older systems. Brad Boyer [EMAIL PROTECTED] ___ Linuxppc-dev mailing list Linuxppc-dev

Re: Device node - How does kernel know about it

2007-12-30 Thread Brad Boyer
s called sys_read. You should be able to find it in fs/read_write.c. Other system call implementations are scattered around to be with code related to that call. Most of the file related ones can be found someplace under the fs directory. Brad Boyer

Re: asm-ppc header issues when building ARCH=powerpc

2007-08-23 Thread Brad Boyer
.c is m68k only, so you should probably leave that alone as well. It probably doesn't need that header, but the change should really come from the 68k side of things. Brad Boyer [EMAIL PROTECTED] ___ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev