kernel stack.
Isn't that a security hole? If we restore the exception frame from
user memory, doesn't that allow a malicious program to affect the
internal state of the CPU just by handling a signal?
Brad Boyer
f...@allandria.com
rresponding UNLK
instruction to tear down the stack frame which will frequently be the
last instruction before returning to the caller. The compiler will use
these in the function prologue and epilogue in all but the most
trivial functions.
Brad Boyer
f...@allandria.com
On Tue, Feb 07, 2023 at 12:41:52PM -0700, Stan Johnson wrote:
> Yes, I do have the L2 cache card installed in the IIci.
>
> If you think it would be useful, I don't mind letting the SE/30 run
> overnight to see if it eventually boots.
I don't know if it would be useful in any practical sense, but
On Tue, Feb 07, 2023 at 12:31:17AM -0700, Stan Johnson wrote:
> On 2/6/23 8:25 PM, Finn Thain wrote:
> >
> > These systems are too slow for needless key generation so a bug report
> > may be needed.
> >
>
> The Mac IIci (25 MHz) is only about 50% faster that the SE/30 (16 MHz).
> The Debian ker
060, with gcc 7.4.0 & gcc 10.3.0.
The m68k PRM would seem to indicate that the FPU in both the 6888x and
the 68040 doesn't do a signed NAN. It specifically lists the sign bit
as a don't care bit for NAN while zero and infinity are both listed
as being signed quantities.
It seems to me this is expected behavior on the real hardware.
Brad Boyer
f...@allandria.com
e real hardware. I'm not even sure if any of them still work.
Brad Boyer
f...@allandria.com
er card in a IIsi.
The implication is that the official RBV driver pretends to be a
NuBus device driver.
Brad Boyer
f...@allandria.com
ROM chips with the newer ones. In any case, both the II and IIx need
some funny PAL enhanced SIMMs to use larger sizes. They fixed that
in the IIcx and SE/30, which are the same basic logical design.
However, I would have thought this would lead to the opposite solution.
Brad Boyer
f...@allandria.com
to be bigger.
Brad Boyer
f...@allandria.com
first bank is soldered on instead of being normal SIMM slots. I
believe the max settings on RBV end up being something like 320kB
usage for video on both models. I'm pretty sure RBV maxes out at
8-bit color. However, it's true that wouldn't leave much wasted on a
IIsi if we can't use
On Mon, Mar 15, 2021 at 02:33:26PM +1300, Michael Schmitz wrote:
> On 15/03/21 10:13 am, Brad Boyer wrote:
> >I believe one of the headaches is that the address is non-programmable
> >and requires the framebuffer not just to be in bank A, but to start at
> >address 0 which m
change the color palettes
on some of the more common hardware.
On the Atari, is the rest of the low memory usable if the kernel isn't
there? I seem to recall it is only accessible by that special allocator
in that case, not as generic memory. I'm not sure of anything else we
have on a
can't cleanly handle adding the first bank (which has lower
physical addresses) to usable memory after the second bank. I'm
pretty sure that used to work. It's somewhat similar to the problem
between the fast and slow RAM on the Atari systems.
Brad Boyer
f...@allandria.com
sounds like libblkid isn't recognizing the FS. Can you try
running blkid on the device? If it can't detect the FS type, that might
be a place where there is an issue. The libblkid code is not based on
the drivers in the kernel, but is still essential for a portion of the
auto-detection o
v.so, not
> libinput.drv ...
>
> Saying that - libinput does appear to work for your keyboard (of sorts)...
Isn't it necessary to tell X that you have a PC model keyboard these
days? I had thought the kernel was now reporting PC style keycodes on
all keyboard types.
Brad Boyer
f...@allandria.com
diagram for the Q900 shows Caboose connected to
VIA1 instead of directly to the CPU. The MESS hardware information
claims it is a 68HC05 just like Egret and Cuda. Perhaps we should
try the via-cuda driver with ADB disabled and see what happens?
Brad Boyer
f...@allandria.com
On Sat, Aug 15, 2020 at 10:52:08AM +1000, Finn Thain wrote:
> On Fri, 14 Aug 2020, Brad Boyer wrote:
> >
> > That's probably true. We have so much on the list already. I know there
> > were several other things I wanted to check out first. I have a wide
> > var
On Fri, Aug 14, 2020 at 08:43:00AM +1000, Finn Thain wrote:
> On Wed, 12 Aug 2020, Brad Boyer wrote:
> >
> > That will make for a really messy driver, but it could be done with some
> > careful thought. It could also be made conditional on m68k so that a ppc
> > ba
nfiguration, etc.
It sounds like the first step might be to audit all the other common
drivers to see which ones are disabling interrupts too long. I know
we do quite a bit of that.
Brad Boyer
f...@allandria.com
;t
support any of the 8MHz models. It might be more practical on some
of the PCI PowerMacs that are both running much faster CPUs and
have real DMA as well.
Brad Boyer
f...@allandria.com
On Wed, Aug 12, 2020 at 10:33:53AM +1000, Finn Thain wrote:
> On Tue, 11 Aug 2020, Brad Boyer wrote:
> > If I'm interpreting the docs correctly, we will have to talk to the
> > serial controller around 8000 times per second (230kbit/s and 4 bytes at
> > a time from the
r ... Just in case someone feels
> like a little kernel hacking for fun, if not profit)
I think that sort of logic was restricted to special PDMA windows or
interfaces explicitly put into PDMA mode (like SCSI DMA on the IIfx).
It would still have to be tested to be sure.
We've certainly disassembled other parts of the code to do stuff. I
remember spending hours in MacsBug disassembling ROM code years ago.
That's how we confirmed some details on the IIfx hardware.
Brad Boyer
f...@allandria.com
ccording to the
code. I've never tried it myself, but it should work.
Brad Boyer
f...@allandria.com
ce the same hardware is present on the PB5300 and PB1400.
Later PowerBooks have cardbus slots (since they are PCI based) and
don't need this specific driver.
Brad Boyer
f...@allandria.com
for that card. Can a regular driver add RAM, or
would we have to detect that in the core code somewhere?
Brad Boyer
f...@allandria.com
27;d expect to
see a PSC4 IRQ like 33 or 34. I know there was a hack at one point to
fake the separate IRQ lines for the two ports on the non-PSC systems in
order to make some of the logic common, but I thought that was taken out.
That was one way a non-PSC system used to get (fake) PSC
y y . y y y y y .
Shouldn't MAC_PARTITION be enabled for the mac configuration?
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://l
h my Q950 actually
has installed in it. I did find a place online selling the 16M 30 pin
SIMMs that would be required for that total.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
a rather than one modern enough to run regular Linux.
Using modern peripherals might be a better help than a faster CPU.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120528035935.ga15...@cynthia.pants.nu
a in a VDSO will likely remove most of the
> overhead. Also, a lot of TLS relaxing is still missing in the linker.
I have to admit I haven't had much time for m68k development, but has
there been progress on implementing the VDSO? It sounded like an
interesting project, but I never see
sets. All of the other nubus
SCSI cards I've found are various ESP chips (NCR53c90A, Emulex FAS101,
etc.) and thus wouldn't be much faster than the on-board chips except
on the really old mac models.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian
7;t end up
getting it done myself and didn't hear anything more from them either.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111023183010.ga6...@cynthia.pants.nu
On Fri, Sep 09, 2011 at 09:56:20PM +1000, Finn Thain wrote:
> On Thu, 8 Sep 2011, Brad Boyer wrote:
> > I still haven't found the time to get it working in Linux, but I did
> > find and buy a 100BaseT NuBus card. It even has a chip on it that
> > appears to be the same
B/s range as I recall. Most other Macs are much better.
I recently acquired an FWB JackHammer card, which can take 68-pin
SCSI drives. It uses an NCR 53c720, so it should be possible to
get it working and get much better SCSI performance than the
built-in SCSI interfaces of any Mac (including ppc mode
On Sat, Aug 13, 2011 at 11:37:58AM +1000, Finn Thain wrote:
> On Fri, 12 Aug 2011, Brad Boyer wrote:
> > The basic idea is that any time the PMU thinks you aren't following the
> > right communication protocol (including the timing between messages) it
> > will just
ust power off.
It makes for tons of fun. I haven't done much with the one m68k PowerBook
I acquired due to lack of time, but it is not an easy platform to handle.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subj
;t have a normal PCMCIA socket
driver for the Amiga and use the pcnet_cs driver for this case? I know
it would be a fair amount of work even if it is possible, but I'm
curious to know if there was anything other than a historical reason.
Brad Boyer
f...@allandria.com
--
To
could
get the orinoco_cs driver working. I don't have the time, but I do
have a PowerBook 190 and some PCMCIA cards to try out. It's on the
very long list of things I'd like to look at eventually.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-req
On Sun, Jun 06, 2010 at 11:52:00AM -0700, Brad Boyer wrote:
> Is there a document somewhere on how all of this works, or is it
> just the comments scattered about all the code? The man page for
> the system call isn't really enough to explain the implementation.
I wouldn't nor
on how all of this works, or is it
just the comments scattered about all the code? The man page for
the system call isn't really enough to explain the implementation.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a sub
On Sun, Jun 06, 2010 at 10:42:40AM +0200, Andreas Schwab wrote:
> Brad Boyer writes:
>
> > I may be missing something obvious, but why don't we just change the
> > kernel to allow 2-byte alignment for m68k? The comment in futex.c
> > just says "natural&quo
;t we just change the
kernel to allow 2-byte alignment for m68k? The comment in futex.c
just says "natural" alignment but is then hard-coded for sizeof(u32).
What would break if we just changed the code in get_futex_key to
allow this?
Brad Boyer
f...@allandria.com
--
On Mon, Nov 30, 2009 at 02:10:29PM +1100, Finn Thain wrote:
> On Fri, 27 Nov 2009, Brad Boyer wrote:
> > Just as a note, I never saw the original message come across the mailing
> > list. Also, you might want to include linux-m...@lists.linux-m68k.org on
> > this sort of top
bt that this is a realistic alternative.
This is pretty much the sort of thing we've constantly encountered
trying to get old Macs to work. Unless someone can get official docs
on the chip, we may need to try to reverse engineer the Apple drivers
for all of this stuff.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
6.git;a=commitdiff;h=ba0a6c9f6fceed11c6a99e8326f0477fe383e6b5
If I'm reading the dates correctly, this commit wasn't in 2.6.31.
As a side note, there is already a patch floating around to fix that commit,
which apparently broke stuff.
http://patchwork.kernel.org/patch/56568/
Brad
l that it controls
both PCMCIA and the media bay in those models, as well as the PB1400.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ave a IIfx and did some of the initial work along with JMT to get
it running, but it's not in such great shape now. It was pretty
unreliable the last time I had it running.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
patch1 on this
server.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
(what will become gcc-4.5).
That's good to hear. Thank you for passing along the status. Any word on
the kernel changes that I presume are required to use the new TLS code?
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a su
es, but it's a great place
to hack around and learn without causing a lot of headaches.
Brad Boyer
f...@allandria.com
--
To UNSUBSCRIBE, email to debian-68k-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, Oct 16, 2008 at 06:54:46PM +1100, Finn Thain wrote:
> On Wed, 15 Oct 2008, Brad Boyer wrote:
> > I will note that this bug is known to affect the line-A trap that the
> > classic Mac system uses for system calls. Apple had a workaround for
> > this bug for l
ause both the emulation trap and the page fault on
a good CPU. If you miss one, it's a broken CPU. It would most likely
need to be done in an isolated thread to be safe.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
age. This is the case in sarge and etch.
http://packages.debian.org/etch/powerpc-utils
The nvram package according to the packages.debian.org site is m68k only.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe"
ed to help than previous ones.
It's probably worth trying to see if bringing it up will help.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lf and the person
doing it doesn't actually care about sharing files with the host.
It would be nice to have the option of doing this.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rrupt for the end of transfer notification.
> In that case, a reset of the ADB IOP should indeed be safe to perform from
> the booted system.
It ought to be. We just don't have any code that does it after the initial
setup during boot as of the last time I looked at the code.
Brad
lso handle SCSI DMA?) so a watchdog/reset would be preferred.
> Can we actually reset the IOP without deadlocking SCSI or interrupts?
No, the SCSI doesn't have anything to do with the IOPs. The IOP with the
ADB also handles the floppy drives, but nothing else. There is another
IOP that ha
ere are some bits and pieces
of it already in the code.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Just so you know, it's not inetd causing the INIT error message. It's
purely a coincidence that inetd is mentioned in the line before the
error. Those error messages from init are references to programs listed
in the file /etc/inittab as being managed by init directly.
Brad
Do you get a login prompt on the console? The numbered entries in
inittab are generally the getty processes for console login. The
common reason for something like that is not having the right files
in /dev for the console.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, emai
els. It
won't have all the latest patches, but it will be much more recent than
the one you tried.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
; chip though. In any case, I have quite a few Macs now, and could borrow
> an '040 from a Q700 if needed.
I looked online and at least one site agreed that Apple did ship a C650
with a full 68040 chip. It wasn't clear if all of them shipped that way,
but I would expect the System Pr
system installed on it. After
that you can try out things and see what works well. Maybe try a
kernel compile or something to see how well it runs and let us know
how long it took for a standard configuration.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROT
use to mess around with stuff I
wouldn't have a chance to get code accepted on an architecture that
had real users. I don't expect to ever use any of my m68k systems
for any actual work. However, I would be a little disappointed if
there wasn't a distribution I could install and work
ple are in Europe, but several of the Mac
focused people are not.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Google really will let us use their teleconference
setups, that would be convenient. The Google HQ in Mountain View isn't
that bad a drive for me. I work just a couple miles away from there.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
On Tue, Feb 12, 2008 at 07:16:29AM -0600, Stephen R Marenka wrote:
> On Mon, Feb 11, 2008 at 06:04:24PM -0800, Brad Boyer wrote:
> > On Mon, Feb 11, 2008 at 01:29:33PM -0600, Stephen R Marenka wrote:
> > > Which initrd? cdrom and hd-media want a cd image. nativehd will downloa
On Mon, Feb 11, 2008 at 01:29:33PM -0600, Stephen R Marenka wrote:
> On Mon, Feb 11, 2008 at 04:27:56AM -0800, Brad Boyer wrote:
> > I did download and try to boot the m68k build of this installer. The
>
> Which initrd? cdrom and hd-media want a cd image. nativehd will download
&g
th the files downloaded to a local partition
at this point.
Still, it does look like we're not in as bad of shape as we thought.
I'm just curious how much RAM I would need to avoid the low-memory
mode, and if there's anything I'm missing because of that. It's not
like
e was commented out because it didn't
work on the old VIA style access. The ADB access is pretty easy by
comparison. If the CUDA works, you can probably uncomment it for
all the adb_request style access. I have a IIsi someplace that I
could test if you don't have anything with that styl
/shutdown code path, but I guess he fixed
the RTC and PRAM routines while he was changing the file. I actually
was involved in the mailing list discussion and reviewed that change,
but I guess I lost track of things.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAI
angement as the MacII style while the Q900/Q950 are a one-off
thing that nobody ever quite figured out completely.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
quot; at
> " and "cron " need the hardware clock to work.
Unless someone has fixed it without telling the list, the hwclock
interfaces are still broken on the 2.6 kernels for the mac subarch.
There have been too many things broken and not enough people working
on them, I&#x
o more
than minor changes. The layouts are very similar. Apple just has a
single driver for both in OSX.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
robably easier with the user space tools,
but just creating files and writing to them should work better using
the kernel support.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e specific value of 128?
I would suggest trying to disassemble that part of the object file and
see what you get. It might also be worthwhile to look at the assembly
code generated by the compiler (add -save-temps to your gcc options).
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBS
be
shipping from? I wouldn't mind paying to ship something interesting, but
if it's going halfway around the world it gets expensive.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
it's been an issue more than once. The internal
video on the IIci and IIsi steals the memory at physical address 0 for
the frame buffer, and we haven't always taken that into consideration.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t; correct thread value is written to the correct page...
Did you have anything in a condition to share? I'm interested in
poking at it a bit, and it would be easer to start from something
that has already had some work done for m68k rather than starting
from what is there for a different archi
On Sun, Dec 02, 2007 at 11:43:18PM +, Joseph S. Myers wrote:
> On Sun, 2 Dec 2007, Brad Boyer wrote:
> > I also tried to look for the ARM magic page implementation, but I
> > couldn't find it. Any pointers to where I should be looking? I've
> > never done any wo
On Sat, Dec 01, 2007 at 01:08:07AM +, Joseph S. Myers wrote:
> On Fri, 30 Nov 2007, Brad Boyer wrote:
> > > * There are no spare registers available to designate as the thread
> > > register. Therefore, kernel magic is needed to obtain the thread
> > > p
eeds to ensure memory
> synchronization between processors.
Can you get SMP ColdFire boxes? Linux has historically not supported
SMP on m68k, and much of the code isn't really SMP safe (particularly
some of the drivers for 68k based systems). This isn't to say we
shouldn't have this optio
hing installed on it at the moment. Let
me know if getting it running and on the net would help. Someone
else would probably need to help with the buildd setup. I could
NFS export some space from another system for any disk needs. It
couldn't be much slower than the current SCSI driver that doesn&
ng. Is there any
specific time frame that we need something working? I'm not sure of the
current schedule for lenny in terms of when the toolchain needs to be
ready and what version is expected to be used in the final release.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, em
.
>
> just in case anyone else still needs or could use a copy
> ($50 though they were asking).
It disappeared from the listing there several days ago. I considered
buying it, but it was gone before I decided if it was worth $50.
Brad Boyer
[EMAIL PROTECTED]
--
Efika is available for 99$ I think, just add a video card
> and a harddisk and you have a nice silent machine.
For m68k Macs, it completely depends on the model. Based on what I found
online, the Quadra 605 only has a 30W power supply. Some of the bigger
models have over 300W max power. Actua
ave an entry for the
mode your video is currently using. Could you pass along the error
messages from the X server? I hope we could just construct a mode line
that could be added to your config file to get it working.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EM
copy or hints on how to find it? I'm
worried that the current ABI isn't really flexible enough to do TLS
in a proper fashion.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
input. Take a look at this URL:
http://www.debian.org/ports/powerpc/keycodes
It's written by the powerpc port team, but the story is similar. The
ppc team kept more up to date on the kernel, so they ran into this
issue in the upgrade to woody rather than for etch.
Brad Boyer
[EM
ould be invalid. However, it looks like
CONFIG_INPUT_MISC is off by default and CONFIG_INPUT_UINPUT depends on
that configuration option.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t the sarge systems I'm still using all appear to
come with XFree86 4.3. I'm not sure x.org even existed when
woody was released. It's pretty old by now.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
ime to fix it.
> SCSI sometimes fails on probe, sometimes not.
There are some known issues, but knowing which hardware might help.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
pport to the macio bus type
for non-PCI models to get that. I just got distracted by the request
to fix binutils and friends for TLS.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
es. The only full
native driver we have for an m68k Mac is valkyrie (Q630) since this
hardware is also present in some PowerMac models. Writing better video
drivers is honestly not a high priority for most people involved, but
if you're interested in it there are people here who could provide advi
would appear that the kernel uses the regular math-emu code on
the 68LC040, and only uses the fpsp040 code on a full 68040. This
could easily explain the error. I haven't seen it myself, but I'm
pretty sure I remember the bad mask revisions causing bus errors
for the software FPU problem.
as well?
I'd like to avoid following in the footsteps of the i386 style support
particularly because it does require more extensive kernel support than
most of the other architectures. I'm still looking over the documentation
and the implementation details of the other architectures, but I&
.
Is this the document?
http://people.redhat.com/drepper/tls.pdf
It does seem to have quite a bit of technical detail. I'll look at it
in more depth a little later. Thank you for the pointer.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
ch package that need to be fixed,
not just whatever is current from upstream.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n trying to get that support working? It looks like the
hades-pci code is unfinished.
Brad Boyer
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
platforms. I suspect that this driver isn't even built
in the other configurations, since it requires ISA || EISA || PCI.
> And I don't know if that is a l-m68k problem or a l-image problem. If the
> atari or mac images build, I guess it is an m68k problem. I will see that in
> a
1 - 100 of 208 matches
Mail list logo
