headers
mouss | 3 Jun 2004 03:15
Picon
Favicon

Re: PR 13533 (there should be a PDF version of the INSTALL notes)

Michael Wolfson wrote:

> 
> On May 18, 2004, at 9:42 AM, Gavan Fantom wrote:
> 
>> Shouldn't the HTML we generate be fixed to play nice with said browser,
>> then?
> 
> 
> Of course.  See 
> http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=13532
> 
> Part of the problem, however, is that the HTML file is so enormous and 
> IE is so pathetic that it takes several minutes on a not unreasonable 
> machine to display/scroll/search the document.
> 
>   -- MW
> 
> 
> 

pdf won't solve the issue. do you think that just repartitioning the 
docs would help (is it a matter of page size)?
Permalink | Reply | 1 comment |
headers
Ignatios Souvatzis | 7 Jun 2004 22:14
Picon

Re: CVS commit: src/sys/arch/amiga/stand/misc

Hi,

Michael Hitch added some AmigaDOS tools needed to src/sys/arch/amiga/stand
after asking me about my opinion --- there are architectures having the stuff
in src/distrib, while i386 has them in src/sys/arch/i386/stand.

A discussion started on source-changes. See e.g.:

On Sun, Jun 06, 2004 at 12:53:11PM +0200, Jaromir Dolecek wrote:
> matthew green wrote:
> >    
> >    These wouldn't. "Amigados tools which end up in installation/misc".
> >    Clearly a RELEASEDIR only type thing so (to me) a distrib item.
> > 
> > it seems there are about as many .uue files in sys as distrib.
> > IMO the binaries should exist where the sources are...
> 
> Many of those don't really need to be there.  E.g. i386 pfdisk and
> rawrite don't have any connection to kernel sources. amiga tools
> are built from kernel sources, but the actual binary depot place
> is quite irrelevant - sys is no better than distrib.
> 
> It would be nice if those misc binaries would be moved outside
> sys (as has been done e.g. with acorn32), to shrink the size
> of src/sys somewhat.

I think this should be discussed on tech-install. Any new input?

Regards,
	-is
(Continue reading)

Permalink | Reply | 2 comments |
headers
Luke Mewburn | 8 Jun 2004 03:34
Picon

Re: CVS commit: src/sys/arch/amiga/stand/misc

On Mon, Jun 07, 2004 at 10:14:28PM +0200, Ignatios Souvatzis wrote:
  | Hi,
  | 
  | Michael Hitch added some AmigaDOS tools needed to src/sys/arch/amiga/stand
  | after asking me about my opinion --- there are architectures having the stuff
  | in src/distrib, while i386 has them in src/sys/arch/i386/stand.
  | 
  | A discussion started on source-changes. See e.g.:
  | 
  | On Sun, Jun 06, 2004 at 12:53:11PM +0200, Jaromir Dolecek wrote:
  | > matthew green wrote:
  | > >    
  | > >    These wouldn't. "Amigados tools which end up in installation/misc".
  | > >    Clearly a RELEASEDIR only type thing so (to me) a distrib item.
  | > > 
  | > > it seems there are about as many .uue files in sys as distrib.
  | > > IMO the binaries should exist where the sources are...
  | > 
  | > Many of those don't really need to be there.  E.g. i386 pfdisk and
  | > rawrite don't have any connection to kernel sources. amiga tools
  | > are built from kernel sources, but the actual binary depot place
  | > is quite irrelevant - sys is no better than distrib.
  | > 
  | > It would be nice if those misc binaries would be moved outside
  | > sys (as has been done e.g. with acorn32), to shrink the size
  | > of src/sys somewhat.
  | 
  | I think this should be discussed on tech-install. Any new input?

My preferred approach is to migrate the building & installation of
(Continue reading)

Permalink | Reply | 1 comment |
headers
Michael Wolfson | 10 Jun 2004 08:05

Re: PR 13533 (there should be a PDF version of the INSTALL notes)


On Jun 2, 2004, at 6:15 PM, mouss wrote:

> pdf won't solve the issue.

It may not solve the issue of poor html, but it does provide an 
excellent workaround.  And actually will probably be easier to deal 
with than one gigantic webpage.

> do you think that just repartitioning the docs would help (is it a 
> matter of page size)?

[sigh].  If you can think of a reasonable way to partition one 
INSTALL.html into about 7 separate documents for each class of 
supported macppc system I'd be happy to hear about it.

   -- MW
Permalink | Reply | 0 comments |
headers
Ignatios Souvatzis | 11 Jun 2004 14:45
Picon

Re: CVS commit: src/sys/arch/amiga/stand/misc

Michael,

I'd say move the stuff to distrib/amiga...

Regards,
	-is
Permalink | Reply | 0 comments |
headers
Martin S. Weber | 28 Jun 2004 00:40
Picon

Re: install/25945: "Invalid partition table" on Dells (also #13310)

On Wed, Jun 16, 2004 at 09:57:34PM +0100, David Laight wrote:
> On Wed, Jun 16, 2004 at 04:03:20PM +0200, Martin S. Weber wrote:
> > >Synopsis:       after install unable to boot Dells (also #13310)
> 
> Are you willing to do all the experiments in order to find out
> the actual problem?
> 

I still am, yet time is slowly running short, the 2nd machine (the optiplex)
needs to be installed soon... I suppose you're aware that if I was able to
come up with the list of needed experiments to do them on my own I'd of
included a patch to fix the problem in the PR :) So, I'm still waiting for
the list of experiments I'm to do...

As a wild guess, this would only happen with non-netbsd partitions on the
disk, suppose some global is skewed after checking the existing partitions;
in contrast to the "none there" case which resets some globals explicitely
the "there's something non-netbsd'ish there" case just returns early. Wild
guess, as I said (around 1250 in distrib/utils/sysinst/mbr.c).

-Martin

PS: I'm off-list tech-install. Pls act accordingly :)
Permalink | Reply | 0 comments |
headers
Pilipovic Josip | 30 Jun 2004 01:03

i386-Can't boot NetBSD with large MEMORY_DISK_ROOT_SIZE

I have built kernel with following options
options         MEMORY_DISK_HOOKS
options         MEMORY_DISK_IS_ROOT     
options         MEMORY_DISK_SERVER=1   
# 4M memory disk, in blocks
options         MEMORY_DISK_ROOT_SIZE=16384      # 8M memory disk, in blocks
options         MEMORY_RBFLAGS=0 

The boot process stops after some address display and PC reboots. If I change
options     MEMORY_DISK_ROOT_SIZE=8192 4M
ram disk kernel boots OK. Secondary boot is filing on pread() system call.
This problem don't exist on PPC. Is there any work aroud  this problem for
i385. Any hint!!!  

 
Regards Josip 

===========================================================
This email may contain confidential and privileged material for the sole use
 of the intended recipient.  Any review or distribution by others is strictly
 prohibited.  If you are not the intended recipient please contact the sender
 and delete all copies.
===========================================================
Permalink | Reply | 1 comment |
headers
Bill Studenmund | 30 Jun 2004 02:06
Picon

Re: i386-Can't boot NetBSD with large MEMORY_DISK_ROOT_SIZE

On Tue, Jun 29, 2004 at 07:03:14PM -0400, Pilipovic  Josip wrote:
> I have built kernel with following options
> options         MEMORY_DISK_HOOKS
> options         MEMORY_DISK_IS_ROOT     
> options         MEMORY_DISK_SERVER=1   
> # 4M memory disk, in blocks
> options         MEMORY_DISK_ROOT_SIZE=16384      # 8M memory disk, in blocks
> options         MEMORY_RBFLAGS=0 
> 
> The boot process stops after some address display and PC reboots. If I change
> options     MEMORY_DISK_ROOT_SIZE=8192 4M
> ram disk kernel boots OK. Secondary boot is filing on pread() system call.
> This problem don't exist on PPC. Is there any work aroud  this problem for
> i385. Any hint!!!  

Note: since you're still in the booter, pread() isn't a system call. At 
least not in the same sense as after boot.

My first guess is that something about how the kernel gets loaded means 
you try to write memory that's not there for boot when you get things too 
big.

The reason you don't see this on PPC is that things at this stage are very 
machine-dependant. Note that in the past certain MacPPC systems would have 
an issue with too-big a kernel. Right now MacPPC has "too big" at 13 MB 
total.
Permalink | Reply | 19 comments |

Gmane