Menu
▾
▴
linux-apus-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(210) |
Jun
(169) |
Jul
(167) |
Aug
(128) |
Sep
(218) |
Oct
(120) |
Nov
(86) |
Dec
(71) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(91) |
Feb
(179) |
Mar
(52) |
Apr
(56) |
May
(183) |
Jun
(62) |
Jul
(63) |
Aug
(49) |
Sep
(36) |
Oct
(35) |
Nov
(72) |
Dec
(30) |
| 2002 |
Jan
(53) |
Feb
(61) |
Mar
(56) |
Apr
(13) |
May
(1) |
Jun
(7) |
Jul
(80) |
Aug
(73) |
Sep
(30) |
Oct
(29) |
Nov
(8) |
Dec
(40) |
| 2003 |
Jan
(10) |
Feb
(2) |
Mar
(4) |
Apr
(9) |
May
(3) |
Jun
(19) |
Jul
(64) |
Aug
(53) |
Sep
(28) |
Oct
(7) |
Nov
(3) |
Dec
(21) |
| 2004 |
Jan
(11) |
Feb
(30) |
Mar
(18) |
Apr
(1) |
May
(13) |
Jun
(18) |
Jul
(13) |
Aug
|
Sep
(9) |
Oct
(5) |
Nov
|
Dec
|
| 2005 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(21) |
Sep
(7) |
Oct
(10) |
Nov
(6) |
Dec
|
| 2006 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
(2) |
Sep
(6) |
Oct
(10) |
Nov
(8) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(6) |
Mar
(1) |
Apr
(6) |
May
(10) |
Jun
(7) |
Jul
(13) |
Aug
(8) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: Ken T. <ke...@we...> - 2000-07-27 07:24:26
|
On Thu, 27 Jul 2000, Sven LUTHER wrote: > I think you need to have a recent version of linux-utils or whatever package > contains hwclock. I did that, someone said to use the clock or hwclock out of it, many crashes later I gave up. Do you have a (hw)clock that works ? What options does the kernel need ? Ken. |
|
From: Sven L. <lu...@dp...> - 2000-07-27 06:29:58
|
On Thu, Jul 27, 2000 at 03:52:14PM +1000, Ken Tyler wrote: > > > On Wed, 26 Jul 2000, Frank Petzold wrote: > > > > The RTC has never worked for me in any kernel. > > > > Just to make sure we are speaking of the same: The Amiga builtin Realtime > > Clock. It works for me in 2.2. I can set it, and read it with hwclock. > > That's the one - as opposed to the software 'kernel' clock. > > Please send me your hwclock, mine certainly does not work. > > Does it depend on anything else ? I think you need to have a recent version of linux-utils or whatever package contains hwclock. Friendly, Sven LUTHER |
|
From: Ken T. <ke...@we...> - 2000-07-27 05:52:59
|
On Wed, 26 Jul 2000, Frank Petzold wrote: > > The RTC has never worked for me in any kernel. > > Just to make sure we are speaking of the same: The Amiga builtin Realtime > Clock. It works for me in 2.2. I can set it, and read it with hwclock. That's the one - as opposed to the software 'kernel' clock. Please send me your hwclock, mine certainly does not work. Does it depend on anything else ? Ken. |
|
From: Sven L. <lu...@dp...> - 2000-07-27 05:34:56
|
On Wed, Jul 26, 2000 at 03:06:48PM +0200, Michel Dänzer wrote: > Ken Tyler wrote: > > > > What do you people think, would it be easier to replace the whole tree > > > with native 2.2.16 now, then apply the m68k diff and finally try to get > > > our stuff back in, or rather unapply the 2.2.10 m68k diff, apply relative > > > diffs from 2.2.10 to 2.2.16, apply the m68k and fix our stuff? > > > > After a pause ... > > > > Is it really worth the effort to update to 2.2.16 given that 2.3 is almost > > working ? > > That's a point, but I think most "normal" users only track development in 2.2 > and so we could show them that we are making progress and not dead. > > > > What changed between 2.2.10 and .16 ? > > Dunno exactly... I was told that lot of ppc related stuff did improve, ... Was it not you michel who told me that ? Friendly, Sven LUTHER |
|
From: Michel <dae...@st...> - 2000-07-26 18:23:06
|
Geert Uytterhoeven wrote:
> > cvs tag -b merge-2-2-16
> > cvs upd -r merge-2-2-16
> > "patch <unofficial-m68k-2-2-16-patch -p x" or whatever is necessary to
> > migrate cvs commit
> >
> > should do the trick.
>
> And don't forget to cvs {add,remove} the new/obsolete files and directories.
Yep, I also thought of that - are the scripts you posted once failsafe for
this task?
Michel
--
Here I am! Now what are your other two wishes?
______________________________________________________________________________
Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS
|
|
From: Geert U. <ge...@li...> - 2000-07-26 18:05:53
|
On Wed, 26 Jul 2000, Frank Petzold wrote:
> On Wed, Jul 26, 2000 at 01:03:18PM +1000, Ken Tyler wrote:
> > On Wed, 26 Jul 2000, Michel [iso-8859-1] Dänzer wrote:
> > > How should we go about updating the 2.2.x tree? Spawn a branch (does that work
> > > now?)?
> >
> > I'd vote for a branch (no idea how to though) just in case "stable" isn't.
>
> Me, too ;-)
>
> cvs tag -b merge-2-2-16
> cvs upd -r merge-2-2-16
> "patch <unofficial-m68k-2-2-16-patch -p x" or whatever is necessary to migrate
> cvs commit
>
> should do the trick.
And don't forget to cvs {add,remove} the new/obsolete files and directories.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge...@li...
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
|
|
From: Roman Z. <zi...@fh...> - 2000-07-26 17:00:02
|
Hi, > AFFS, the guy (Dave Jones) has it running in 2.3, I assume the changes in > 'our' 2.3 are the latest. Yes, they are and I just commited some more changes, but there is still a bit to do. OFS is probably still completly broken and FFS writes stop somewhere at 4.5MB (the extended block caching is broken). It would be great if someone could test the current stuff a bit, but please do any tests only on a seperate partition or only with a backup. I don't have disksalv or something like that, so I can't really test if the fs structure is still consistent. bye, Roman |
|
From: Frank P. <fp...@zu...> - 2000-07-26 15:49:46
|
On Thu, Jul 27, 2000 at 01:07:52AM +1000, Ken Tyler wrote: > > Hmm. Not working (at least): Real time clock, Multiface III, *AFFS* > > At least, they don't work for me ATM. > > The RTC has never worked for me in any kernel. Just to make sure we are speaking of the same: The Amiga builtin Realtime Clock. It works for me in 2.2. I can set it, and read it with hwclock. > Multiface III - don't have one. > > AFFS, the guy (Dave Jones) has it running in 2.3, I assume the changes in > 'our' 2.3 are the latest. The kernel hangs as soon as I try to mount an AFFS partition rw. Heartbeat is still on and I can change VTs, but I cannot login anymore or shut down. -- Frank Petzold, IBM Zurich Research Laboratory, Säumerstrasse 4, CH-8803 Rüschlikon/Switzerland, Tel. +41-1-724-84-42 Fax. +41-1-724-89-56 Business email: fp...@zu... Private email: pe...@he... The opinions expressed here are mine and not necessarily those of IBM. |
|
From: Ken T. <ke...@we...> - 2000-07-26 15:08:33
|
On Wed, 26 Jul 2000, Frank Petzold wrote: > On Wed, Jul 26, 2000 at 10:59:38PM +1000, Ken Tyler wrote: > > Is it really worth the effort to update to 2.2.16 given that 2.3 is almost > > working ? > > Hmm. Not working (at least): Real time clock, Multiface III, *AFFS* > At least, they don't work for me ATM. The RTC has never worked for me in any kernel. Multiface III - don't have one. AFFS, the guy (Dave Jones) has it running in 2.3, I assume the changes in 'our' 2.3 are the latest. Ken. |
|
From: Frank P. <fp...@zu...> - 2000-07-26 14:04:12
|
On Wed, Jul 26, 2000 at 10:59:38PM +1000, Ken Tyler wrote: > Is it really worth the effort to update to 2.2.16 given that 2.3 is almost > working ? Hmm. Not working (at least): Real time clock, Multiface III, *AFFS* At least, they don't work for me ATM. -- Frank Petzold, IBM Zurich Research Laboratory, Säumerstrasse 4, CH-8803 Rüschlikon/Switzerland, Tel. +41-1-724-84-42 Fax. +41-1-724-89-56 Business email: fp...@zu... Private email: pe...@he... The opinions expressed here are mine and not necessarily those of IBM. |
|
From: Michel <da...@re...> - 2000-07-26 13:07:16
|
Ken Tyler wrote: > > What do you people think, would it be easier to replace the whole tree > > with native 2.2.16 now, then apply the m68k diff and finally try to get > > our stuff back in, or rather unapply the 2.2.10 m68k diff, apply relative > > diffs from 2.2.10 to 2.2.16, apply the m68k and fix our stuff? > > After a pause ... > > Is it really worth the effort to update to 2.2.16 given that 2.3 is almost > working ? That's a point, but I think most "normal" users only track development in 2.2 and so we could show them that we are making progress and not dead. > What changed between 2.2.10 and .16 ? Dunno exactly... Michel -- Men are from Earth. Women are from Earth. Deal with it. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Ken T. <ke...@we...> - 2000-07-26 13:03:46
|
On Wed, 26 Jul 2000, Michel [iso-8859-1] Dänzer wrote: > What do you people think, would it be easier to replace the whole tree with > native 2.2.16 now, then apply the m68k diff and finally try to get our stuff > back in, or rather unapply the 2.2.10 m68k diff, apply relative diffs from > 2.2.10 to 2.2.16, apply the m68k and fix our stuff? After a pause ... Is it really worth the effort to update to 2.2.16 given that 2.3 is almost working ? What changed between 2.2.10 and .16 ? Ken. |
|
From: Michel <da...@re...> - 2000-07-26 10:18:13
|
Frank Petzold wrote: > > > How should we go about updating the 2.2.x tree? Spawn a branch (does > > > that work now?)? > > > > I'd vote for a branch (no idea how to though) just in case "stable" isn't. > > Me, too ;-) Me, too :) > cvs tag -b merge-2-2-16 > cvs upd -r merge-2-2-16 I've done: cvs tag -b merge_2-2-16 cvs upd -r merge_2-2-16 > "patch <unofficial-m68k-2-2-16-patch -p x" or whatever is necessary to > migrate cvs commit What do you people think, would it be easier to replace the whole tree with native 2.2.16 now, then apply the m68k diff and finally try to get our stuff back in, or rather unapply the 2.2.10 m68k diff, apply relative diffs from 2.2.10 to 2.2.16, apply the m68k and fix our stuff? Michel -- I'm so hungry, I could almost eat health food. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: <fp...@zu...> - 2000-07-26 06:48:46
|
On Wed, Jul 26, 2000 at 01:03:18PM +1000, Ken Tyler wrote: > > > On Wed, 26 Jul 2000, Michel [iso-8859-1] Dänzer wrote: > > > How should we go about updating the 2.2.x tree? Spawn a branch (does that work > > now?)? > > I'd vote for a branch (no idea how to though) just in case "stable" isn't. Me, too ;-) cvs tag -b merge-2-2-16 cvs upd -r merge-2-2-16 "patch <unofficial-m68k-2-2-16-patch -p x" or whatever is necessary to migrate cvs commit should do the trick. -- Frank Petzold, IBM Zurich Research Laboratory, Säumerstrasse 4, CH-8803 Rüschlikon/Switzerland, Tel. +41-1-724-84-42 Fax. +41-1-724-89-56 Business email: fp...@zu... Private email: pe...@he... The opinions expressed here are mine and not necessarily those of IBM. |
|
From: Ken T. <ke...@we...> - 2000-07-26 03:07:25
|
On Wed, 26 Jul 2000, Michel [iso-8859-1] Dänzer wrote: > How should we go about updating the 2.2.x tree? Spawn a branch (does that work > now?)? I'd vote for a branch (no idea how to though) just in case "stable" isn't. Ken. |
|
From: Michel <dae...@st...> - 2000-07-26 00:59:10
|
Michael Fedrowitz kindly provided me with an unofficial m68k diff for 2.2.16 . I think this could be our chance to get a more recent "stable" kernel. How should we go about updating the 2.2.x tree? Spawn a branch (does that work now?)? Looking forward to comments and suggestions, Michel -- Death is just Nature's way of saying, "Hey! You're not alive anymore!" ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Michel <dae...@st...> - 2000-07-25 21:52:14
|
Alan Buxey wrote: > > Any 603e users who have succesfully booted a recent kernel? > > by recent you mean the 2.2.10's on linux-apus.sourceforge or do you mean > the 2.4.x test kernels? What do you think? (reading the subject line ;) Seriously, sorry I wasn't more clear... Michel -- It's not a bug, it's tradition! ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Alan B. <al...@ms...> - 2000-07-25 18:19:50
|
hi, > Any 603e users who have succesfully booted a recent kernel? by recent you mean the 2.2.10's on linux-apus.sourceforge or do you mean the 2.4.x test kernels? alan |
|
From: Michel <da...@re...> - 2000-07-25 16:19:18
|
Roman Zippel wrote: > > I basically used "debug debug=mem nobats" (and a ramdisk). > > I never tested with a ramdisk and can you also try without nobats? I have (supposed a semicolon in front of it in the start script disables it?), sorry I forgot to mention that. I'll try without the ramdisk, can't do it before Thursday evening though. Any 603e users who have succesfully booted a recent kernel? Michel -- Why drink & drive when you can smoke and fly??? ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Roman Z. <zi...@fh...> - 2000-07-25 16:05:00
|
Hi, > I basically used "debug debug=mem nobats" (and a ramdisk). I never tested with a ramdisk and can you also try without nobats? bye, Roman |
|
From: Michel <da...@re...> - 2000-07-25 08:35:47
|
Roman Zippel wrote: > > vmlinux: file format elf32-powerpc > > > > Program Header: > > LOAD off 0x00010000 vaddr 0xc0000000 paddr 0xc0000000 align 2**16 > > filesz 0x001bde90 memsz 0x001fce24 flags rwx > > > > How does that look? What do these values mean? > > Hmm, that looks ok. debug=mem gives you nothing? Tried you other boot > options? I basically used "debug debug=mem nobats" (and a ramdisk). Michel -- Therapy is expensive, popping bubble wrap is cheap. You choose. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Roman Z. <zi...@fh...> - 2000-07-25 08:29:32
|
Hi, > vmlinux: file format elf32-powerpc > > Program Header: > LOAD off 0x00010000 vaddr 0xc0000000 paddr 0xc0000000 align 2**16 > filesz 0x001bde90 memsz 0x001fce24 flags rwx > > How does that look? What do these values mean? Hmm, that looks ok. debug=mem gives you nothing? Tried you other boot options? bye, Roman |
|
From: Michel <da...@re...> - 2000-07-25 08:28:19
|
Enjoy... -- Five days a week my body is a temple. The other two, it's an amusement park. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Roman Z. <zi...@fh...> - 2000-07-25 02:08:54
|
Hi,
> Using either the 990106 or latest boothack, doesn't boot, just resets the
> machine when it should switch to the pm2fb display. Nothing from {boot,d}mesg.
>
> What on earth could cause such strange behaviour?
What gives 'objdump -p vmlinux'? If you see two program headers, send me
that kernel (bzipped please :) ).
bye, Roman
|
|
From: Michel <dae...@st...> - 2000-07-25 01:25:42
|
Roman Zippel wrote:
> > Using either the 990106 or latest boothack, doesn't boot, just resets the
> > machine when it should switch to the pm2fb display. Nothing from
> > {boot,d}mesg.
> >
> > What on earth could cause such strange behaviour?
>
> What gives 'objdump -p vmlinux'? If you see two program headers, send me
> that kernel (bzipped please :) ).
vmlinux: file format elf32-powerpc
Program Header:
LOAD off 0x00010000 vaddr 0xc0000000 paddr 0xc0000000 align 2**16
filesz 0x001bde90 memsz 0x001fce24 flags rwx
How does that look? What do these values mean?
Michel
--
It's not a bug, it's tradition!
______________________________________________________________________________
Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS
|
107 messages has been excluded from this view by a project administrator.
