Re: [nwst-dev] New patch with sound and true color support

[Santiago G. M. <ma...@ay...>]

> Sound support is enabled by selecting ISA bus support in the General
> Setup portion, and the Microsoft Sound System in the OSS sound
> modules. The latter will really just select the ad1848 driver. ISA
> bus support will enable ISA DMA support, see also
> arch/ppc/kernel/prep_pci.c: isa_init_dma(). This driver works compiled
> into the kernel. I have not tried it yet as a module, should work
> with the proper parameters. I also have not tried recording yet,
> should not be a problem, though.

It works great on playback, basic recording works, even though 16 bits
samples seem not to be working, maybe it is the program we were trying to
use (wavr and wavp) anyway, this is not important right now, better focus on
the graphics.

However we were trying to use the CS4232 driver instead of the one you are
proposing, not that we feel it is better than the other, it was our first
guess. So I wonder... why the microsoft one?

I've been trying to compile the CS4232 with this ISA option on but I get
this error:

gcc -D__KERNEL__ -I/home/sad/patch4/linux-2.4.19/include -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common
-fomit-frame-pointer -D__powerpc__ -fsigned-char -msoft-float -pipe
-ffixed-r2 -Wno-uninitialized -mmultiple -mstring   -nostdinc -I
/usr/lib/gcc-lib/powerpc-linux/2.95.4/include -DKBUILD_BASENAME=3Dprep_setup
-c -o prep_setup.o prep_setup.c
prep_setup.c: In function =10rep_setup_arch':
prep_setup.c:295: =0Eum_sound_cards' undeclared (first use in this function)
prep_setup.c:295: (Each undeclared identifier is reported only once
prep_setup.c:295: for each function it appears in.)
make[1]: *** [prep_setup.o] Error 1
make[1]: Leaving directory /home/sad/patch4/linux-2.4.19/arch/ppc/kernel'
make: *** [_dir_arch/ppc/kernel] Error 2

Is this because of something on the new patch?

> The video driver initializes the card 1024x768 and 8 bits by default.
> Using fbset you can run it as 640x480 32bpp, for instance. I still
> need to fiddle with the color components for 16 bit color support,
> and 800x600 does not work yet at all for some strange reason. With
> the 2MB of video memory 1024x768 32bpp will not work.

Umm, it starts at 1024x768-48 and it really looks ugly, 48 Hz is really
a bad frequency. So I started testing other frecuencies and what I saw is
that we are not getting the demanded frequencies, in fact, we are getting 2
Hz less on 1024x768 and 3 less on 640x480. I mean, if I choose 1024x768-75 I
get 73 Hz and if I choose 640x480-75 I get 72Hz. Seems like something is
miscalculated here, also the horizontal freq seems a little lower than it
should :-( and 800x600 is not working at all.

The second problem I'm seing is that the screen is a couple of pixels off on
the left side, I mean, I cannot see the first 3 pixels on the left or so :-(

> Colors work ok at 640x480 32bpp in the console, try 'ls --color /dev'
> for instance.

Aghhh Image is screwed here if I select 640x480-60-32 using fbset :-(

It is hard to describe the problem, it seems that I end up with two colours
or something like that (greyscale at most), the FB penguin is seen 5 times
along the top of the console, and the second half of the screen is all grey
while the rest is black, none of the text the screen had is seen at this
time.

I haven't tried X yet, as 32 bits is not working at all here :-(

Anyway, I think 32 bits are seondary, and what should be good to have is 16
bits.

Hope you can fix this FB problems.

Regards...