NOVENTI Health SE | Besselstraße 25 | 68219 Mannheim
Telefon +49 621 8771-248 | nils.bronst...@noventi.de | www.noventi.de
Vorstand: Dr. Hermann Sommer (Vorsitzender) | Victor J. Castro | Dr. Sven
Jansen
Bereichsvorstand: Sven Bertram (CTO) | Susanne Hausmann (CHPO) | Dr. Verena
Heeschen (CHR
On Mon, May 21, 2007 at 10:25:04AM -0700, Brad Boyer wrote:
[TLS support]
> I don't think m68k would have issues with large relocation offsets. As
> long as it doesn't support the pre-68020 chips, we have a lot of choices
> of ways to handle large offsets. I presume we just need support for the
> '
On Tue, 22 May 2007, Michael Schmitz wrote:
> > > Plus we already reserve a register for the current task - we're not all
> > > that squeezed, but can't we store the per thread data at a constant offset
> > > from the task address which we already store in a register? Are all
> > > threads separate
> > Plus we already reserve a register for the current task - we're not all
> > that squeezed, but can't we store the per thread data at a constant offset
> > from the task address which we already store in a register? Are all
> > threads separate tasks at kernel level?
>
> We already reserve a reg
On Tue, 22 May 2007, Michael Schmitz wrote:
> > > 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 implem
> > 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'l
Hi,
On Mon, 21 May 2007, Brad Boyer wrote:
> 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 detail
On Mon, May 21, 2007 at 04:23:15PM +0200, Michael Schmitz wrote:
> > > >From my quick reading, we might have to sacrifice another register. Does
> > > this require any special handling at the kernel level?
> > >
> > > I'd look at the 386 implementation (SH seems a bit simpler but I do know
> > > sq
> > >From my quick reading, we might have to sacrifice another register. Does
> > this require any special handling at the kernel level?
> >
> > I'd look at the 386 implementation (SH seems a bit simpler but I do know
> > squat about SH - anyone?)
>
> But I guess SH looks more like m68k than ia32,
On Mon, 21 May 2007, Michael Schmitz wrote:
> > 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.
>
> >From my quick reading, we might hav
> 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.
>From my quick reading, we might have to sacrifice another register. Does
this require any speci
On Fri, May 18, 2007 at 11:05:31AM -0700, Brad Boyer wrote:
> On Fri, May 18, 2007 at 07:35:07PM +0200, Pierre Habouzit wrote:
> > There is a quite good pdf on Uli's page. Search Ullrich Drepper on
> > google, you should be able to find it. IIRC there is the explanation on
> > how it has been imp
On Fri, May 18, 2007 at 07:35:07PM +0200, Pierre Habouzit wrote:
> There is a quite good pdf on Uli's page. Search Ullrich Drepper on
> google, you should be able to find it. IIRC there is the explanation on
> how it has been implemented for a few archs, quite extensively annotated.
Is this the
On Fri, May 18, 2007 at 09:40:53AM -0700, Brad Boyer wrote:
> On Fri, May 18, 2007 at 03:20:00PM +0200, Pierre Habouzit wrote:
> > You were previously made aware[0] that glibc-2.6 needs TLS to be
> > implemented for your ports to build and work properly, sadly this is
> > still not the case for m
On Fri, May 18, 2007 at 03:20:00PM +0200, Pierre Habouzit wrote:
> You were previously made aware[0] that glibc-2.6 needs TLS to be
> implemented for your ports to build and work properly, sadly this is
> still not the case for m68k, and insufficient for Hurd in the current
> state.
The last tim
Hi m68k and Hurd porters,
You were previously made aware[0] that glibc-2.6 needs TLS to be
implemented for your ports to build and work properly, sadly this is
still not the case for m68k, and insufficient for Hurd in the current
state.
We want to release lenny with glibc 2.6 (see discussi
subscribe
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Christian T. Steigies wrote:
> > >
> > > | > If in fact I, as maintainer, have a choice in the matter , then I
> > > would like
> > > | > to request the same for the following packages:
> > > | >
> > > | >octave2.1, quantlib, r-base
> > > | >
> > > | > for the
> > > | >
> > > | >arm, m68k
Guys:
| >
| > architectures. I have spent *way* too much fscking special requests for
| > these smaller + older architecture which are, quite simply, mismatched for
| > these numerically-focussed applications and environments.
|
| Please convince a porter for those architectures to add the r
On Sat, Apr 16, 2005 at 10:39:15AM -0700, Rick Younie wrote:
> Subject: Re: [EMAIL PROTECTED]: Re: Bug#167780: 0.3.4 is in testing]
> Organization: Debian GNU/Linux site
> In-Reply-To: <[EMAIL PROTECTED]>
> X-Newsgroups: local.debian-68k
>
> >
> > | > If in fact I, as maintainer, have a choice in
Subject: Re: [EMAIL PROTECTED]: Re: Bug#167780: 0.3.4 is in testing]
Organization: Debian GNU/Linux site
In-Reply-To: <[EMAIL PROTECTED]>
X-Newsgroups: local.debian-68k
>
> | > If in fact I, as maintainer, have a choice in the matter , then I would
> like
> | > to request the same for the follow
Google Watch China
Google不仅仅是搜索引擎。我们相信广泛而有效的使用Google将极大促进社会大众学习能力的提高。关键是，它将改变世界每一个人从被动接受知识到主动探索知识的革命性转变，成就新一代先进知识的驾驭者。
Google Watch China（Google观察中国组织）创立于2003年10月，通过Google-Watch-China.org网站、Google狂热分子、Google技术研究者及科学方法，大力倡导：?lt;/SPAN>Google Creating Success?lt;/SPAN>(Google创造成功)。我们的使命是提高大中华地区G
I've put fbdev in my xserver configuration and then it ask for the exact
address, which is this adress on a mac quadra 650 ?
thanks
-
e6e9fe46b17fa16d9a250d4189e8f0cd
fingerprint
Quadra 650 | Debian 3.0r2 | m68k
_
MSN Search,
Tomy Alarie wrote:
I've put fbdev in my xserver configuration and then it ask for the
exact address, which is this adress on a mac quadra 650 ?
Don't worry about it. Just leave it blank. The install program will auto
detect the address.
thanks
-
e6e9fe46b17fa16d9a250d4189e8f0cd
fingerpri
On Tue, Feb 10, 2004 at 06:18:21PM +0300, gem wrote:
> QUADRA 650
> I accidentally trashed Open Transport from the Quadra 650 and I am
> now having a tough time putting it back as the floppy and CD drives
> are faulty. The systems diskettes were badly kept and are damaged
> too. Thought would t
On Tue, Feb 10, 2004 at 06:18:21PM +0300, gem wrote:
> 3. If the floppy and CD Drive of the Quadra are replaced, would any
> PC-compatible CD/floppy drive do? They are the most easily available
> here.
Mac floppy drives are significantly different from standard PC floppy
drives. You definititely
LASERWRITER 320
Have an Old Laserwriter 320 which has seen many days, and now is not
working very well. The starter light switch off immediately after
plugging it in the mains and you cannot access the printer in the
chooser. What should we do to solve the problem.
QUADRA 650
I accidentally tr
===
Resposta automática
vc ainda não tem um site
fale conosco www.ualdesign.kit.net
=
Milhares de visitas em seu site rapidamente !!!
http://www.ideiavirus.com?ID=oskaras
=
Paulo Jarde
Subject: =?windows-1251?B?1ODs6Ov87e7lIMTw5eLuIC0gOC05MTYtMjIwIDM3NjQ=?=
Date: Sun, 25 Jan 2004 22:40:27 +0300
Organization: =?windows-1251?B?Z24wNDExMDNAbWFpbC5vZC51YQ==?=
MIME-Version: 1.0
Content-Type: text/plain;
charset="windows-1251"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSM
suscribe
hi
i have a lc475 without fpu support, i want install debian woody on but the
installer stop at half of the installation of the base system; sorry for my
english, where i can get a kernel with fpu emulation support?
if somebody have a solution for this problem please help me? thacks at all
36 matches
Mail list logo
