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: Geert U. <ge...@li...> - 2003-08-13 15:29:33
|
On Wed, 13 Aug 2003, Sven Luther wrote:
> On Wed, Aug 13, 2003 at 05:09:15PM +0200, Geert Uytterhoeven wrote:
> > On Wed, 13 Aug 2003, Geert Uytterhoeven wrote:
> > hda1 (DH0) 2- 18 ( 8 Meg) muF\53 (0x6d754653), bootable pri 2
> > hda2 (DH1) 19- 526 (250 Meg) muF\53 (0x6d754653)
>
> What are those ?
AmigaOS FFS International for MultiUser. The first one is System3.1:, the
second one is App:.
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: Sven L. <sve...@wa...> - 2003-08-13 15:26:33
|
On Wed, Aug 13, 2003 at 05:16:39PM +0200, Geert Uytterhoeven wrote: > On Wed, 13 Aug 2003, Sven Luther wrote: > > On Wed, Aug 13, 2003 at 05:09:15PM +0200, Geert Uytterhoeven wrote: > > > On Wed, 13 Aug 2003, Geert Uytterhoeven wrote: > > > hda1 (DH0) 2- 18 ( 8 Meg) muF\53 (0x6d754653), bootable pri 2 > > > hda2 (DH1) 19- 526 (250 Meg) muF\53 (0x6d754653) > > > > What are those ? > > AmigaOS FFS International for MultiUser. The first one is System3.1:, the > second one is App:. Do you perchance have any documentation on this file system and how to detect it ? Friendly, Sven Luther |
|
From: Sven L. <sve...@wa...> - 2003-08-13 15:19:41
|
On Wed, Aug 13, 2003 at 05:09:15PM +0200, Geert Uytterhoeven wrote:
> On Wed, 13 Aug 2003, Geert Uytterhoeven wrote:
> > | Using /dev/hda
> > | (parted) p
> > | PROBING FOR AN AMIGA PARTITION TABLE.
> > | Reserved = 2, Prealloc = 0
> > | Cyl = 2112, Sect = 63, Head = 16, Sect*Head = 1008, CylBlocks = 1008
> > | Block size is 128
> > | Segmentation fault
> >
> > If I try my second disk, I get:
> >
> > | Using /dev/hdb
> > | (parted) p
> > | PROBING FOR AN AMIGA PARTITION TABLE.
> > | Reserved = 0, Prealloc = 0
> > | Cyl = 1057, Sect = 63, Head = 16, Sect*Head = 1008, CylBlocks = 1008
> > | Block size is 128
> > | Segmentation fault
> >
> > I'll reboot into AmigaOS so I can tell you the HdToolBox parameters in a few minutes.
>
> - Quantum Fireball 1080A A1M.
>
> 2112 cylinders 16 heads 63 blocks per track (1008 blocks per cylinder)
> 1063944K (1039 Meg)
>
> hda1 (DH0) 2- 18 ( 8 Meg) muF\53 (0x6d754653), bootable pri 2
> hda2 (DH1) 19- 526 (250 Meg) muF\53 (0x6d754653)
What are those ?
> hda3 (root) 527- 592 ( 32 Meg) 0x4c4e5800, EXT2
> hda4 (swap) 593- 658 ( 32 Meg) 0x53575000
> hda5 (var) 659- 862 (100 Meg) 0x4c4e5800, EXT2
> hda6 (usr) 863-2111 (614 Meg) 0x4c4e5800, EXT2
>
> - Conner Peripherals 545M 7AT1
>
> 1957 cylinders 16 heads 63 blocks per track (1008 blocks per cylinder)
> 532224K (519 Meg)
>
> hdb1 (home0) 2- 567 (278 Meg) 0x4c4e5800, EXT2
> hdb2 (home1) 568-1056 (240 Meg) 0x4c4e5800, EXT2, bootable pri 0
>
> So the geometries are correct.
>
> But what about the block size of 128?
128 is in 32bit words, so this means 512 block size. It seems to be this
value by default, even though the actual filesystem is using some other
blocksize value. This i have not yet solved.
>
> 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: Geert U. <ge...@li...> - 2003-08-13 15:16:28
|
On Wed, 13 Aug 2003, Sven Luther wrote:
> On Wed, Aug 13, 2003 at 04:50:06PM +0200, Geert Uytterhoeven wrote:
> > | A bug has been detected in GNU parted. Please email a bug report to bug...@gn... containing the version (1.6.5) and the following message:Assertion (sizeof (struct ufs_super_block) == 1380) at ../../../libparted/fs_ufs/ufs.c:308 in function ped_file_system_ufs_init() failed.
What about the failed assertion?
> BTW, do you know if parted works on m68k with other kind of partition
> tables (like MBRs for example).
No idea. I don't have other disks in my Amiga.
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: Sven L. <sve...@wa...> - 2003-08-13 15:13:51
|
On Wed, Aug 13, 2003 at 04:50:06PM +0200, Geert Uytterhoeven wrote: > > Build completed! > > | A bug has been detected in GNU parted. Please email a bug report to bug...@gn... containing the version (1.6.5) and the following message:Assertion (sizeof (struct ufs_super_block) == 1380) at ../../../libparted/fs_ufs/ufs.c:308 in function ped_file_system_ufs_init() failed. > | GNU Parted 1.6.5 > | Copyright (C) 1998, 1999, 2000, 2001, 2002 Free Software Foundation, Inc. > | This program is free software, covered by the GNU General Public License. > | > | This program is distributed in the hope that it will be useful, but WITHOUT ANY > | WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A > | PARTICULAR PURPOSE. See the GNU General Public License for more details. > | > | Using /dev/hda > | (parted) p > | PROBING FOR AN AMIGA PARTITION TABLE. > | Reserved = 2, Prealloc = 0 > | Cyl = 2112, Sect = 63, Head = 16, Sect*Head = 1008, CylBlocks = 1008 > | Block size is 128 > | Segmentation fault > > If I try my second disk, I get: > > | Using /dev/hdb > | (parted) p > | PROBING FOR AN AMIGA PARTITION TABLE. > | Reserved = 0, Prealloc = 0 > | Cyl = 1057, Sect = 63, Head = 16, Sect*Head = 1008, CylBlocks = 1008 > | Block size is 128 > | Segmentation fault > > I'll reboot into AmigaOS so I can tell you the HdToolBox parameters in a few minutes. BTW, do you know if parted works on m68k with other kind of partition tables (like MBRs for example). Friendly, Sven Luther |
|
From: Sven L. <sve...@wa...> - 2003-08-13 14:58:23
|
On Wed, Aug 13, 2003 at 04:50:06PM +0200, Geert Uytterhoeven wrote: > > Build completed! > > | A bug has been detected in GNU parted. Please email a bug report to bug...@gn... containing the version (1.6.5) and the following message:Assertion (sizeof (struct ufs_super_block) == 1380) at ../../../libparted/fs_ufs/ufs.c:308 in function ped_file_system_ufs_init() failed. > | GNU Parted 1.6.5 > | Copyright (C) 1998, 1999, 2000, 2001, 2002 Free Software Foundation, Inc. > | This program is free software, covered by the GNU General Public License. > | > | This program is distributed in the hope that it will be useful, but WITHOUT ANY > | WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A > | PARTICULAR PURPOSE. See the GNU General Public License for more details. > | > | Using /dev/hda > | (parted) p > | PROBING FOR AN AMIGA PARTITION TABLE. > | Reserved = 2, Prealloc = 0 > | Cyl = 2112, Sect = 63, Head = 16, Sect*Head = 1008, CylBlocks = 1008 > | Block size is 128 > | Segmentation fault Huh ? Not cool. Both of these fail after having read the first partition. Could you get an idea of where exactly it hangs ? Friendly, Sven Luther |
|
From: Sven L. <sve...@wa...> - 2003-08-13 13:33:36
|
Hello, BTW, what do you all use for ext3 partitions ? LNX\1 ? Friendly, Sven Luther |
|
From: Geert U. <ge...@li...> - 2003-08-13 12:11:36
|
On Wed, 13 Aug 2003, Roman Zippel wrote:
> On Wed, 13 Aug 2003, Sven Luther wrote:
> > > stable, as it only has 1.5. Anyway, I'm currently running a build for
> > > unstable...
> >
> > For m68k ?
>
> Yes, and it just stopped because affs.h is missing.
Doh, I'm still running configure... (after boot up, apt-get update, apt-get
upgrade, apt-get install missing things).
Note that I'm using woody, so I don't have libreiserfs0.3-dev. Let's hope I
won't need it...
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: Sven L. <sve...@wa...> - 2003-08-13 12:07:25
|
On Wed, Aug 13, 2003 at 02:02:35PM +0200, Roman Zippel wrote: > Hi, > > On Wed, 13 Aug 2003, Sven Luther wrote: > > > > stable, as it only has 1.5. Anyway, I'm currently running a build for > > > unstable... > > > > For m68k ? > > Yes, and it just stopped because affs.h is missing. It is just an empty file, remove the include, or touch the affs.h file. I think dpkg-source doesn't like empty files or something such. Friendly, Svne Luther |
|
From: Roman Z. <zi...@li...> - 2003-08-13 12:02:59
|
Hi, On Wed, 13 Aug 2003, Sven Luther wrote: > > stable, as it only has 1.5. Anyway, I'm currently running a build for > > unstable... > > For m68k ? Yes, and it just stopped because affs.h is missing. bye, Roman |
|
From: Sven L. <sve...@wa...> - 2003-08-13 11:34:38
|
On Wed, Aug 13, 2003 at 01:07:45PM +0200, Roman Zippel wrote: > Hi, > > On Wed, 13 Aug 2003, Sven Luther wrote: > > > BTW, the build-deps are : > > > > Build-Depends: debhelper (>= 4.1.1), libncurses-dev | libncurses5-dev, > > libreadline-dev, uuid-dev, gettext, texinfo (>= 4.2), debianutils (>= 1.13.1), > > libreiserfs0.3-dev > > > > Nothing extravagant, and maybe you can remove thereiserfs dependency or > > something such. > > The dependency to automake1.6 is missing, which might be a problem for The whole autotool thing is a mess anyway, i hope that the maintainers does a new package nextly with the new 1.6.6 upstream version, which i hope will solve this. There seems to be some problems at : ftp://ftp.gnu.org/gnu/parted Though : The following files are not available because their authenticity is being confirmed. We expect to have them uploaded Real Soon Now (RSN). But the RSN message has been there since 10 days or so already. > stable, as it only has 1.5. Anyway, I'm currently running a build for > unstable... For m68k ? Friendly, Sven Luther |
|
From: Roman Z. <zi...@li...> - 2003-08-13 11:08:04
|
Hi, On Wed, 13 Aug 2003, Sven Luther wrote: > BTW, the build-deps are : > > Build-Depends: debhelper (>= 4.1.1), libncurses-dev | libncurses5-dev, > libreadline-dev, uuid-dev, gettext, texinfo (>= 4.2), debianutils (>= 1.13.1), > libreiserfs0.3-dev > > Nothing extravagant, and maybe you can remove thereiserfs dependency or > something such. The dependency to automake1.6 is missing, which might be a problem for stable, as it only has 1.5. Anyway, I'm currently running a build for unstable... bye, Roman |
|
From: Sven L. <sve...@wa...> - 2003-08-13 09:28:10
|
On Wed, Aug 13, 2003 at 11:13:22AM +0200, Geert Uytterhoeven wrote: > On Wed, 13 Aug 2003, Sven Luther wrote: > > I would be interested to know with what you did partition your harddisk ? > > With hdtoolbox or with amiga-fdisk ? > > HdToolBox, a very long time ago... Ok, nice, please report to me the values of rdb_CylBlocks and those of rdb_Heads and rdb_Sectors. Normally rdb_CylBlocks = rdb_Heads * rdb_Sectors but on my AOS 3.0 HDToolbox partitioned scsi disk, i got rdb_CylBlocks = rdb_Heads * rdb_Sectors -1. > > I should also post to debian-m68k or something such, no ? > > Yes, and linux-m68k. But you may want to wait until the binaries are there. Ok. Friendly, Sven Luther |
|
From: Geert U. <ge...@li...> - 2003-08-13 09:14:34
|
On Wed, 13 Aug 2003, Sven Luther wrote:
> I would be interested to know with what you did partition your harddisk ?
> With hdtoolbox or with amiga-fdisk ?
HdToolBox, a very long time ago...
> I should also post to debian-m68k or something such, no ?
Yes, and linux-m68k. But you may want to wait until the binaries are there.
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: Sven L. <sve...@wa...> - 2003-08-13 09:06:56
|
On Wed, Aug 13, 2003 at 10:55:02AM +0200, Geert Uytterhoeven wrote: > On Wed, 13 Aug 2003, Sven Luther wrote: > > I will upload the source package to the above site, could you please > > build the m68k version (altough it takes 10 minutes or so on my 600MHz > > G3) and send it to me so i can but it there also ? > > Yes, but it may take a while, depending on what other packages I'll have to > install on my Amiga first ;-) BTW, you can also just build libparted and parted. What i do is unpack the package source, start a dpkg-buildpackage, interrupt it when build is there and full, go into the build/parted directory, and type : make -C ../libparted && make and then test the resulting parted. Preferable with the LANG=C variable set. I would be interested to know with what you did partition your harddisk ? With hdtoolbox or with amiga-fdisk ? BTW, the build-deps are : Build-Depends: debhelper (>= 4.1.1), libncurses-dev | libncurses5-dev, libreadline-dev, uuid-dev, gettext, texinfo (>= 4.2), debianutils (>= 1.13.1), libreiserfs0.3-dev Nothing extravagant, and maybe you can remove thereiserfs dependency or something such. BTW2 the files are not yet cleaned, and probably not endian clean, but it should not cause a problem on m68k. > Please let me know when the sources are there... Ok, there are there, altough there is no source file, just get the packages by hand. I should also post to debian-m68k or something such, no ? Friendly, Sven Luther |
|
From: Geert U. <ge...@li...> - 2003-08-13 08:56:12
|
On Wed, 13 Aug 2003, Sven Luther wrote:
> I will upload the source package to the above site, could you please
> build the m68k version (altough it takes 10 minutes or so on my 600MHz
> G3) and send it to me so i can but it there also ?
Yes, but it may take a while, depending on what other packages I'll have to
install on my Amiga first ;-)
Please let me know when the sources are there...
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: Sven L. <sve...@wa...> - 2003-08-13 08:52:14
|
On Wed, Aug 13, 2003 at 10:41:54AM +0200, Geert Uytterhoeven wrote: > On Tue, 12 Aug 2003, Sven Luther wrote: > > http://people.debian.org/~luther/parted > > I know this is the APUS list, but do you want us pre-APUS (i.e. m68k) users to Yes, please. > give it a try as well? The website has PPC binaries only, no sources (do I hear > you say GPL?). I can send you the patches, or build the source package. It is still early alpha, and the debian packages doesn't build without some fixing due to broken autotools stuff. I wanted to add a offer for everyone to get the patches from me directly until i have submitted them upstream (and i will donate the copyright to the FSF and such, i have already the authorization of my employer). I think this will comply with the GPL, altough it is not a written offer ? The real problem is that the code right now is not yet cleaned up, i have not yet included/finished the writting stuff, and lot of debugging messages are included. I will upload the source package to the above site, could you please build the m68k version (altough it takes 10 minutes or so on my 600MHz G3) and send it to me so i can but it there also ? Friendly, Sven Luther |
|
From: Geert U. <ge...@li...> - 2003-08-13 08:51:08
|
On Tue, 12 Aug 2003, Sven Luther wrote: > http://people.debian.org/~luther/parted I know this is the APUS list, but do you want us pre-APUS (i.e. m68k) users to give it a try as well? The website has PPC binaries only, no sources (do I hear you say GPL?). 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: Sven L. <sve...@wa...> - 2003-08-12 19:41:21
|
Hello everyone ... It has been a long time since i was not active on the apus lists, i was unsubscribed some time ago without noticing, and only recently managed to resubscribe. Anyway, i am now working on porting amiga partitioning to libparted and thus parted, which will be used on the next gen debian-installer. I think i have working code, but would like to have as large as possible feedback on the partition table reading code and especially on the filesystem detection code. In particular i am interested with people having sfs or various versions of pfs/afs filesystems on their partitions. The current version of my work can be found at : http://people.debian.org/~luther/parted And is of no danger to your harddisk, since it lacks write support (for amiga partition tables and amiga filesystems, it still writes other partition tables and filesystems). So, download and install the libparted and parted packages, and run parted on your harddisk, with just the command print (p). And send me the output of that, with some information on the history of your harddisk, like with what it was partitioned originally, and if some of your partitions did support damage which made them wrong behaved, or if you redimensioned a sfs partition for example. It works mostly well, but i have a problem with my hdtoolbox in 97 or so, which has a cylblocks value which is one less than the sectors*head value shown in the RDB. I wonder if this is just me, or if other people have similar disks. My other amiga-fdisk formated disk don't exhibit this problem. Friendly, Sven Luther |
|
From: Geert U. <ge...@li...> - 2003-08-12 09:20:51
|
On Tue, 5 Aug 2003, Marek Szyprowski wrote:
> > having a look at this a couple of thigns jump out....
> > 1) at the end of 8390.c i see
> > out_8(GAYLE_ATTRIBUTE+offset, config);
> > should this not be
> > outb(config, GAYLE_ATTRIBUTE+offset);
> > ?
>
> NO. This is 'special' case. The Gayle registers are needed to be changed,
> not Gayle-PCMCIA registers (new inb and friends are only for Gayle-PCMCIA
> registers).
>
> > 2) the if defined(CONFIG_AMIGA_PCMCIA) part has been removed...
> > which means that the APUS system doesnt get told about the new
> > inb/outb rules (the following 10 lines the starty with #undef inb
> > and end with #define outb_p.....
> > ..this means that the apne.c code isnt going to be happy at all.
>
> True.
>
> > perhaps whoever hit the 8390 code didnt account for this...and
> > we should have a configure line put back in so that these defines
> > are used?
>
> We need to decide what we want.
>
> Adding proper Amiga-PCMCIA-ISA io code is much harder in APUS, because inb
Sorry, I fail to see what's different between APUS and m68k Amigas here...
> and friends *ARE* used in other places (asm/dma.h, drivers/char/mem.c, IDE
asm/dma.h is for PC-style DMA controllers only, hence irrelevant for APUS.
> driver, maybe others - I haven't got enough motivation/time to trace this).
inb() and friends may be used for ISA/PCI I/O port accesses only. All other
uses are bugs.
> The easies way to fix all that mess with 'new' apne driver is to apply this
> patch on 8390.h, use 'old' apne driver and remove all my PCMCIA-ISA stuff.
> I know that doing this we will be incompatible with m68k tree, but keeping
> 'new' version would require to change other drivers, so incompatibility
> would remain. I don't know how these problems are being handled in m68k
> tree, especially IDE driver and char/mem.c, which uses inb() and friends.
drivers/char/mem.c needs some extra protection for APUS.
IDE needs abstractions in include/asm-ppc/ide.h, cfr. m68k.
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: Marek S. <ma...@st...> - 2003-08-05 17:40:06
|
Hello a.l...@lb... On 05.08.03, you wrote: > Hi, >> Have you tried to replace both apne.c and 8390.h with the files from >> 2.4.18 source tree? > we cant do that as there are other drivers which use the new 8390 > driver....as well as needing to keep changes in the tree. But the only difference between 'old' 8390.h and 'new' 8390.h are the lines that enable custom register set for 8390 driver, when used by the apne driver... You can apply included patch on 8390.h and then use old apne.c driver without any problems. > having a look at this a couple of thigns jump out.... > 1) at the end of 8390.c i see > out_8(GAYLE_ATTRIBUTE+offset, config); > should this not be > outb(config, GAYLE_ATTRIBUTE+offset); > ? NO. This is 'special' case. The Gayle registers are needed to be changed, not Gayle-PCMCIA registers (new inb and friends are only for Gayle-PCMCIA registers). > 2) the if defined(CONFIG_AMIGA_PCMCIA) part has been removed... > which means that the APUS system doesnt get told about the new > inb/outb rules (the following 10 lines the starty with #undef inb > and end with #define outb_p..... > ..this means that the apne.c code isnt going to be happy at all. True. > perhaps whoever hit the 8390 code didnt account for this...and > we should have a configure line put back in so that these defines > are used? We need to decide what we want. Adding proper Amiga-PCMCIA-ISA io code is much harder in APUS, because inb and friends *ARE* used in other places (asm/dma.h, drivers/char/mem.c, IDE driver, maybe others - I haven't got enough motivation/time to trace this). The easies way to fix all that mess with 'new' apne driver is to apply this patch on 8390.h, use 'old' apne driver and remove all my PCMCIA-ISA stuff. I know that doing this we will be incompatible with m68k tree, but keeping 'new' version would require to change other drivers, so incompatibility would remain. I don't know how these problems are being handled in m68k tree, especially IDE driver and char/mem.c, which uses inb() and friends. Any comments? Please say something. Regards PS. In 2 days I'm going for hollidays for about month. I spent a few night looking for changes in code after 2.4.18, but till now haven't found why dmasound doesn't work. -- Marek Szyprowski .. GG:2309080 .. mailto:ma...@am... .. ...... happy AmigaOS, MacOS and Debian/Linux user ........ ........... http://march.home.staszic.waw.pl/ ............ |
|
From: Marek S. <ma...@st...> - 2003-08-04 15:12:01
|
Hello a.l...@lb... On 04.08.03, you wrote: >> I think that the easiest way to fix this will be putting back old apne >> and 8390 driver in current CVS tree, because playing with io code causes >> more problems than it is worth. Any comments? > hmmm, then APNE fails again - probably best to re-examine the APNE change > and see where its locking or blocking inb() and friends What do you mean by saying "APNE fails again"? Have you tried to replace both apne.c and 8390.h with the files from 2.4.18 source tree? Regards -- Marek Szyprowski .. GG:2309080 .. mailto:ma...@am... .. ...... happy AmigaOS, MacOS and Debian/Linux user ........ ........... http://march.home.staszic.waw.pl/ ............ |
|
From: Marek S. <ma...@st...> - 2003-08-01 15:04:25
|
Hello Geert On 01.08.03, you wrote: > Please always run crash logs through ksymoops, or look up manually all > interesting addresses (NIP (= Next Instruction Pointer), LR (= Link > Register, i.e. return address for last subroutine call), call backtrace). Ok. > However, in this case it's a bit more obvious: apparently a sanity check > in mmap.c failed (cfr. the kernel BUG message above). However I propably found the reason why tilda key doesn't work. If I disable my PCMCIA-ISA io code and use old apne driver, the tilda key works. I suspect that inb() and friends ARE used somewhere, where they shouldn't be. I also checked the parport in this new kernel and it worked, but I don't know if that was the luck or it also depends in inb() and friends. I think that the easiest way to fix this will be putting back old apne and 8390 driver in current CVS tree, because playing with io code causes more problems than it is worth. Any comments? Regards -- Marek Szyprowski .. GG:2309080 .. mailto:ma...@am... .. ...... happy AmigaOS, MacOS and Debian/Linux user ........ ........... http://march.home.staszic.waw.pl/ ............ |
|
From: Geert U. <ge...@li...> - 2003-08-01 13:39:44
|
On Fri, 1 Aug 2003, Marek Szyprowski wrote:
> So here is a log with oops from parport:
>
> parport0: Amiga built-in port using irq
> lp0: using parport0 (interrupt-driven).
> Oops: kernel access of bad area, sig: 11
> NIP: C000E708 XER: 20000000 LR: C000E708 SP: C0A39B50 REGS: c0a39aa0 TRAP:
> 0300 Not tainted
> MSR: 00009072 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> DAR: 00000018, DSISR: 20000000
> TASK = c0a38000[409] 'StylusColor@360' Last syscall: 11
> last math c3cd4000 last altivec 00000000
> GPR00: 00000000 C0A39B50 C0A38000 C01ACE40 C0400000 0FFF0000 00000000
> 48B73285
> GPR08: 00000000 C01B0000 00000000 0FFFFFFF 24048028 1001BAA0 00000005
> 103EB000
> GPR16: 0FFEB000 C09AA100 C01ACE40 0FFF0000 C01B0000 00000005 0FFF0000
> 103EB000
> GPR24: C09AA100 00000005 00000192 0FFF0000 00005000 C09AA100 0FFEB000
> 00000000
> Call backtrace:
> C0031898 C0023844 C0026A20 C0040688 C0040940 C0055C4C C0040EF4
> C0041260 C0006DD4 C0003D5C 00000000 0FF56CDC 10000BAC 10001410
> 10002538 0FECAC30 00000000
> kernel BUG at mmap.c:1163!
> Oops: Exception in kernel mode, sig: 4
> NIP: C0026A6C XER: 00000000 LR: C0026A6C SP: C0A39960 REGS: c0a398b0 TRAP:
> 0700 Not tainted
> MSR: 00089072 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
> TASK = c0a38000[409] 'StylusColor@360' Last syscall: 11
> last math c3cd4000 last altivec 00000000
> GPR00: C0026A6C C0A39960 C0A38000 0000001B 00001072 00000001 C0A3981C
> C01B0000
> GPR08: 000018F5 00000000 00000000 C0A39880 8410C004 1001BAA0 00000005
> 103EB000
> GPR16: 0FFEB000 C09AA100 C01ACE40 0FFF0000 00009072 47A39A90 00000000
> C0003F90
> GPR24: 00000000 C01ACE40 00030001 20000000 0000000B C0A39AA0 C01ACE40
> 00000000
> Call backtrace:
> C0026A6C C00114F8 C0016C1C C000411C C000D3DC C000D290 C0003F90
> C0031898 C0023844 C0026A20 C0040688 C0040940 C0055C4C C0040EF4
> C0041260 C0006DD4 C0003D5C 00000000 0FF56CDC 10000BAC 10001410
> 10002538 0FECAC30 00000000
>
> Nice, isn't it? ;)
Please always run crash logs through ksymoops, or look up manually all
interesting addresses (NIP (= Next Instruction Pointer), LR (= Link Register,
i.e. return address for last subroutine call), call backtrace).
However, in this case it's a bit more obvious: apparently a sanity check in
mmap.c failed (cfr. the kernel BUG message above).
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: Marek S. <ma...@st...> - 2003-07-31 22:44:06
|
On Thu, 31 Jul 2003, [ISO-8859-1] Andreas W=FCst wrote: > > Today I found that also the built-in parranel port makes kernel oopses. > FWIW, back in the days I tried to use the parport, I've got an endless > sequence of irq_unbalanced(..) messages, until I killed the task which > was trying to access the parport (i.e. lpr). This was with 2.4.17 on a > A4000. I have something like this when printer is not turned on. > But it did never oops when using the parport! So here is a log with oops from parport: parport0: Amiga built-in port using irq lp0: using parport0 (interrupt-driven). Oops: kernel access of bad area, sig: 11 NIP: C000E708 XER: 20000000 LR: C000E708 SP: C0A39B50 REGS: c0a39aa0 TRAP: 0300 Not tainted MSR: 00009072 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 DAR: 00000018, DSISR: 20000000 TASK =3D c0a38000[409] 'StylusColor@360' Last syscall: 11 last math c3cd4000 last altivec 00000000 GPR00: 00000000 C0A39B50 C0A38000 C01ACE40 C0400000 0FFF0000 00000000 48B73285 GPR08: 00000000 C01B0000 00000000 0FFFFFFF 24048028 1001BAA0 00000005 103EB000 GPR16: 0FFEB000 C09AA100 C01ACE40 0FFF0000 C01B0000 00000005 0FFF0000 103EB000 GPR24: C09AA100 00000005 00000192 0FFF0000 00005000 C09AA100 0FFEB000 00000000 Call backtrace: C0031898 C0023844 C0026A20 C0040688 C0040940 C0055C4C C0040EF4 C0041260 C0006DD4 C0003D5C 00000000 0FF56CDC 10000BAC 10001410 10002538 0FECAC30 00000000 kernel BUG at mmap.c:1163! Oops: Exception in kernel mode, sig: 4 NIP: C0026A6C XER: 00000000 LR: C0026A6C SP: C0A39960 REGS: c0a398b0 TRAP: 0700 Not tainted MSR: 00089072 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 TASK =3D c0a38000[409] 'StylusColor@360' Last syscall: 11 last math c3cd4000 last altivec 00000000 GPR00: C0026A6C C0A39960 C0A38000 0000001B 00001072 00000001 C0A3981C C01B0000 GPR08: 000018F5 00000000 00000000 C0A39880 8410C004 1001BAA0 00000005 103EB000 GPR16: 0FFEB000 C09AA100 C01ACE40 0FFF0000 00009072 47A39A90 00000000 C0003F90 GPR24: 00000000 C01ACE40 00030001 20000000 0000000B C0A39AA0 C01ACE40 00000000 Call backtrace: C0026A6C C00114F8 C0016C1C C000411C C000D3DC C000D290 C0003F90 C0031898 C0023844 C0026A20 C0040688 C0040940 C0055C4C C0040EF4 C0041260 C0006DD4 C0003D5C 00000000 0FF56CDC 10000BAC 10001410 10002538 0FECAC30 00000000 Nice, isn't it? ;) > > So > > the above discussion is pointless, because the main problem lies in the > > interrupt code, not in drivers... Do you remember when the problems > > with > > interrupts started? > > So maybe with 2.4.17 it was at least still half working. Well, I used 2.4.18 for a very long time (actually I'm still using it, because there is no better kernel - you know in what state is 2.4.21 kernels, all earlier working 2.4.x kernels don't have ext3 support, same for 2.2.10...). Regards --=20 Marek Szyprowski ........... mailto:ma...@st... ... |
107 messages has been excluded from this view by a project administrator.
