Re: PowerPC kernel repository (was: Woody on IBM RS/6000 7025 F50)

2002-09-04 Thread Junichi Uekawa

On Tue, 3 Sep 2002 20:44:03 -0700
Chris Tillman [EMAIL PROTECTED] wrote:
 There was no response to this request on the debian-powerpc list, I 
 guess it really belongs to debian-boot (cc'd). 
 
 Since the consensus is that the current prep and chrp kernels which
 we supply as part of boot-floppies are badly broken and unusable, 
 would something like this be considered for a stable point release?

Does that mean there will be new kernel-image packages for 
woody point release? If that is what is required for making this thing
install, that probably is a good enough reason to add a new one, if it 
doesn't intrude with existing installs. 

Comments?




regards,
junichi


-- 
[EMAIL PROTECTED]  http://www.netfort.gr.jp/~dancer




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: PowerPC kernel repository (was: Woody on IBM RS/6000 7025 F50)

2002-09-04 Thread Colin Walters

On Tue, 2002-09-03 at 23:44, Chris Tillman wrote:

 Since the consensus is that the current prep and chrp kernels which
 we supply as part of boot-floppies are badly broken and unusable, 
 would something like this be considered for a stable point release?

I think it should be.  I've only heard negative feedback about the
kernels we supply. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: PowerPC kernel repository (was: Woody on IBM RS/6000 7025 F50)

2002-09-03 Thread Chris Tillman

On Fri, Aug 23, 2002 at 09:23:51AM -0500, Rolf Brudeseth wrote:
 
  On Thu, Aug 22, 2002 at 10:06:56PM +0300, George Karaolides wrote:
  
   Further to my previous post about the serial port slowing down during
   booting, here are the interrupts.  It took an hour and a half to get to
 a
   shell...
  
   It doesn't look like there's anything amiss.  Anyone have any other
 ideas?
 
  Is it possible your terminal is set to a different rate than the kernel
  is communicating on? On Macs, the OF rate is 38400, but when I would
  pass 9600 to the kernel in the boot argument without changing the rate
  on the terminal, I would get something like that.
 
  --
  *--v- Installing Debian GNU/Linux 3.0 v--*
  |  http://www.debian.org/releases/stable/installmanual |
  |debian-imac: http://debian-imac.sourceforge.net   |
  |Chris Tillman[EMAIL PROTECTED]  |
  |  To Have, Give All to All (ACIM)   |
  **
 
 Following the various install attempts on IBM hardware documented in this
 mailing list, for a given architecture, it is clear that we have been using
 kernels of different origin. It appears to me that we would benefit from
 having a kernel repository with pre-compiled kernels. I know how to compile
 a kernel; however, I prefer to use pre-compiled kernels that have been
 built by people that fully understand the requirements for which source
 tree to choose, patches to apply, compiler versions to use, etc. This way
 we are all working with a common set of kernels.
 
 Does this sound like a reasonable request?
 
 If so, could someone create the following URL:
 http://ftp.debian.org/debian/dists/sarge/main/disks-powerpc/current/
 with the following sub-directories:
 prep
 chrp
 power3
 ppc64
 
 Then add the following to each sub-directory:
 vmlinux-2.4.xx
 zImage-2.4.xx
 config file
 
 
 Rolf
 
 --
 Rolf Brudeseth
 [EMAIL PROTECTED]
 pSeries System Engineering  Integration, IBM Enterprise Systems Group
 Austin, TX
 

There was no response to this request on the debian-powerpc list, I 
guess it really belongs to debian-boot (cc'd). 

Since the consensus is that the current prep and chrp kernels which
we supply as part of boot-floppies are badly broken and unusable, 
would something like this be considered for a stable point release?

-- 
*--v- Installing Debian GNU/Linux 3.0 v--*
|  http://www.debian.org/releases/stable/installmanual |
|debian-imac: http://debian-imac.sourceforge.net   |
|Chris Tillman[EMAIL PROTECTED]  |
|  To Have, Give All to All (ACIM)   |
**


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]