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: Franz S. <Fra...@la...> - 2000-09-07 22:00:33
|
On Thu, 07 Sep 2000, Geert Uytterhoeven wrote: > On Thu, 7 Sep 2000, Michel [iso-8859-1] Dänzer wrote: > > Franz Sirl wrote: > > > I'm not quite sure about the following: > > > > > > - does Apus have it's own keycodes? > > > > Yes, I think so. At least we need our own keymaps. > > > > > If not, do you currently use ADB or AT keycodes? > > > - what's the keycode situation in XF3/4 for Apus? > > > > AFAIK it isn't very clean with either, the best bet is still to disable > > Xkb. > > And Franz also wrote: > | My xf4 work I did for the linux keycodes support fixes that. It's a > | configurable option now (well, in 4.0.2 I hope). XkbModel "macintosh_old" > | or XkbKeycodes "macintosh" for ADB keycodes/MEDIUMRAW mode, everything > | else > > > ^^^^^^^^^^^^^^^ > > | is Linux keycodes/RAW mode, or, if it can open the sysctl > > ^^^^^^^^^^^^^^^^^^^^^^^^^^ > > | /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes, it tries to > | autodetect. This will make PReP and CHRP users with PS2 keyboards happy I > | hope :-). > > APUS uses Amiga keyboards. There are lots of other machines who use their > own keymaps as well. If I only consider Linux/m68k, we have Atari, Sun-3, > Apollo, HP9000/[34]00, ... > > I can't speak about XF4, but with XF3 all of these work out-of-the-box if > you disable Xkb (using kernel keycodes). If you enable Xkb, it also works, > but then you need the special X keymaps (for those that are available) (no > surprise). > > And I'd say `everything else works fine if you use _MEDIUMRAW_ instead of > RAW'. Nope, you need to compile xf3/4 with ASSUME_CUSTOM_KEYCODES undefined _and_ use RAW keyboard mode, otherwise it won't work correctly for some keys and XKB. Tested that on PC and PMac, cause I wanted to be sure that my xf4 patch is as short as possible. > > > If you want to keep the current state of affairs I can see in the > > > linuxppc_2_3 tree, there's not much point in using machid.c, AFAICS. On > > > the other hand, if you plan to integrate your input drivers into 2.4, > > > it makes perfect sense. > > > > I think it would be nice, but to be honest I don't fully understand what > > would be involved. > > I hope this is _not_ about translating whatever-keyboard-type-keycodes to > PC-style keycodes? We (ehrm, I) already opened that can of worms somewhere > in 1995, and closed it ASAP. Nope, Linux keycodes are linear keycodes from 0-511 (see include/linux/input.h for a list), the range 1-127 is mostly PC compatible though. Unfortunately NR_KEYS will probably not get bumped in 2.4, so currently I have to map 5 keys back below 128. Franz. |
|
From: Franz S. <Fra...@la...> - 2000-09-07 21:47:17
|
On Thu, 07 Sep 2000, Michel Dänzer wrote:
> Franz Sirl wrote:
> > > > On my TODO list, I still have to make chrp_setup.c and prep_setup.c
> > > > use machid_init_hw() and friends in machid.c.
> > >
> > >While you're at it, can you do apus_setup.c as well please?
> >
> > Sure I can, but APUS doesn't use either ADB or PS2 keyboards, or?
>
> No.
>
> > I'm not quite sure about the following:
> >
> > - does Apus have it's own keycodes?
>
> Yes, I think so. At least we need our own keymaps.
>
> > If not, do you currently use ADB or AT keycodes?
> > - what's the keycode situation in XF3/4 for Apus?
>
> AFAIK it isn't very clean with either, the best bet is still to disable
> Xkb.
On PPC we can switch the keycodes between ADB and Linux with a sysctl. Linux
keycodes are ~95% compatible with AT keycodes, so XKB will work.
> > - if your developer repository for 2.4 is different from BK linuxppc_2_3,
> > did you integrate your input layer drivers in your trees and plan to
> > submit them for 2.4?
>
> We have a CVS repository at SourceForge. Roman Zippel integrates bitkeeper
> into it, but unfortunately we don't have anyone for the reverse direction.
> How could that be done?
Via Linus probably, but in this special case we could arrange something.
> > If you want to keep the current state of affairs I can see in the
> > linuxppc_2_3 tree, there's not much point in using machid.c, AFAICS. On
> > the other hand, if you plan to integrate your input drivers into 2.4, it
> > makes perfect sense.
>
> I think it would be nice, but to be honest I don't fully understand what
> would be involved.
Actually not much, given the Apus input drivers in the linuxconsole
repository ("ruby") on sourceforge are already functional, it's simply a
matter of copying the files and modifying the configuration scripts. If you
want to continue to support Apus keycodes, you need some translation code in
input/keybdev.c too.
Franz.
|
|
From: Michael S. <sc...@op...> - 2000-09-07 21:43:44
|
> > > If you want to keep the current state of affairs I can see in the > > > linuxppc_2_3 tree, there's not much point in using machid.c, AFAICS. On the > > > other hand, if you plan to integrate your input drivers into 2.4, it makes > > > perfect sense. > > > > I think it would be nice, but to be honest I don't fully understand what would > > be involved. > > I hope this is _not_ about translating whatever-keyboard-type-keycodes to > PC-style keycodes? We (ehrm, I) already opened that can of worms somewhere in > 1995, and closed it ASAP. I don't recall the details (and have no list archives that far back) but it wasn't a bit pretty. But at that time there was no generic HID support to use, and that might make a difference now (if it works for ADB keyboards it might work for Amiga as well). Michael |
|
From: Geert U. <ge...@li...> - 2000-09-07 20:05:33
|
On Thu, 7 Sep 2000, Michel [iso-8859-1] Dänzer wrote:
> Franz Sirl wrote:
> > I'm not quite sure about the following:
> >
> > - does Apus have it's own keycodes?
>
> Yes, I think so. At least we need our own keymaps.
>
> > If not, do you currently use ADB or AT keycodes?
> > - what's the keycode situation in XF3/4 for Apus?
>
> AFAIK it isn't very clean with either, the best bet is still to disable Xkb.
And Franz also wrote:
| My xf4 work I did for the linux keycodes support fixes that. It's a
| configurable option now (well, in 4.0.2 I hope). XkbModel "macintosh_old"
| or XkbKeycodes "macintosh" for ADB keycodes/MEDIUMRAW mode, everything else
^^^^^^^^^^^^^^^
| is Linux keycodes/RAW mode, or, if it can open the sysctl
^^^^^^^^^^^^^^^^^^^^^^^^^^
| /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes, it tries to
| autodetect. This will make PReP and CHRP users with PS2 keyboards happy I
| hope :-).
APUS uses Amiga keyboards. There are lots of other machines who use their own
keymaps as well. If I only consider Linux/m68k, we have Atari, Sun-3, Apollo,
HP9000/[34]00, ...
I can't speak about XF4, but with XF3 all of these work out-of-the-box if you
disable Xkb (using kernel keycodes). If you enable Xkb, it also works, but
then you need the special X keymaps (for those that are available) (no
surprise).
And I'd say `everything else works fine if you use _MEDIUMRAW_ instead of RAW'.
> > If you want to keep the current state of affairs I can see in the
> > linuxppc_2_3 tree, there's not much point in using machid.c, AFAICS. On the
> > other hand, if you plan to integrate your input drivers into 2.4, it makes
> > perfect sense.
>
> I think it would be nice, but to be honest I don't fully understand what would
> be involved.
I hope this is _not_ about translating whatever-keyboard-type-keycodes to
PC-style keycodes? We (ehrm, I) already opened that can of worms somewhere in
1995, and closed it ASAP.
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 <dae...@st...> - 2000-09-07 15:14:49
|
Franz Sirl wrote: > > > On my TODO list, I still have to make chrp_setup.c and prep_setup.c use > > > machid_init_hw() and friends in machid.c. > > > >While you're at it, can you do apus_setup.c as well please? > > Sure I can, but APUS doesn't use either ADB or PS2 keyboards, or? No. > I'm not quite sure about the following: > > - does Apus have it's own keycodes? Yes, I think so. At least we need our own keymaps. > If not, do you currently use ADB or AT keycodes? > - what's the keycode situation in XF3/4 for Apus? AFAIK it isn't very clean with either, the best bet is still to disable Xkb. > - if your developer repository for 2.4 is different from BK linuxppc_2_3, > did you integrate your input layer drivers in your trees and plan to submit > them for 2.4? We have a CVS repository at SourceForge. Roman Zippel integrates bitkeeper into it, but unfortunately we don't have anyone for the reverse direction. How could that be done? > If you want to keep the current state of affairs I can see in the > linuxppc_2_3 tree, there's not much point in using machid.c, AFAICS. On the > other hand, if you plan to integrate your input drivers into 2.4, it makes > perfect sense. I think it would be nice, but to be honest I don't fully understand what would be involved. Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project |
|
From: Michel <dae...@st...> - 2000-09-07 11:27:01
|
Ken Tyler wrote: > > What's the significance of the floating point message ? AFAIK, kernel code shouldn't contain floating point code to reduce the overhead for context switches etc. . arch/ppc/Makefile sets -msoft-float for that, have you been playing with it? Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project |
|
From: Sven L. <lu...@dp...> - 2000-09-06 08:13:47
|
On Tue, Sep 05, 2000 at 09:50:38AM -0400, Adam Di Carlo wrote: > Sven LUTHER <lu...@dp...> writes: > > > I think the apus subarch need a boot loader and kernel upgrade also. > > Ugh. No problem i can do a new kernel package, and the boot loader is only one dir to change. It is not really necessary, since you can use non-debian kernel and bootloader without problem, but it would be neater. Docs will need to be updated though. > > BTW, i suppose this is for woody, or maybe a potato upgrade ? > > I'm working only on a Potato upgrade. Ok, ... Any time frame so that i can manage my time for it ? Friendly, Sven LUTHER |
|
From: Ken T. <ke...@we...> - 2000-09-06 03:57:59
|
What's the significance of the floating point message ? Ken. floating point used in kernel (task=c1b24000, pc=c0006d14) NIP: C0006D1C XER: 00000000 LR: C001B080 REGS: c1b25da0 TRAP: 0700 MSR: 0008b072 EE: 1 PR: 0 FP: 1 ME: 1 IR/DR: 11 TASK = c1b24000[911] 'X' mm->pgd c37fa000 Last syscall: 78 last math c1b24000 GPR00: C0003A20 C1B25E50 C1B24000 C1B25E58 00000000 00000000 00000000 00000003 GPR08: 00000003 C1B25E90 C001B058 44442468 44442468 101C8138 44442468 101C0000 GPR16: 00000000 101C0000 7FFFF1B0 00000001 00009072 09B25E80 00000000 C0003C98 GPR24: C00039CC 00000000 00000000 10297234 10297234 7FFFF0F8 00000000 C1B25E58 Call backtrace: 00000040 C0003A20 00000000 1004384C 102C4070 102C441C 102C3C44 10038EB8 100536C0 7FFFF608 101C0000 100C4948 100886E4 100C49E8 100C6A0C 10070E28 10086288 0FE0F7D4 00000000 Kernel panic: kernel access of bad area pc c000668c lr c0003c98 address 101057A$In swapper task - not syncing Rebooting in 180 seconds..<<<<<<<<<<<<<<<<<<<< 0x00000040 (0xC0000000 + 0x40000040) _start 0xC0003A20 (0xC00039CC + 0x00000054) DoSyscall 0x00000000 (0xC0000000 + 0x40000000) _start |
|
From: Adam Di C. <ad...@on...> - 2000-09-05 13:50:40
|
Sven LUTHER <lu...@dp...> writes: > I think the apus subarch need a boot loader and kernel upgrade also. Ugh. > BTW, i suppose this is for woody, or maybe a potato upgrade ? I'm working only on a Potato upgrade. -- .....Adam Di Carlo....ad...@on........<URL:http://www.onShore.com/> |
|
From: Sven L. <lu...@dp...> - 2000-09-05 09:09:13
|
On Sat, Aug 26, 2000 at 08:24:16PM -0400, Adam Di Carlo wrote: > > naturally i checked that the /dev/loop0 device is available and readable (it > > has the same rights in both root /dev). > > > > Ok, this is the current status. Now, what can we do about it ? > > Wait a minnit. Why can't we just change dbootstrap to give the mount > command Michel mentioned, rather than the one which you mentioned? > > Assuming taht doesn't break other arches (don't see why it would) then > we have a pretty damn good workaround... no? > Hello Adam, ... Nice to see that you are again looking into it, I have to confess that i did not look more into it, because i really hadn't time to play with boot floppies anymore, and that the response from the apus community didn't was very high (well apart from michel i didn't get any response to my call for confirmation on the apus lists). That said, yes, please do it. I will gladly try out anything and confirm it's good work. I will also rewrite the documentation stuff once it is fixed to show the new state of this stuff. I think the apus subarch need a boot loader and kernel upgrade also. BTW, i suppose this is for woody, or maybe a potato upgrade ? Friendly, Sven LUTHER |
|
From: Alan B. <al...@ms...> - 2000-08-29 09:37:02
|
hi, > I have trouble with X 4.0.1 exiting with signal 7 under 2.2.10. really? are you running only Permedia, or are you also running AGA too? I ask because yesterday I was running X for around 6 hours playing some of the Lokigames demos. funny bug in RailRoad Tycoon....my trains got all messed up and carriages became Stephenson Rockets, but I believe thats game-side... fullscreen DGA worked fine :-) alan |
|
From: Richard Z. <Ric...@st...> - 2000-08-28 16:59:12
|
On Thu, Aug 24, 2000 at 03:07:59PM +0200, Geert Uytterhoeven wrote: > - Is it OK to use `AFMT_S16_LE' as startup mode for /dev/dsp? WAV-files can > be 8-bit as well, and always have a header so you can't just cat them to > /dev/dsp without static in the beginning anyway. I think it is not a good idea for machines that don't even support 16 bit sampling, Q40 and some Atari versions come to mind. Bye Richard |
|
From: Geert U. <ge...@li...> - 2000-08-28 14:40:18
|
On Sat, 26 Aug 2000, Roman Zippel wrote:
> > This patch adds resource handling to the
> > - Amiga mouse driver
> > - Amiga keyboard driver
> > - A3000 builtin SCSI driver
> > - Amiga parallel port driver
> > - Amiga timer driver
> > - Amiga system RAM (I'm still interested in your /proc/iomem)
>
> Here is the output with apus-2.4.0-test7:
>
> 00000000-001fffff : Chip RAM
> 000be728-000be73f : Beep
> 000be750-001ffff7 : amifb [RAM]
> 00200000-009fffff : Zorro II mem
> 00bfeb00-00bfebff : amikeyb
> 00dd2000-00dd3fff : IDE
> 00dff00a-00dff00b : amigamouse [Denise]
> 00dff030-00dff033 : amiserial [Paula]
> 00dff0e0-00dff1ff : amifb [Denise/Lisa]
> 00e80000-00efffff : Zorro II exp
> 00e90000-00e9ffff : AriadNE2 Ethernet
> 00e90600-00e9067f : RTL8019AS
> 00f01060-00f2105f : Zorro device 21406400
^^^^^^^^^^^^^^^^^^^^^
This would have been `Phase 5 CyberStorm Mk III [Accelerator and SCSI Host
Adapter]' if you would have applied my last Zorro patches as well :-)
> 07400000-07ffffff : 32-bit Fast RAM
That's A4000 motherboard RAM.
> 08000000-09ffffff : 32-bit Fast RAM
And that's CyberStorm RAM, I guess.
> 40000000-7fffffff : Zorro III cfg
> ff000000-ffffffff : Zorro III exp
No Zorro III cards?
> > It also makes the list of Amiga models __initdata, so it no longer consumes
> > precious kernel memory (and to compensate a bit for the extra memory used by
> > the resource management system :-)
>
> BTW I have sometimes problems with __initdata, I get compiler errors like:
>
> config.c:52: s_a500 causes a section type conflict
>
> Anyone any idea? If I disable __initdata it works, I also find nothing
> suspicious in the precompiler output.
I saw that once with my cross-compiler (gcc 2.7.2.3/binutils 2.9.1.0.19) as
well. When I removed the object file and retried, it no longer happened.
Strange...
> > As usual these days, this patch isn't tested. But I have to store the patches
> > I cook _somewhere_ until I can test them myself, haven't I? ;-)
>
> Most of the drivers want <linux/zorro.h>
You mean <linux/ioport.h>, for request_*region()?
> > + /* request all RAM */
> > + for (i = 0; i < m68k_num_memory; i++) {
> > + ram_resource[i].name =
> > + (m68k_memory[i].addr >= 0x01000000) ? "32-bit Fast RAM" :
> > + (m68k_memory[i].addr < 0x00c00000) ? "16-bit Fast RAM" :
> > + "16-bit Slow RAM";
> > + ram_resource[i].start = m68k_memory[i].addr;
> > + ram_resource[i].end = m68k_memory[i].addr+m68k_memory[i].size-1;
> > + request_resource(&iomem_resource, &ram_resource[i]);
> > + }
>
> i is undefined.
>
> > +static struct resource ram_resource[NUM_MEMINFO];
> > +
>
> This too late defined.
> (this is only for apus, for m68k it looks correct, but untested here as
> well. :) ) Beside of this it works.
Ah, the APUS tree doesn't seem to have the other Amiga resource patches yet.
BTW, `diff -u arch/m68k/amiga/config.c arch/ppc/amiga/config.c' should show
almost no differences. We really have to find a better way to keep these in
sync...
> If X hadn't crashed, I could have created a patch (I was almost ready
> with the cvs import... :-( ).
Thanks _a_ _lot_ for testing!!
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: Ken T. <ke...@we...> - 2000-08-28 10:24:12
|
On Sun, 27 Aug 2000, Michel [iso-8859-1] Dänzer wrote: > > crashed Linux in a big way, It never ever just dies with a core dump or > > segfault, or drops back to a console. Always needs a reboot. > About the heartbeat stopping: Could be the dmasound driver, esd is always > started with GNOME. Good point, I'll shut the sound off. Ken. |
|
From: Roman Z. <zi...@fh...> - 2000-08-28 10:05:13
|
Hi, > 2. I thought that everything is ok now with AFFS in 2.4 kernels, but i think > there are still some problems. I compiled 2.4-test4a again (under 2.4test4) > and copied it to AFFS partition. After this diff said that files differ. So > am i wrong about working AFFS in 2.4 ? Or it's some other problem (related > 2.4) (affs partition is 120MB and vmlinux is at 1760008 bytes) Sorry, no news here. I still have to look into it. bye, Roman |
|
From: Roman Z. <zi...@fh...> - 2000-08-28 09:58:36
|
Hi, > > Any other ideas? > > Maybe you were unlucky and updated after Roman had imported the new version > but before he had fixed the conflicts. That shouldn't make a difference, config files weren't affected. Anyway, a 'make clean dep' is usually a good idea after a major update. bye, Roman |
|
From: Robert R. <ro...@pl...> - 2000-08-28 08:47:24
|
On Mon, Aug 28, 2000 at 10:38:06AM +0200, Michel Dänzer wrote: > Robert Ramiega wrote: > > > > update -dP > > > > > Already have that (i guess this was published here around the time we moved > > to SourceForge) =o)) > > Oops, sorry. ?? why to be sorry ? It was my fault (i should mention the options used while updating but to be honest i simply forgot about .cvsrc =o)) > > Maybe you were unlucky and updated after Roman had imported the new version > but before he had fixed the conflicts. yes, that might be right =o)) (didn't think about that also =o)) -- Robert Ramiega | ro...@pl... IRC: _Jedi_ | Don't underestimate UIN: 13201047 | http://www.plukwa.net/ | the power of Source |
|
From: Michel <dae...@st...> - 2000-08-28 08:40:59
|
Robert Ramiega wrote: > > > 1. some time ago i checkouted 2.4.0-test4 from CVS, than i updated it to > > > latest (test7). After this make oldconfig failed with message about some > > > missing Configure.in in one of subdirs. Unfortunately i just wiped the > > > sources and didn't write down the message. Anyway after this i simply > > > checkout from CVS again and this time make oldconfig didn't complain. > > > Anyone can explain this to me? > > > > update -dP > > > Already have that (i guess this was published here around the time we moved > to SourceForge) =o)) Oops, sorry. > Any other ideas? Maybe you were unlucky and updated after Roman had imported the new version but before he had fixed the conflicts. Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project |
|
From: Robert R. <ro...@pl...> - 2000-08-28 08:34:20
|
On Mon, Aug 28, 2000 at 09:37:50AM +0200, Michel Dänzer wrote: > Robert Ramiega wrote: > > > 1. some time ago i checkouted 2.4.0-test4 from CVS, than i updated it to > > latest (test7). After this make oldconfig failed with message about some > > missing Configure.in in one of subdirs. Unfortunately i just wiped the > > sources and didn't write down the message. Anyway after this i simply > > checkout from CVS again and this time make oldconfig didn't complain. Anyone > > can explain this to me? > > commands in ~/.cvsrc, here's mine: > > cvs -z4 > diff -u > update -dP > checkout -P Already have that (i guess this was published here around the time we moved to SourceForge) =o)) Any other ideas? -- Robert Ramiega | ro...@pl... IRC: _Jedi_ | Don't underestimate UIN: 13201047 | http://www.plukwa.net/ | the power of Source |
|
From: Michel <dae...@st...> - 2000-08-28 07:41:08
|
Robert Ramiega wrote: > 1. some time ago i checkouted 2.4.0-test4 from CVS, than i updated it to > latest (test7). After this make oldconfig failed with message about some > missing Configure.in in one of subdirs. Unfortunately i just wiped the > sources and didn't write down the message. Anyway after this i simply > checkout from CVS again and this time make oldconfig didn't complain. Anyone > can explain this to me? It's best to always run 'cvs update -dP' so that old directories get pruned and new ones created automatically. You can set default options for all cvs commands in ~/.cvsrc, here's mine: cvs -z4 diff -u update -dP checkout -P Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project |
|
From: Robert R. <ro...@pl...> - 2000-08-28 06:31:08
|
On Sun, Aug 27, 2000 at 12:19:42AM +0200, Roman Zippel wrote: > Hi, > > > I'll checkout test7 and report ASAP =o) > > Don't do it yet, unless you don't need swap space... > I'm working on it, but so far I don't really know what's going on here. hmm... no i can't live without swap =o(( so i just wait two additional questions 1. some time ago i checkouted 2.4.0-test4 from CVS, than i updated it to latest (test7). After this make oldconfig failed with message about some missing Configure.in in one of subdirs. Unfortunately i just wiped the sources and didn't write down the message. Anyway after this i simply checkout from CVS again and this time make oldconfig didn't complain. Anyone can explain this to me? 2. I thought that everything is ok now with AFFS in 2.4 kernels, but i think there are still some problems. I compiled 2.4-test4a again (under 2.4test4) and copied it to AFFS partition. After this diff said that files differ. So am i wrong about working AFFS in 2.4 ? Or it's some other problem (related 2.4) (affs partition is 120MB and vmlinux is at 1760008 bytes) -- Robert Ramiega | ro...@pl... IRC: _Jedi_ | Don't underestimate UIN: 13201047 | http://www.plukwa.net/ | the power of Source |
|
From: Michel <dae...@st...> - 2000-08-27 18:40:27
|
Ken Tyler wrote: > > > My query is is it normal for everything to freeze if something goes > > > wrong when X is running ? > > > I think this is either a nasty X (can't imagine though, as I assume you > > use the non-accelerated fbdev server?) or kernel bug. Have you been > > playing with virgefb recently? :) > > I changed XF68_FBDev from LinuxPPC 2000 version to XFree86, I think this > might have been a problem. Possible, AFAIK LinuxPPC have their own patches. > I'm always playing with virgefb but nothing significant, X has always > crashed Linux in a big way, It never ever just dies with a core dump or > segfault, or drops back to a console. Always needs a reboot. The problem may be that it's stuck before it can reinitialize the console. If you have a remote machine, try logging in remotely and killing the X server. I have often been able to get the console back like that, sometimes had to press alt-F[1-6] afterwards. About the heartbeat stopping: Could be the dmasound driver, esd is always started with GNOME. > Did you get the updater to recognize your debian instalation ? I don't use it, I prefer the general Debian 'updater' (APT). Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project |
|
From: Michel <dae...@st...> - 2000-08-27 18:32:53
|
hei...@at... wrote:
>
> How do I download the latest development APUS kernel?
>
> I didn't see the instructions last time I looked a sourceforge
> but sometimes I can't see the nose on my face :)
Looking at the CVS Repository page:
cvs -d:pserver:ano...@cv...:/cvsroot/linux-apus
login
and then
cvs -z3
-d:pserver:ano...@cv...:/cvsroot/linux-apus co
modulename
> I have trouble with X 4.0.1 exiting with signal 7 under 2.2.10.
A bus error? Never heard of that. Have you built it yourself (as usual :) ?
Michel
--
Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast
Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project
|
|
From: Adam Di C. <ad...@on...> - 2000-08-27 00:23:52
|
Sven LUTHER <lu...@de...> writes: > On Sat, Jul 15, 2000 at 07:52:09AM +1000, Anthony Towns wrote: > > Hello world, > > > > After installing b-f 2.2.16, 64500 and 64823 still seem to be > > open. Are these RC? Are they already fixed? Do they require a 2.2.17 be > > built? What's the deal? > > Hello, ... > > I posted a message about it some week ago, but i don't see it anywehere, so i > suppose it got lost. > > The 64500 bug is still there, i don't know how to fix it, and got not very > much (usefull) response to my call for help mail, on this list, nor really > from the linux-apus mailing list, so i guess most people there are not so > interrested in it, ... > > It has been confirmed by another apus user (Michel Dänzer), and Erik Andersen > promised to have a look into the busybox mount, but i didn't hear again from > him. > > The problem is that, using the exactly same kernel, when i do the following : > > # mount -r -t vfat -o loop=/dev/loop0 rescue.bin /mnt > > when booting from the root image, i get a : > > Mounting rescue.bin on /mnt failed : block device required > > which naturally hinders the install os kernel & modules menu option. > > but when ignoring this option and the configure modules, installing the rest > of the stuff as usual, and then booting (again with the exact same kernel) > into the newly installed root partition, the above mentioned command works > without problem. > > Michel Daenzer has reported that when doing : > > # mount -r -t vfat -o loop rescue.bin /mnt > > from the root image it works ok, and rescue.bin get mounted into the loop0 > device. > > naturally i checked that the /dev/loop0 device is available and readable (it > has the same rights in both root /dev). > > Ok, this is the current status. Now, what can we do about it ? Wait a minnit. Why can't we just change dbootstrap to give the mount command Michel mentioned, rather than the one which you mentioned? Assuming taht doesn't break other arches (don't see why it would) then we have a pretty damn good workaround... no? -- .....Adam Di Carlo....ad...@on........<URL:http://www.onShore.com/> |
|
From: Roman Z. <zi...@fh...> - 2000-08-26 22:28:17
|
Hi, > I'll checkout test7 and report ASAP =o) Don't do it yet, unless you don't need swap space... I'm working on it, but so far I don't really know what's going on here. bye, Roman |
107 messages has been excluded from this view by a project administrator.
