setserial question...?
I am debugging some problems I am having setting up a ppp connection between my home computer and my isp. I'm using Debian Woody, kernel 2.2.17 and pppd 2.3.11 on a PowerMac 7500. Checking out all possibility and following a faqs instructions, I have tested the command setserial -a /dev/ttyS0 and got the following results: /dev/ttyS0, Line 0, UART: unknown, Port: 0xf3013020, IRQ: 15 Baud_base: 0, close_delay: 50, divisor: 16 closing_wait: 3000 Flags: spd_normal What I find most interesting is that the UART is "unknown" and that the Baud_base: is zero. Are these the correct values for a PowerMac? What are yours? -- c h a d @ l b e r s [EMAIL PROTECTED]
exiting minicom...
I'm trying to us minicom to debug a ppp connection, but I can't seem to use the meta key inside minicom (in a console) to access its options. Neither escape nor CTL or ALT work? Has anyone else experienced this problem? How can I solve it? -- c h a d @ l b e r s [EMAIL PROTECTED]
Re: X permission problems
Not sure how many people have been following this thread, but I've just apt-get upgraded and everything works fine. Not sure if it was something I'd inadvertantly done or not, but all seems to be fine now. Thanks to everyone, cheers Mark. At 12:10 PM 12/29/00 +1100, Mark Hepburn wrote: >anywhere else I should >>> be looking? >> >>The permissions of the binary itself are fine? >> >> > >They should be; I checked them against my (working) x86 box at home last >night and I haven't changed anything that I can remember. > >/usr/bin/X11/X -rwsr-sr-x root.root >/usr/bin/X11/XF86_FBDev -rwxr-xr-x root.root >/usr/bin/X11/xinit -rwxr-xr-x root.root > >This is getting quite frustrating as you can imagine, but I must be almost >there! > >cheers, Mark. > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > >
Re: setserial question...?
> /dev/ttyS0, Line 0, UART: unknown, Port: 0xf3013020, IRQ: 15 > Baud_base: 0, close_delay: 50, divisor: 16 > closing_wait: 3000 > Flags: spd_normal > > What I find most interesting is that the UART is "unknown" and that > the Baud_base: is zero. Are these the correct values for a PowerMac? Yep. setserial doesn'n know about the SCC UART used in Macs, and the macserial ioctls don't return a value for baud_base, perhaps. Michael
printing help
I am trying to set up an epson stylus 800 printer on a G3 upgraded 8500 running woody on 2.4. I had a look through the mailing list and found info on how to set up the printer using printtool. I have followed these instructions but i get an error when i try to print. The error is lpr:connect:No such file or directory, jobs queued but cannot start daemon. I have tried using /dev/ttyS0 & S1 and /dev/cua0 & cua1 but no luck. PS. the page i found is at http://members.nbci.com/MacPlusG3/linux/epsonprinters.html As always any help really appreciated. Rolf Schatzmann Director of Operations Eftel Radio Trading as Radiowan Office: 08 9386 Fax: 08 93868200 Mob: 0410 577 664 Radiowan - Biggest Pipes, lowest Prices. Get a 128K Internet Connection with burst to 384K for a fraction of the cost of ISDN. Link multiple Metro or Regional sites with our VPN connections.
Re: exiting minicom...
Chad Albers wrote: > > I'm trying to us minicom to debug a ppp connection, but I can't seem > to use the meta key inside minicom (in a console) to access its > options. Neither escape nor CTL or ALT work? What about the command key (the one with the apple and the funny sign on it)? Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project
using the modem on a pismo?
All I have tried a few times to get the ppp stuff working with the modem on my pismo. I have just incase this was the problem upgraded to pppconfig 2.0.5 and ppp 2.4.0f-1 from testing (as I am using kernel 2.4.0-test13-pre3, although the ppp behaviour was evident with 2.2.17 also), I also downloaded the minicom 1.83.1 source as I saw on the linuxppc-dev list in november mention of the fact minicom below 1.8.3 didnt work on the pismo (I found it wasnt working, the upgraded minicom works fine) Every time I try to dial I get the error no dialtone. I get this error if I dial with "pon someisp" aftyer setting up a connection with pppconfig, I also get the no dialtone error when I try from within minicom. Now is there some simple init string I should give to pppconfig and minicom and I am being silly for not knowing it? or are there any other things I should look for to be able to get the modem to work? hmm I just noticed on Sergio Brandano page some notes about getting the modem on a lombard or pismo to be able to dial with wvdial. And a link to an apple AT Command reference, I downloaded the reference and will look through it. Hopefully I wont need to ever install wvdial (tcl is evil and I wont install it anywhere) and will somehow work out how to make pppconfig based dialing work fine... Any suggestions are welcome. See You Steve -- [EMAIL PROTECTED] http://wibble.net/~sjh/ Look Up In The Sky Is it a bird? No Is it a plane? No Is it a small blue banana? YES
Re: using the modem on a pismo?
Steven Hanley wrote: > Every time I try to dial I get the error no dialtone. This sounds rather like a connection problem than a software problem. Do you use the right connector etc.? Michel -- Earthling Michel Dänzer (MrCooper) \ CS student and free software enthusiast Debian GNU/Linux (powerpc,i386) user \ member of XFree86 and The DRI Project
Re: using the modem on a pismo?
On Fri, Dec 29, 2000 at 02:39:32PM +0100, Michel Dänzer wrote: > Steven Hanley wrote: > > > Every time I try to dial I get the error no dialtone. > > This sounds rather like a connection problem than a software problem. Do you > use the right connector etc.? oh yeah I forgot to mention, I tried using the small silver phone cable that came with the powerbook, and with the phone cable I have my masq box plugged into, on the phoneline the masq box is plugged into. So I tried on a known working phoneline and with a known working cable. The only unknown was the silver cable, but hey it was not all I tried. Anyway right now I am looking at making a deb of modutils 2.2.23 for potato r2 as it is needed to use this kernel nicely and I: dont want to hand install it if I can help it. I also cant use the modutils form unstable as it depends on the glibc in unstable, alas. See You Steve -- [EMAIL PROTECTED] http://wibble.net/~sjh/ Look Up In The Sky Is it a bird? No Is it a plane? No Is it a small blue banana? YES
Re: using the modem on a pismo?
On Sat, Dec 30, 2000 at 12:56:29AM +1100, Steven Hanley wrote: > Anyway right now I am looking at making a deb of modutils 2.2.23 for > potato r2 as it is needed to use this kernel nicely and I: dont want to hand > install it if I can help it. I also cant use the modutils form unstable as > it depends on the glibc in unstable, alas. just run: fakeroot apt-get -b source modutils if that doesn't work use the two step method: apt-get source modutils cd modutils-2.2.23 (or whatever) dpkg-buildpackage -rfakeroot that will build a .deb that depends on potato glibc and not woody glibc. this worked quite nicely on the one box i have running 2.4.0-test12 -- Ethan Benson http://www.alaska.net/~erbenson/ pgpZI1GDhnlHj.pgp Description: PGP signature
Re: Status of PCI-PCI bridge on UMAX S900
In message <[EMAIL PROTECTED]>,jingai writes:
>Doh! I didn't even think to check if the second get_property() call
>was returning > 0.. this fixes it! Thanks bunches for spotting that!
it seems like someone was confused about the meaning of the 'interrupts'
property when they wrote prom.c. its basically the number of interrupts
supported by this pci device. interpret_dbdma_props() also has the
same confusion, so the following would be a more complete patch to
prom.c. note that it checks to see if a pci node has an interrupt
property before assigning one, otherwise devices on the far side of
a pci bridge (that shares interrupts) would be assigned interrupts
when they dont need them.
--- prom.c.000 Thu Dec 28 08:43:12 2000
+++ prom.c Fri Dec 29 10:05:54 2000
@@ -1562,9 +1562,12 @@
return mem_start;
}
+ if ((ip = (int *) get_property(np, "interrupts", &l)) == 0)
+ return mem_start;
+
ip = (int *) get_property(np, "AAPL,interrupts", &l);
- if (ip == 0)
- ip = (int *) get_property(np, "interrupts", &l);
+ if (ip == 0 && np->parent != NULL)
+ ip = (int *) get_property(np->parent, "AAPL,interrupts", &l);
if (ip != 0) {
np->intrs = (struct interrupt_info *) mem_start;
np->n_intrs = l / sizeof(int);
@@ -1615,9 +1618,12 @@
if (use_of_interrupt_tree)
return mem_start;
+ if ((ip = (int *) get_property(np, "interrupts", &l)) == 0)
+ return mem_start;
+
ip = (int *) get_property(np, "AAPL,interrupts", &l);
- if (ip == 0)
- ip = (int *) get_property(np, "interrupts", &l);
+ if (ip == 0 && np->parent != NULL)
+ ip = (int *) get_property(np->parent, "AAPL,interrupts", &l);
if (ip != 0) {
np->intrs = (struct interrupt_info *) mem_start;
np->n_intrs = l / sizeof(int);
2.2.18 source patch; libc6-dev internal conflict?
Greetings,
More "new input layer" drama...
I got and unpacked kernel-source-2.2.18, copied /boot/config-2.2.18pre21
to .config, did make oldconfig (which changed nothing) and make-kpkg
kernel_image. A pretty straightforward kernel build, which I'm doing to
try the openafs modules.
But it died in drivers/macintosh/mac_hid.c with:
mac_hid.c: In function `mac_hid_sysctl_keycodes':
mac_hid.c:296: structure has no member named `ppc_kbd_sysrq_xlate'
mac_hid.c:303: structure has no member named `ppc_kbd_sysrq_xlate'
The attached patch lets it build, but I haven't yet tried booting it.
Unfortunately, openafs doesn't support 2.2 on PPC (yet?), so I patched
it and tried to build it for 2.4.0-test12, details including the patch
can be found at bug #80835. Patched as such, it failed on a curious
error, which can be found in that bug, but I'll repeat it here for
discussion, as it appears to indicate an internal conflict within
libc6-dev:
cc -Dppc_linux24 -O2 -I.
-I/usr/src/modules/openafs/ppc_linux24/dest/include -O2 -g-c -o
partition.o partition.c
In file included from
/usr/src/modules/openafs/ppc_linux24/dest/include/rx/rx.h:58,
from
/usr/src/modules/openafs/ppc_linux24/dest/include/afs/afsint.h:62,
from partition.c:93:
/usr/include/netinet/in.h:256: warning: `ntohl' redefined
/usr/include/linux/byteorder/generic.h:169: warning: this is the
location of the previous definition
/usr/include/netinet/in.h:257: warning: `ntohs' redefined
/usr/include/linux/byteorder/generic.h:175: warning: this is the
location of the previous definition
/usr/include/netinet/in.h:258: warning: `htonl' redefined
/usr/include/linux/byteorder/generic.h:168: warning: this is the
location of the previous definition
/usr/include/netinet/in.h:259: warning: `htons' redefined
/usr/include/linux/byteorder/generic.h:174: warning: this is the
location of the previous definition
In file included from
/usr/src/modules/openafs/ppc_linux24/dest/include/rx/rx.h:58,
from
/usr/src/modules/openafs/ppc_linux24/dest/include/afs/afsint.h:62,
from partition.c:93:
/usr/include/netinet/in.h:236: `__u32' redeclared as different kind of
symbol
/usr/include/asm/types.h:18: previous declaration of `__u32'
/usr/include/netinet/in.h:238: `__u16' redeclared as different kind of
symbol
/usr/include/asm/types.h:15: previous declaration of `__u16'
make[3]: *** [partition.o] Error 1
make[3]: Leaving directory
`/usr/src/modules/openafs/ppc_linux24/obj/vol'
The first bunch I think I understand, but the __u32 and __u16 parts are
beyond me...
Thanks,
-Adam P.
Welcome to the best software in the world today cafe!
--- drivers/macintosh/mac_hid.c.bak Thu Dec 28 23:21:37 2000
+++ drivers/macintosh/mac_hid.c Thu Dec 28 23:23:19 2000
@@ -293,14 +293,14 @@
&& keyboard_sends_linux_keycodes != val) {
if (!keyboard_sends_linux_keycodes) {
#ifdef CONFIG_MAGIC_SYSRQ
- ppc_md.ppc_kbd_sysrq_xlate = mac_hid_kbd_sysrq_xlate;
+ ppc_md.sysrq_xlate = mac_hid_kbd_sysrq_xlate;
SYSRQ_KEY= 0x69;
#endif
memcpy(pc_key_maps_save, key_maps, sizeof(key_maps));
memcpy(key_maps, mac_key_maps_save, sizeof(key_maps));
} else {
#ifdef CONFIG_MAGIC_SYSRQ
- ppc_md.ppc_kbd_sysrq_xlate = pckbd_sysrq_xlate;
+ ppc_md.sysrq_xlate = pckbd_sysrq_xlate;
SYSRQ_KEY= 0x54;
#endif
memcpy(mac_key_maps_save, key_maps, sizeof(key_maps));
Re: exiting minicom...
At 1:13 PM +0100 12/29/00, Michel Dänzer wrote: Chad Albers wrote: I'm trying to us minicom to debug a ppp connection, but I can't seem to use the meta key inside minicom (in a console) to access its options. Neither escape nor CTL or ALT work? What about the command key (the one with the apple and the funny sign on it)? Michel Nope, the command key fails as well. -- W. Crowshaw _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: wheee vmlinux worked
On Thu, 28 Dec 2000, Ethan Benson wrote:
> i assume .coff ? personally i think it would be nice if yaboot
> supported sparc style compressed images, that is plain gzipped
> kernels, could be useful to speed up netboots (albeit not by that
> much)
M68k booters do the same. It's not that difficult to add gzip support to your
booter. Feel free to look at m68kboot.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Re: framebuffer problems on revA iMac
On Thu, 28 Dec 2000, Michel [iso-8859-1] Dänzer wrote:
> Mark Hepburn wrote:
> > I finally cured the console problem by using a 'novideo' option in my
> > yaboot.conf (after video=atyfb and aty128fb didn't work),
>
> Note that the colon at then of video=aty(128)fb: is vital.
This is something I've been wondering about since a while: why??
I'd expect it to work with `video=atyfb' and `video=128fb', and even without
these since they will be autoprobed anyway.
BTW, anyone who tried `video=ofonly' with 2.4.0-testX?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Re: exiting minicom...
"W. Crowshaw" <[EMAIL PROTECTED]> writes: > At 1:13 PM +0100 12/29/00, Michel Dänzer wrote: > >Chad Albers wrote: > >> > >> I'm trying to us minicom to debug a ppp connection, but I can't seem > >> to use the meta key inside minicom (in a console) to access its > >> options. Neither escape nor CTL or ALT work? > > > >What about the command key (the one with the apple and the funny sign on it)? > > > > > >Michel > > Nope, the command key fails as well. > -- > > W. Crowshaw Strange, it works here (minicom 1.82.1, PB 3400/german keyboard, potato). Are you sure you type in the right key sequence, e.g. 'z' and not ''? -- Andre Berger[EMAIL PROTECTED]
Re: Mouse setting in X
PS/2 seems to work, how do I get 3 button emulation working? on 00.12.28 10:58, Michael Schmitz at [EMAIL PROTECTED] wrote: >>> sucessful is /dev/adb, with this I get the WindowMaker dock and Debian >>> backround with no mouse movement. Any suggestions to get my mouse working? >>> >>> Thanks for your time. >> >> if its 2.2.18pre21 kernel from debian you need to use /dev/input/mice > > And protocol "IMPS/2", perhaps (try "PS/2" if that doesn't work). > > Michael > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: Xfree 3.x for Cirrus Logic GD 5446 on a RS 6000 clone (Bull Estrella 320)
Hi Mark It's me again... I found this message in the archives that talks a bit about the file I sent you earlier... In case you're wondering the program for converting rpm archives to debs is alien. Try this (as root): apt-get install alien alien something.rpm then you can install the now debianized package using dpkg -i. Mark -- -- mark at outlook dot net - -- Outlook Technologies is in *no way* affiliated with Microsoft -- Corporation or their product Microsoft Outlook(r). -
Re: Xfree 3.x opps... forgot the URL
On Fri, Dec 29, 2000 at 01:20:31PM -0800, I, Mark Jaroski wrote: > Hi Mark > > It's me again... I found this message in the archives that talks > a bit about the file I sent you earlier... http://lists.debian.org/debian-powerpc-0012/msg00653.html > In case you're wondering the program for converting rpm archives > to debs is alien. Try this (as root): > > apt-get install alien > alien something.rpm > > then you can install the now debianized package using dpkg -i. > > -- -- mark at outlook dot net - -- Outlook Technologies is in *no way* affiliated with Microsoft -- Corporation or their product Microsoft Outlook(r). -
Re: exiting minicom...
On Fri, Dec 29, 2000 at 06:24:27PM +0100, Andre Berger wrote: > "W. Crowshaw" <[EMAIL PROTECTED]> writes: > > > At 1:13 PM +0100 12/29/00, Michel Dänzer wrote: > > >Chad Albers wrote: > > >> > > >> I'm trying to us minicom to debug a ppp connection, but I can't seem > > >> to use the meta key inside minicom (in a console) to access its > > >> options. Neither escape nor CTL or ALT work? > > > > > >What about the command key (the one with the apple and the funny sign on > > >it)? > > > > > > > > >Michel > > > > Nope, the command key fails as well. > > -- > > > > W. Crowshaw > > Strange, it works here (minicom 1.82.1, PB 3400/german keyboard, > potato). Are you sure you type in the right key sequence, e.g. > 'z' and not ''? it works here also (pismo, minicom 1.83.1) however IU do have keyboard_sends_linux_keycodes set to 1 currently so it could be a function minicom not knowing anything about adb keycodes. (have not tried minicom with adb keycodes) See You Steve -- [EMAIL PROTECTED] http://wibble.net/~sjh/ Look Up In The Sky Is it a bird? No Is it a plane? No Is it a small blue banana? YES
more colours with atyfb?
All What can I do to get my display to use 24 bit (or 32 or 16 or 15) rather than 8 bit colour? (pismo still) I tried adding append="video=atyfb:mode:1024x768,cmode:24" to my yaboot.conf and rerunning ybin now dmesg says Kernel command line: root=/dev/hda10 ro video=atyfb:mode:1024x768,cmode:24 the atyfb section still says PCI: Enabling device 00:10.0 (0086 -> 0087) aty128fb: Rage Mobility M3 (AGP) [chip rev 0x0] 8M 128-bit SDR SGRAM (1:1) Console: switching to colour frame buffer device 128x48 Registered "ati" backlight controller, level: 5/15 fb0: ATY Rage128 frame buffer device on PCI no framebuffer address found for /[EMAIL PROTECTED]/ATY,[EMAIL PROTECTED]/ATY,RageM3pB which is exactly what it said before and when I try to run the fbdev X server in 24 bit colour it has the error (**) FBDev: Using default frame buffer video mode (--) FBDev: Frame buffer device: ATY Rage128 (--) FBDev: Video memory: 8192K @ 0xa400 (--) FBDev: MMIO regs: 7K @ 0xa000 (--) FBDev: Type 0 type_aux 0 bits_per_pixel 24 (--) FBDev: Unknown hardware accelerator type 32 (--) FBDev: No driver support for hardware acceleration bpp = 24, depth = 24, BitsPerRGB = 8 Fatal server error: Can't handle packed pixels with 24 bits per pixel I have downloaded X 4.02 and the rsync xfree86 thing from penguinppc.org, however in 8 bit mode at least this seems fast enough for now and all, will maybe try the 4.* X stuff sometime later (after all compiling it and installing it with no debs is a pain) See You Steve -- [EMAIL PROTECTED] http://wibble.net/~sjh/ Look Up In The Sky Is it a bird? No Is it a plane? No Is it a small blue banana? YES
Re: more colours with atyfb?
On Sat, Dec 30, 2000 at 02:46:37PM +1100, Steven Hanley wrote: > What can I do to get my display to use 24 bit (or 32 or 16 or 15) rather > than 8 bit colour? (pismo still) woops, that will teach me, I jsut tried with 32, and it worked fine, oh well, though I can see maybe why I should try to get XFree 4.02 running, scrolling in xterms is disgustingly slow, and what is X but an environment in which you use a mouse to point to multiple xterms. See You Steve -- [EMAIL PROTECTED] http://wibble.net/~sjh/ Look Up In The Sky Is it a bird? No Is it a plane? No Is it a small blue banana? YES
Re: framebuffer problems on revA iMac
On Fri, Dec 29, 2000 at 03:34:56PM +0100, Geert Uytterhoeven wrote:
> On Thu, 28 Dec 2000, Michel [iso-8859-1] Dänzer wrote:
> > Mark Hepburn wrote:
> > > I finally cured the console problem by using a 'novideo' option in my
> > > yaboot.conf (after video=atyfb and aty128fb didn't work),
> >
> > Note that the colon at then of video=aty(128)fb: is vital.
>
> This is something I've been wondering about since a while: why??
>
> I'd expect it to work with `video=atyfb' and `video=128fb', and even without
> these since they will be autoprobed anyway.
>
Mine is working now with a 'video=atyfb' option and no colon; might make a
difference
that this is just an option to yaboot and not an 'append' (or whatever) option.
If that makes sense.
> BTW, anyone who tried `video=ofonly' with 2.4.0-testX?
>
> Gr{oetje,eeting}s,
>
> Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED]
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like
> that.
> -- Linus Torvalds
>
Re: framebuffer problems on revA iMac
On Sun, Dec 31, 2000 at 01:56:18AM +1100, Mark Hepburn wrote: > On Fri, Dec 29, 2000 at 03:34:56PM +0100, Geert Uytterhoeven wrote: > > On Thu, 28 Dec 2000, Michel [iso-8859-1] Dänzer wrote: > > > Mark Hepburn wrote: > > > > I finally cured the console problem by using a 'novideo' option in my > > > > yaboot.conf (after video=atyfb and aty128fb didn't work), > > > > > > Note that the colon at then of video=aty(128)fb: is vital. > > > > This is something I've been wondering about since a while: why?? > > > > I'd expect it to work with `video=atyfb' and `video=128fb', and even without > > these since they will be autoprobed anyway. > > > > Mine is working now with a 'video=atyfb' option and no colon; might make a > difference > that this is just an option to yaboot and not an 'append' (or whatever) > option. > If that makes sense. > I should also point out that it finally worked when I tried a benh kernel (seems to be the standard advice for any problem!); 2.2.17pre20-ben3 I think it was.
available battery level indicators?
All I know about gkrelm (or whatever it is called) with the pmud plugin, however as it is a gnome panel applet I dont know if it will run without gnome, will it? The other availabe meter seems to be Batmon that paul wrote, it is in the pmud package, however it is an *ick* tcl/tk *ick* thing so I wont use it. Are there any other pmud supported battery status things? I am thinking maybe of spending the rest of today or so writing a replacement for batmon in xlib/c (is dont need een gtk or similar to use it), though I probably wont be making it overly pretty (unlike gkrelm, which I must admit looks kind of neat. See You Steve -- [EMAIL PROTECTED] http://wibble.net/~sjh/ Look Up In The Sky Is it a bird? No Is it a plane? No Is it a small blue banana? YES
