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: Roman Z. <zi...@fh...> - 2000-05-30 14:21:00
|
Hi, > Please notice that we will soon be replacing the current stuff in cvs by the > full cvs repository from Jesper. > > This way we will have all apus developpment history in CVS. > > I think it will be happening today or tomorrow, so please take that into > acount when handling cvs stuff. in particular, keep patches around, and please > refrain from checkins until the change has been made. No problem, branching works hopefully till then. :) bye, Roman |
|
From: Geert U. <ge...@li...> - 2000-05-30 14:16:55
|
On Tue, 30 May 2000, Michel Dänzer wrote: > Roman Zippel wrote: > > > dont know about anyone else, but i find these messages quite useful! Its > > > nice to see what things are being modified/updated. And with a filter, > > > these CVS msgs go to a seperate folder for examination/deletion. > > > > But to get multiple mails for a single commit is IMO a bit annoying. > > Did it send a notice for each directory? > > Hopefully someone can tune CVSROOT/loginfo to only send one notice for each > commit... If you want the one from vger.rutgers.edu, just ask. I still have an account :-) 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: Michel <da...@re...> - 2000-05-30 13:59:58
|
Roman Zippel wrote: > > Hi, > > > dont know about anyone else, but i find these messages quite useful! Its > > nice to see what things are being modified/updated. And with a filter, > > these CVS msgs go to a seperate folder for examination/deletion. > > But to get multiple mails for a single commit is IMO a bit annoying. Did it send a notice for each directory? Hopefully someone can tune CVSROOT/loginfo to only send one notice for each commit... Michel -- The computer revolution is over. The computers won. ______________________________________________________________________________ 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-05-30 13:50:59
|
Hi, > dont know about anyone else, but i find these messages quite useful! Its > nice to see what things are being modified/updated. And with a filter, > these CVS msgs go to a seperate folder for examination/deletion. But to get multiple mails for a single commit is IMO a bit annoying. bye, Roman |
|
From: Roman Z. <zi...@fh...> - 2000-05-30 12:39:27
|
Hi, > Would you care to correct it and commit it? Done (although untested). I commited some more changes to fix the interrupt handling (tested), so that my kernel runs quite stable now and survives now the more simple tests. :) bye, Roman |
|
From: Sven L. <lu...@dp...> - 2000-05-30 12:33:33
|
On Tue, May 30, 2000 at 05:11:33AM -0700, Roman Zippel wrote: > > uid=27327(zippel) gid=100(users) groups=100(users),6907(linux-apus) > 2.3/arch/ppc/amiga amiints.c,1.1.1.1,1.2 cia.c,1.1.1.1,1.2 > Tue May 30 05:11:32 PDT 2000 > Update of /cvsroot/linux-apus/2.3/arch/ppc/amiga > In directory slayer.i.sourceforge.net:/tmp/cvs-serv20940/arch/ppc/amiga > > Modified Files: > amiints.c cia.c > Log Message: > interrupt fixes Please notice that we will soon be replacing the current stuff in cvs by the full cvs repository from Jesper. This way we will have all apus developpment history in CVS. I think it will be happening today or tomorrow, so please take that into acount when handling cvs stuff. in particular, keep patches around, and please refrain from checkins until the change has been made. Friendly, Sven LUTHER |
|
From: Alan B. <al...@ms...> - 2000-05-30 12:28:17
|
hi, > uid=27327(zippel) gid=100(users) groups=100(users),6907(linux-apus) > 2.3/include/asm-ppc amigaints.h,1.1.1.1,1.2 > Tue May 30 05:11:33 PDT 2000 > Update of /cvsroot/linux-apus/2.3/include/asm-ppc > In directory slayer.i.sourceforge.net:/tmp/cvs-serv20940/include/asm-ppc dont know about anyone else, but i find these messages quite useful! Its nice to see what things are being modified/updated. And with a filter, these CVS msgs go to a seperate folder for examination/deletion. alan |
|
From: Roman Z. <zi...@sl...> - 2000-05-30 12:13:37
|
uid=27327(zippel) gid=100(users) groups=100(users),6907(linux-apus) 2.3/include/asm-ppc amigaints.h,1.1.1.1,1.2 Tue May 30 05:11:33 PDT 2000 Update of /cvsroot/linux-apus/2.3/include/asm-ppc In directory slayer.i.sourceforge.net:/tmp/cvs-serv20940/include/asm-ppc Modified Files: amigaints.h Log Message: interrupt fixes |
|
From: Roman Z. <zi...@sl...> - 2000-05-30 12:13:36
|
uid=27327(zippel) gid=100(users) groups=100(users),6907(linux-apus) 2.3/arch/ppc/kernel apus_setup.c,1.2,1.3 head.S,1.3,1.4 irq.c,1.2,1.3 Tue May 30 05:11:33 PDT 2000 Update of /cvsroot/linux-apus/2.3/arch/ppc/kernel In directory slayer.i.sourceforge.net:/tmp/cvs-serv20940/arch/ppc/kernel Modified Files: apus_setup.c head.S irq.c Log Message: interrupt fixes |
|
From: Roman Z. <zi...@sl...> - 2000-05-30 12:13:36
|
uid=27327(zippel) gid=100(users) groups=100(users),6907(linux-apus) 2.3/arch/ppc/amiga amiints.c,1.1.1.1,1.2 cia.c,1.1.1.1,1.2 Tue May 30 05:11:32 PDT 2000 Update of /cvsroot/linux-apus/2.3/arch/ppc/amiga In directory slayer.i.sourceforge.net:/tmp/cvs-serv20940/arch/ppc/amiga Modified Files: amiints.c cia.c Log Message: interrupt fixes |
|
From: Roman Z. <zi...@sl...> - 2000-05-30 12:13:36
|
uid=27327(zippel) gid=100(users) groups=100(users),6907(linux-apus) 2.3 Makefile,1.3,1.4 Tue May 30 05:11:32 PDT 2000 Update of /cvsroot/linux-apus/2.3 In directory slayer.i.sourceforge.net:/tmp/cvs-serv20940 Modified Files: Makefile Log Message: interrupt fixes |
|
From: Roman Z. <zi...@sl...> - 2000-05-30 11:57:33
|
uid=27327(zippel) gid=100(users) groups=100(users),6907(linux-apus) CVSROOT val-tags,1.3,NONE Tue May 30 04:55:29 PDT 2000 Update of /cvsroot/linux-apus/CVSROOT In directory slayer.i.sourceforge.net:/tmp/cvs-serv13960 Removed Files: val-tags Log Message: |
|
From: Frank P. <fp...@zu...> - 2000-05-30 11:37:57
|
On Tue, May 30, 2000 at 11:30:34AM +0200, Roman Zippel wrote: > of course, I think I know the reason (the Makefile tests for 'n', but > CONFIG_KGDB hasn't any value at all). Would you care to correct it and commit it? -- 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: Roman Z. <zi...@fh...> - 2000-05-30 09:40:42
|
Hi, > I don't know now, but the uncompressed file was >6MB. And the > object files were compiled with -g. I even tried to limit the RAM to 64MB > to have enough space for decompressing the kernel. The debugging information should be ignored, the size command tells you how large the kernel really is and you can always use strip to get rid of the debugging info. Anyway, if CONFIG_KGDB isn't set, the kernel shouldn't be compiled with -g of course, I think I know the reason (the Makefile tests for 'n', but CONFIG_KGDB hasn't any value at all). bye, Roman |
|
From: Michel <da...@re...> - 2000-05-30 08:55:42
|
Frank Petzold wrote: > > > I have tried to run the 2.3 tree from the CVS yesterday, but the > > > bootstrap says: kernel image too large (or something like that). > > > > Hmm, that shouldn't happen, what does "objdump -frp vmlinux" say? > > I don't know now, but the uncompressed file was >6MB. And the > object files were compiled with -g. Strange. The kernel I built yesterday is 1709372 bytes. You'll have to investigate why -g gets involved. > I even tried to limit the RAM to 64MB > to have enough space for decompressing the kernel. Maybe it would work if you used the uncompressed kernel in the first place? Michel -- The computer revolution is over. The computers won. ______________________________________________________________________________ Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86, Team *AMIGA*, AUGS |
|
From: Frank P. <fp...@zu...> - 2000-05-30 08:51:27
|
On Tue, May 30, 2000 at 10:29:57AM +0200, Roman Zippel wrote: > Hi, > > > I have tried to run the 2.3 tree from the CVS yesterday, but the > > bootstrap says: kernel image too large (or something like that). > > Hmm, that shouldn't happen, what does "objdump -frp vmlinux" say? I don't know now, but the uncompressed file was >6MB. And the object files were compiled with -g. I even tried to limit the RAM to 64MB to have enough space for decompressing the kernel. -- 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: Roman Z. <zi...@fh...> - 2000-05-30 08:40:18
|
Hi, > I have tried to run the 2.3 tree from the CVS yesterday, but the > bootstrap says: kernel image too large (or something like that). Hmm, that shouldn't happen, what does "objdump -frp vmlinux" say? bye, Roman |
|
From: <fp...@zu...> - 2000-05-30 07:54:35
|
I have tried to run the 2.3 tree from the CVS yesterday, but the bootstrap says: kernel image too large (or something like that). It seems it compiled a debug kernel, although CONFIG_KDBG is not set in the .config. Anyweay, can someone send me a working .config for 2.3 to get me started? -- 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-05-29 12:11:33
|
On Sun, 28 May 2000, Nicholai Benalal wrote: > Hello Ken > Yes :-)). I just thought that the gfx based installer was a > completely different source tree. That's why I questioned the need to u/l > the old installer to the CVS (but I trust you to know a lot more than me when it > comes to the installer so maybe I should just keep quiet ;-). I just had a quick look at the install ramdisk for the Linux 2000 CD on ftp.linuxppc.org and was suprised to see afdisk and XF86Config.APUS. A grep of the lot showed a few more APUS mentions. Ken. |
|
From: Ken T. <ke...@we...> - 2000-05-29 11:44:51
|
On 29 May 2000, Jesper Skov wrote: Hello Jesper, > Everybody having write access to the CVS tree should start by reading > some CVS manuals. It's a reasonable requirement! Good idea, but don't panic, I'm only doing anonymous access so I can't do any damage, at least not to the repositry... I'll have a read of the URL Geert suggested. > cvs tag ken_tylers_53c7xx_changes-branchpoint > cvs tag -b ken_tylers_53c7xx_changes-branch Ahhhggg ! more reading req'd. ken. |
|
From: Michel <dae...@st...> - 2000-05-29 09:08:58
|
Geert Uytterhoeven wrote: > > Another thing I wonder about: Would it be reasonable to let CVS post to > > this list automatically upon each commit? > > Yes, so people know when something changed. This is also done for the vger > CVS repository at spa...@vg.... > > Either we create a new list (linux-apus-cvs) for it, or just use > linux-apus-devel for that? I vote for the latter. Michel -- I don't suffer from stress. I'm a carrier. ______________________________________________________________________________ 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-05-29 09:00:35
|
On Mon, 29 May 2000, Michel Dänzer wrote:
> Frank Petzold wrote:
> > On Mon, May 29, 2000 at 10:34:39AM +0200, Michel Dänzer wrote:
> > > Do changes to the trunk get applied to the branch?
> >
> > You can merge them.
>
> But unless one merges them, the branch 'stands still' except for the files one
> works on?
Yes. Your own branch doesn't track changes on the main branch. You have to
explicitly merge them from the main branch to your own branch.
And when everything is finished and working, you merge back your branch to the
main branch (trivial, since you first merged the main branch to your own
branch).
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-05-29 09:00:20
|
Hi, > > Everything is committed now, I also fixed some import errors (no core dir, > > keyword substitution (although I think I missed a though)). > > You mean net/core? I just noticed that it's missing in the 2.2 tree as well... > Can you imagine how it got lost in the import? Search for cvsignore in the cvs doc and look for the defaults. :) The options "-ko -I !" are quite important, if you work the cvs linux tree, but I set them in CVSROOT/cvsignore and CVS/cvswrappers, so in the future it should be ok. bye, Roman |
|
From: Geert U. <ge...@li...> - 2000-05-29 08:59:01
|
On Mon, 29 May 2000, Michel Dänzer wrote:
> > I propose a branch for every "project" e.g. CV64/3D driver, 53c7xx.c, ect.
>
> Should we announce when we start a branch?
>
>
> Another thing I wonder about: Would it be reasonable to let CVS post to this
> list automatically upon each commit?
Yes, so people know when something changed. This is also done for the vger CVS
repository at spa...@vg....
Either we create a new list (linux-apus-cvs) for it, or just use
linux-apus-devel for that?
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-05-29 08:55:40
|
Hi, > Excuse me for my ignorance, but where is/should the bootinfo version be set? > Wouldn't it be possible to increase the bootinfo major with the boothack > patch that you posted some time ago? Apus doesn't use the bootinfo version (and there isn't any in the kernel). > Also, is the 2.3 tree patched to use the bootinfo fields that I added for 2.2.10 > (b/cvision and bppc+ scsi)? As a matter of fact the best thing would be to do this > in the kernel but right now we don't know how... > > I just want to make sure that we don't have to use different bootstraps for 2.2 and 2.3. You can simply use the latest bootstrap. There are some things missing, but that bootinfo tag is simply ignored. If it's needed check out 2.3 and commit a patch. :-) bye, Roman |
107 messages has been excluded from this view by a project administrator.
