Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!ncar!gatech!udel!mmdf From: steveb%cbmvax.uucp@UDEL.EDU Newsgroups: comp.sys.amiga Subject: Re: 2090A and DMA (was: Re: 2000-and-1 expansion box) Message-ID: <4419@louie.udel.EDU> Date: 3 Oct 88 22:18:05 GMT Sender: mmdf@udel.EDU Lines: 47 Received: from CUNYVM by CUNYVM.BITNET (Mailer X2.00) with BSMTP id 3767; Sat, 01 Oct 88 23:04:50 EDT Received: from UDEL.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.1) with TCP; Sat, 01 Oct 88 23:04:47 EDT Received: by Louie.UDEL.EDU id ad04019; 1 Oct 88 15:42 EDT Received: from Louie.UDEL.EDU by Louie.UDEL.EDU id aa03602; 1 Oct 88 15:14 EDT Received: from USENET by Louie.UDEL.EDU id aa03428; 1 Oct 88 15:01 EDT From: Steve Beats Subject: Re: 2090A and DMA (was: Re: 2000-and-1 expansion box) Message-ID: <4912@cbmvax.UUCP> Date: 1 Oct 88 15:36:15 GMT Organization: Commodore Technology, West Chester, PA To: amiga-relay@UDEL.EDU Sender: amiga-relay-request@UDEL.EDU In article kim@amdahl.uts.amdahl.com (Kim DeVaughn) writes: > >Uh ... I really hope this is just an over generalization you've made, Marco, >and not true. I had thought the 54 Meg partition size limitation/bug was to >have gotten fixed in the 2090A. And also the number of heads limit, etc. > >CATS? > >/kim > The 54 Meg partition size limit is a bug in the filing system. That limit is present on ANY hard disk (or RAM disk) that has the old 1.2 Filing system mounted on it. Partition was the key word. The device doesn't handle partitions, the filing system does. This has been theoretically raised to 2.5 Gigabytes by the Fast Filing System in the V1.3 Workbench release. Now I have a question. How can we transparently handle disk media that has a capacity >2.5 Gigabytes. A lot of software is going to break just because they've gone over 31 bits of offset (a longword becomes negative then). An even larger problem exists when you go over 4.2 Gigabytes since that will overflow a longword. IO_OFFSET specified in blocks would have made sense (especially since everyone in the world says IO_OFFSET must be a multiple of the devices blocksize), but that's not an available option. The only safe thing I can think of are CMD_READ_EXTENDED and CMD_WRITE_EXT on future device drivers. It isn't possible to just limit partitions to <2.5 Gigs since the filing system has to make it's requests in terms of physical blocks, not blocks relative to the start of the partition. Anyone got any ideas they'd care to air ? Steve