Re: Parallel port on SparcClassic

1999-09-13 Thread Alexander Shumakovitch
Thanks a lot everybody who replied to my original post!

I finally managed to get printer working with both 2.0.35 and 2.2.12 kernels.
For 2.0.35 I had to get the latest bpp.c from the (unreleased) sparc patch of
28.11.98 and to apply those __volatile__ changes. August's patch supplied with
Debian has BPP support broken (I suppose). The latest kernel-image-2.2.12 made
by Ben Collins already contained bpp.o module, so I didn't have to recompile
the kernel. ;-)

Now I can happily print ASCII files and stuff, but as soon as I try to print
PostScript (through gs filter, as I only have HP LJ 5L) I get into troubles
again :-( A clean picture is frequently interrupted by some garbage across the
page (random ASCII symbols). I've tried to convert PS to PCL with both 300DPI
and 600DPI resolutions --- no help. It happens more often with 600DPI than
with 300DPI and with 2.2.12 kernel than with 2.0.35 (!), but happens anyway.
Output of dvips is more prone to errors than a general PS picture (an output
of xfig), but dvilj4 surprisingly prints OK. Although, I probably didn't test
it well enough. The same PCL file is printed without problems on the same
printer from PC, so at least the printer is fine. I didn't have time yet to
try to print from Solaris, but I would be surprised to have problems there.

So I have to beg for help again! Is it some known issue? Do other people have
the same problem? I personally suspect there is some speed mismatch, but I
can't be sure. I'm sorry for so many details, but I hope they can shed some
light for experts (unfortunately, I'm not one of those :-( ).

Any help is again VERY appreciated!

On Sun, Sep 12, 1999 at 09:15:48PM -0400, Derrick J Brashear wrote:
> Yes. The fix for the BPP driver is simple. Find the struct bpp_regs and
> add __volatile__ to the declarations of all the variables in it.
As I wrote before this doesn't work with the "official" Debian 2.0.35 kernel.
And it's already included in 2.2.12. Thanks!

   --- Alexander.


Re: new kernels available, please test before upload to unstable

1999-09-13 Thread Eric Delaunay
Ben Collins wrote:
> On Sun, Sep 12, 1999 at 06:05:05PM +0200, Eric Delaunay wrote:
> > Ben Collins wrote:
> > > I've compiled new kernel using the 2.2.12 source and a sparc patch
> > > that is also packaged and ready for upload. There is a sun4u and
> > > sparc image, plus headers.
> > > 
> > > http://www.debian.org/~bcollins/sparc/
> > 
> > Hmm, the sparc32 kernel is missing.  Did you forget to upload it ?
> > 
> > Regards.
> 
> It's recompiling, somehow I rm'd it before it uploaded. It will be there in
> few minutes.

Got it...  Tried it...
Argh, keyboard is totally garbage :-((  Could you rebuild it without CONFIG_PCI
enabled on sparc32 arch ? SUN & PS/2 keyboards cannot coexist in this kernel
(you can keep it enabled in the sparc64 kernel).

Thanks in advance.

-- 
 Eric Delaunay | "La guerre justifie l'existence des militaires.
 [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)


Re: Parallel port on SparcClassic

1999-09-13 Thread Eric Delaunay
Derrick J Brashear wrote:
> 
> 
> On Sat, 11 Sep 1999, Alexander Shumakovitch wrote:
> 
> > suspect the worst and indeed somewhere on RH site found that parallel port 
> > on
> > sbus SPARCs is listed as unsupported. So I'd like to try 2.2.x kernel 
> > hopping
> > it's less unsupported there than in 2.0.35 ;-) The problem now is that all 
> > the
> > kernel images in Debian (both slink and potato) are compiled without BPP
> > option, and I have no chances to compile it myself on the poor SparcClassic.
> 
> The BPP driver should work in very new 2.2 kernels, and there's parport
> support in new 2.3 kernels (though I don't think the new 2.3 kernels work
> on sparc32 yet)

Which cable is required to work ?  I connected my printer with a PC cable on
the // port of my SparcClassic (DB25 at one side, Centronics at the other
side) but I cannot send data to the printer.

echo "1" > /dev/lp0

gives a long time to respond after I loaded the bpp module and nothing is
printed.

Thanks in advance.

-- 
 Eric Delaunay | "La guerre justifie l'existence des militaires.
 [EMAIL PROTECTED] | En les supprimant." Henri Jeanson (1900-1970)


xfree86 config package

1999-09-13 Thread Jean-Paul Blaquiere
i`m trying to find the xf86config package.
it's not in the sparc-binary (potato) tree, but is in the alpha and intel
trees.

*confuzzled*
-- 
Jean-Paul Blaquiere
   [EMAIL PROTECTED]
gotta www.wibble.org again


Re: Parallel port on SparcClassic

1999-09-13 Thread Derrick J Brashear


On Sat, 11 Sep 1999, Alexander Shumakovitch wrote:

> suspect the worst and indeed somewhere on RH site found that parallel port on
> sbus SPARCs is listed as unsupported. So I'd like to try 2.2.x kernel hopping
> it's less unsupported there than in 2.0.35 ;-) The problem now is that all the
> kernel images in Debian (both slink and potato) are compiled without BPP
> option, and I have no chances to compile it myself on the poor SparcClassic.

The BPP driver should work in very new 2.2 kernels, and there's parport
support in new 2.3 kernels (though I don't think the new 2.3 kernels work
on sparc32 yet)

> custom-build kernel with this option enabled? Have anyone ever had a success
> with connecting a printer to a Sparc/Linux box?

Yes. The fix for the BPP driver is simple. Find the struct bpp_regs and
add __volatile__ to the declarations of all the variables in it.

-D



Re: Bug#44685: Dependency problem with LPRng (fwd)

1999-09-13 Thread Ben Collins
On Mon, Sep 13, 1999 at 09:59:16AM +1000, Craig Small wrote:
> G'day sparc people,
>   This bug is for whoever does the sparc version of lprng, it is not a
> generic deb or upstream issue.

I know this isn't the best solution, but sparc's slink and potato packages
are binary compatible (unlike the i386, we have glibc 2.1 in slink and potato).
So it would be easy to download the libncurses from potato to satisfy the
dependency.

I'll try to get a proper package uploaded soon though, but in the mean time,
the above suggestion is probably easiest.

Ben