Re: bcm43xx finally working, with encryption too!!!
well, still no luck. kernel 2.6.15 without IEEE80211, with softmac-snapshot, bcm43xx from checkouted from svn and still the same problem :( Milan Emmanuel Galatoulas at Tue, Jan 17, 2006 at 11:17:52PM CET wrote: Milan Toth wrote: no luck :( twoo diferent kernels 2.6.15-rc5 and 2.6.15.1 also your source of bcm43xx and sofmac and no luck. When we can expect official module in kernel? thanks for your help and time Ruben :) Hi Milan i got curious after reading the posts by Ruben so I experimented a bit. I built the kernel 2.6.15 without the options regarding the ieee82011 modules, (here is the diff between my two configurations) # Linux kernel version: 2.6.15 # Tue Jan 10 01:36:09 2006 --- # Linux kernel version: 2.6.15nowifi # Mon Jan 16 23:37:17 2006 610,611c610,611 CONFIG_IEEE80211_CRYPT_CCMP=m CONFIG_IEEE80211_CRYPT_TKIP=m --- # CONFIG_IEEE80211_CRYPT_CCMP is not set # CONFIG_IEEE80211_CRYPT_TKIP is not set 1083,1093c1083,1086 # CONFIG_IPW_DEBUG is not set CONFIG_IPW2200=m CONFIG_AIRO=m CONFIG_HERMES=m # CONFIG_APPLE_AIRPORT is not set CONFIG_PLX_HERMES=m CONFIG_TMD_HERMES=m # CONFIG_NORTEL_HERMES is not set CONFIG_PCI_HERMES=m C CONFIG_PCI_ATMEL=m --- # CONFIG_IPW2200 is not set # CONFIG_AIRO is not set # CONFIG_HERMES is not set # CONFIG_ATMEL is not set 1098,1099d1090 # CONFIG_PCMCIA_HERMES is not set # CONFIG_PCMCIA_SPECTRUM is not set 1101d1091 # CONFIG_PCMCIA_ATMEL is not set 1108,1112c1098 CONFIG_HOSTAP=m CONFIG_HOSTAP_FIRMWARE=y CONFIG_HOSTAP_PLX=m CONFIG_HOSTAP_PCI=m CONFIG_HOSTAP_CS=m --- # CONFIG_HOSTAP is not set I emphasise that in both cases i use KERNEL 2.6.15 (so I can't say about -rc7 or 2.6.15.1!!!) Then I tried to built bcm43xx first against the kernel's own ieee80211 stuff and second against the softmac-snapshot. The result was that in the first case the module just doesn't build which a little search shows that is due not only that kernel-source files for ieee* are not identical with those in softmac-snapshot! For instance: diff ieee80211_crypt.h /usr/src/softmac-snapshot/include/net/ieee80211_crypt.h 26c26,28 #include linux/skbuff.h --- #include linux/types.h #include linux/list.h #include asm/atomic.h 31a34,36 struct sk_buff; struct module; 89a95,96 struct ieee80211_device; and # diff ieee80211.h /usr/src/softmac-snapshot/include/net/ieee80211.h 366,367c366,368 * information for frames received. Not setting these will not cause * any adverse affects. */ --- * information for frames received. * For ieee80211_rx_mgt, you need to set at least the 'len' parameter. */ 1090a1092 /* make sure to set stats-len */ 1122a1125,1132 extern int ieee80211_wx_set_auth(struct net_device *dev, struct iw_request_info *info, union iwreq_data *wrqu, char *extra); extern int ieee80211_wx_get_auth(struct net_device *dev, struct iw_request_info *info, union iwreq_data *wrqu, char *extra); but of also because ieee80211softmac.h simply does not exist at all in kernel-source. which must be also the explanation of getting various error messages (check with dmesg) So it is not without reason that the README file in bcm43xx states explicitly that you need to compile against SOFTMAC source and not the kernel-source made respective modules! I tried also another combination building the kernel both WITHOUT and WITH the ieee80211 modules and then built the bcm43xx against softmac-snapshot on top!!!. Then I noticed that in the first case (kernel WITHOUT ieee80211 related modules) compiling the bcm43xx module (I repeat against softmac-snapshot!) failed (perhaps due to some incompatibilities of the rest of the kernel stuff???) while in the second case (kernel built WITH ieee80211 related modules) the module did compile eventually because the softmac stuff essentially is overwritting kernel's own original ieee80211 stuff Which means that in that case the ieee80211 modules are just the softmac-snapshot's stuff and not the original kernel's !!! As a conclusion, then, I think that if someone sticks with kernel 2.6.15 and the softmac-snapshot source, there would be no problems to encounter anymore! (PS. sorry for the length of the reply, but I felt that I had to share all that!) best regards Emmanuel Galatoulas -- Milan Toth .''`. http://milan.toth-online.com : :' : [EMAIL PROTECTED] `. `'` `- MATH AND ALCOHOL DON'T MIX! Please don't drink and derive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AGPGART driver for ArticiaS - ioremap() problem
Hmm, I'm not sure what value agp_bridge-gart_bus_addr should have. The BIOS doesn't setup it and the VIA AGPGART driver even reads it out from the northbridge's registers! Where does the value for agp_bridge-gart_bus_addr come from? For now it is set to 0x0, which would require the modification in drm_vm.c!? Well... this is where you AGP aperture will be in bus space.. you'd rather know what to do with it to do a driver... I'm afraid so. :) :) The driver seems to work better with cant_use_aperture set to 1, so I leave it as it is. BTW: What's the meaning of needs_scratch_page? Well, set to 1 would mean the aperture isn't accessible on the CPU space. It might seem to work better either because indeed that is the case... or simply because you put it in a wrong place (ie 0 !) There must be a chipset register somewhere that tells you where the aperture is no ? I set the AGP aperture base register and agp_bridge-gart_bus_addr to 0x0100 (=16MB) (trial and error :-) and it seems to work with cant_use_aperture=1 (and without the modification in drm_vm.c). Even the X server maps all the data to this address and displays a login screen. Unfortunately it always freezes in. I guess this is due to the missing GART flush functionality. So I have to get this working first. Thanks! Gerhard -- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Video capture cards?
Hello,I wanted to turn my old powermac into a tv video recorder.I was thinking of getting this card http://www.newegg.com/Product/Product.asp?Item=N82E16815100120 (KWORLD VS-L883D PCI, The cheapest one on there).Will this card work in powerpc linux?Can someone recomend a good pci video capture card for powerpc? Thank you, Derek
Re: AGPGART driver for ArticiaS - ioremap() problem
On Thu, 2006-01-19 at 09:50 +0100, Gerhard Pircher wrote: Hmm, I'm not sure what value agp_bridge-gart_bus_addr should have. The BIOS doesn't setup it and the VIA AGPGART driver even reads it out from the northbridge's registers! Where does the value for agp_bridge-gart_bus_addr come from? For now it is set to 0x0, which would require the modification in drm_vm.c!? Well... this is where you AGP aperture will be in bus space.. you'd rather know what to do with it to do a driver... I'm afraid so. :) :) The driver seems to work better with cant_use_aperture set to 1, so I leave it as it is. BTW: What's the meaning of needs_scratch_page? Well, set to 1 would mean the aperture isn't accessible on the CPU space. It might seem to work better either because indeed that is the case... or simply because you put it in a wrong place (ie 0 !) There must be a chipset register somewhere that tells you where the aperture is no ? I set the AGP aperture base register and agp_bridge-gart_bus_addr to 0x0100 (=16MB) (trial and error :-) and it seems to work with cant_use_aperture=1 Makes sense, since this value is right in the middle of your RAM :) What does the firmware sets the base register too ? Can't you try to allocate some resource in the PCI area that isn't already occupied instead ? (and without the modification in drm_vm.c). Even the X server maps all the data to this address and displays a login screen. Unfortunately it always freezes in. I guess this is due to the missing GART flush functionality. So I have to get this working first. Yah, that would be pretty bad... Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT: dns zone transfer (was: public key is not available)
His nameserver doesn't need to be broken, your's might very well be. His nameserver refuses to answer a zone transfer request (9 NOAUTH) because it's not authoritative on that zone (that's absolutely correct behaviour). OK I'll take your word for that my DNS is broken, his is not. As I said, I am no DNS guru. I have bind running locally, could that explain it? Your's does answer that request. The funny thing is that among the authoritative nameservers of the pgp.net zone, some answer the zone transfer request and sgme do not (5 REFUSED). I tried $ host -v -l pgp.net and it seems my dns is not queried to do zone transfers $ host -v -l pgp.net Query about pgp.net for record types A NS PTR Finding nameservers for pgp.net ... Query done, 6 answers, status: no error Found 1 address for ns1.pipex.net Found 1 address for procert.cert.dfn.de Found 1 address for auth01.ns.uu.net Found 1 address for dns0.cl.cam.ac.uk Found 1 address for nac.no Found 1 address for ns0.pipex.net Trying server 158.43.192.7 (ns1.pipex.net) ... Asking zone transfer for pgp.net ... Query failed, 0 answers, status: query refused pgp.net AXFR record query refused by ns1.pipex.net Asking SOA record for pgp.net ... Query done, 1 answer, authoritative status: no error [ my comment: host asked ns1.pipex.net for a zone transfer, got none] [ ... other servers in the list above tried, got no answers] If understand things correctly, host does not ask my dns for a zone transfer for pgp.net. So my DNS is not broken. Right - your DNS server cannot know about zone data for pgp.net (only cached parts of it). For zone transfers, it's always one of the authoritative name servers that's asked. Correct default behavior for authoritative name servers is to refuse zone transfers from anyone not local (or even anyone not running a secondary). In this case, where zone transfers are used to publish information about which key servers to contact (according to the documentation even!), the correct behavior would instead be to accept zone queries from anyone. Seems the pgp.net servers are misconfigured. So my DNS is not broken, but why did $ host -l pgp.net | grep www not work for Paul J. Lucas? Because he used host from the bind9-host package while I used host from the host package. Maybe both have different limits on how many servers to try, or even different methods to query for zone data. Either way, the documented way of figuring out key servers does not work reliably, and the documentation should be fixed to suggest a more reliable method (or the pgp.net DNS needs fixing if that's possible; they may have switched off zone queries for a reason). Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AGPGART driver for ArticiaS - ioremap() problem
I set the AGP aperture base register and agp_bridge-gart_bus_addr to 0x0100 (=16MB) (trial and error :-) and it seems to work with cant_use_aperture=1 Makes sense, since this value is right in the middle of your RAM :) What does the firmware sets the base register too ? I did a readout of all AGP related registers and the base register was set to 0x0, so the firmware doesn't set it up at all. Can't you try to allocate some resource in the PCI area that isn't already occupied instead ? I though the GART base address should be in memory space!? Sorry for this dumb question: how can I allocate a resource in the PCI area? I'm not yet familiar with the whole Linux PCI/MM API. :) With something like pci_alloc_consistent()? (and without the modification in drm_vm.c). Even the X server maps all the data to this address and displays a login screen. Unfortunately it always freezes in. I guess this is due to the missing GART flush functionality. So I have to get this working first. Yah, that would be pretty bad... Indeed! :) Gerhard -- Lust, ein paar Euro nebenbei zu verdienen? Ohne Kosten, ohne Risiko! Satte Provisionen für GMX Partner: http://www.gmx.net/de/go/partner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: OT: dns zone transfer (was: public key is not available)
Hans Ekbrand escribe: I took the host -l pgp.net-method from the default .gnupg/options, is there anything wrong with that method? Yes. It works for very few people. I'm at Spain and I always use pgp.rediris.es which is very complete and transfers very fast. I encourage people to guess which PGP server's in their country, if any, even if it isn't a pgp.net host. Cordially, Ismael -- Dropping science like when Galileo dropped his orange pgp0hPMvvCLuF.pgp Description: PGP signature
Re: Video capture cards?
On Thu, Jan 19, 2006 at 01:30:18AM -0800, Derek wrote: Hello,I wanted to turn my old powermac into a tv video recorder.I was thinking of getting this card http://www.newegg.com/Product/Product.asp?Item=N82E16815100120 (KWORLD VS-L883D PCI, The cheapest one on there).Will this card work in powerpc linux?Can someone recomend a good pci video capture card for powerpc? I have seen the Hauppage PVR cards working, including the ones with hardware encode/decode support. I don't know about these others, but i would go for something sure. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Thermal control - iMac G5 (information request)
This is definitely not the latest git tree, It doesn't have the patches I wanted you to test. Try 2.6.16-rc1, it does have them. Sorry, I was getting the files from linuxhq.com. Since 2.6.16-rc1 does not build I'm waiting for somebody to tell me if the fix to make it build is the one I posted (adding #include asm/hvcall.h to ./arch/powerpc/kernel/rtas.c). I've sucessfully built it, but I don't dare to boot the kernel with that modification, however small, before you or another kernel developer for powerpc tells me it's ok to do so. Eduardo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bcm43xx finally working, with encryption too!!!
same here... are you trying an airport extreme on a powerbook 12??? Kasper On 1/19/06, Milan Toth [EMAIL PROTECTED] wrote: well, still no luck. kernel 2.6.15 without IEEE80211, with softmac-snapshot, bcm43xx from checkouted from svn and still the same problem :( Milan Emmanuel Galatoulas at Tue, Jan 17, 2006 at 11:17:52PM CET wrote: Milan Toth wrote: no luck :( twoo diferent kernels 2.6.15-rc5 and 2.6.15.1 also your source of bcm43xx and sofmac and no luck. When we can expect official module in kernel? thanks for your help and time Ruben :) Hi Milan i got curious after reading the posts by Ruben so I experimented a bit. I built the kernel 2.6.15 without the options regarding the ieee82011 modules, (here is the diff between my two configurations) # Linux kernel version: 2.6.15 # Tue Jan 10 01:36:09 2006 --- # Linux kernel version: 2.6.15nowifi # Mon Jan 16 23:37:17 2006 610,611c610,611 CONFIG_IEEE80211_CRYPT_CCMP=m CONFIG_IEEE80211_CRYPT_TKIP=m --- # CONFIG_IEEE80211_CRYPT_CCMP is not set # CONFIG_IEEE80211_CRYPT_TKIP is not set 1083,1093c1083,1086 # CONFIG_IPW_DEBUG is not set CONFIG_IPW2200=m CONFIG_AIRO=m CONFIG_HERMES=m # CONFIG_APPLE_AIRPORT is not set CONFIG_PLX_HERMES=m CONFIG_TMD_HERMES=m # CONFIG_NORTEL_HERMES is not set CONFIG_PCI_HERMES=m C CONFIG_PCI_ATMEL=m --- # CONFIG_IPW2200 is not set # CONFIG_AIRO is not set # CONFIG_HERMES is not set # CONFIG_ATMEL is not set 1098,1099d1090 # CONFIG_PCMCIA_HERMES is not set # CONFIG_PCMCIA_SPECTRUM is not set 1101d1091 # CONFIG_PCMCIA_ATMEL is not set 1108,1112c1098 CONFIG_HOSTAP=m CONFIG_HOSTAP_FIRMWARE=y CONFIG_HOSTAP_PLX=m CONFIG_HOSTAP_PCI=m CONFIG_HOSTAP_CS=m --- # CONFIG_HOSTAP is not set I emphasise that in both cases i use KERNEL 2.6.15 (so I can't say about -rc7 or 2.6.15.1!!!) Then I tried to built bcm43xx first against the kernel's own ieee80211 stuff and second against the softmac-snapshot. The result was that in the first case the module just doesn't build which a little search shows that is due not only that kernel-source files for ieee* are not identical with those in softmac-snapshot! For instance: diff ieee80211_crypt.h /usr/src/softmac-snapshot/include/net/ieee80211_crypt.h 26c26,28 #include linux/skbuff.h --- #include linux/types.h #include linux/list.h #include asm/atomic.h 31a34,36 struct sk_buff; struct module; 89a95,96 struct ieee80211_device; and # diff ieee80211.h /usr/src/softmac-snapshot/include/net/ieee80211.h 366,367c366,368 * information for frames received. Not setting these will not cause * any adverse affects. */ --- * information for frames received. * For ieee80211_rx_mgt, you need to set at least the 'len' parameter. */ 1090a1092 /* make sure to set stats-len */ 1122a1125,1132 extern int ieee80211_wx_set_auth(struct net_device *dev, struct iw_request_info *info, union iwreq_data *wrqu, char *extra); extern int ieee80211_wx_get_auth(struct net_device *dev, struct iw_request_info *info, union iwreq_data *wrqu, char *extra); but of also because ieee80211softmac.h simply does not exist at all in kernel-source. which must be also the explanation of getting various error messages (check with dmesg) So it is not without reason that the README file in bcm43xx states explicitly that you need to compile against SOFTMAC source and not the kernel-source made respective modules! I tried also another combination building the kernel both WITHOUT and WITH the ieee80211 modules and then built the bcm43xx against softmac-snapshot on top!!!. Then I noticed that in the first case (kernel WITHOUT ieee80211 related modules) compiling the bcm43xx module (I repeat against softmac-snapshot!) failed (perhaps due to some incompatibilities of the rest of the kernel stuff???) while in the second case (kernel built WITH ieee80211 related modules) the module did compile eventually because the softmac stuff essentially is overwritting kernel's own original ieee80211 stuff Which means that in that case the ieee80211 modules are just the softmac-snapshot's stuff and not the original kernel's !!! As a conclusion, then, I think that if someone sticks with kernel 2.6.15 and the softmac-snapshot source, there would be no problems to encounter anymore! (PS. sorry for the length of the reply, but I felt that I had to share all that!) best regards Emmanuel Galatoulas -- Milan Toth .''`. http://milan.toth-online.com : :' : [EMAIL
RE: Files for BootX
Hi Rick, I tried your suggestion with # modprobe hfsplus but the same failure occurred. I will have to put this project down for awhile since I'm not proceeding with the reboot at all. All mention of hfs in any form seems to cause an inability for Linux to find that mac partition. I know I used mac in the hfs and not hfsplus format to install Mac OS 9.1. Bye for now, George -Original Message- From: Rick Thomas [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 18, 2006 3:42 PM To: Dombi, George Cc: [EMAIL PROTECTED]; debian-powerpc@lists.debian.org Subject: Re: Files for BootX On Jan 18, 2006, at 10:25 AM, Dombi, George wrote: Also # modprobe hfs doesn't work it also errors. Try modprobe hfsplus Rick -- Confidentiality Notice: This email message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and/or privileged information. If you are not the intended recipient(s), you are hereby notified that any dissemination, unauthorized review, use, disclosure, copying, or distribution of the contents of this email and/or any materials contained in any attachments is prohibited. If you have received this message in error, or are not the intended recipient(s), please immediately notify the sender by email and destroy all copies of the original message, including attachments.
Re: bcm43xx finally working, with encryption too!!!
heh guys, progress there. here are me steps: 1. because i was running 2.6.15 I do $rm -rf /lib/modules/2.6.15-krachsna-2 2. configure kernel with IEEE80211 3. compile and install softmac-snapshot 4. compile and install bcm43xx no progress 5. configure kernel without IEEE80211 6. compile and install softmac-snapshot 7. compile and install bcm43xx, but i have to disable checking for IEEE80211 in bcm43xx.h And wow, no problem with loading module. But in most cases I have problem with scanning for AP. Sometimes iwlist show me AP sometimes no. Any ideas? And I have one question it is posible to use WPA with bcm43xx? M. p.s.: many thanks to all who developing this driver :) Kasper Jordaens at Thu, Jan 19, 2006 at 04:27:42PM CET wrote: same here... are you trying an airport extreme on a powerbook 12??? Kasper On 1/19/06, Milan Toth [EMAIL PROTECTED] wrote: well, still no luck. kernel 2.6.15 without IEEE80211, with softmac-snapshot, bcm43xx from checkouted from svn and still the same problem :( Milan Emmanuel Galatoulas at Tue, Jan 17, 2006 at 11:17:52PM CET wrote: Milan Toth wrote: no luck :( twoo diferent kernels 2.6.15-rc5 and 2.6.15.1 also your source of bcm43xx and sofmac and no luck. When we can expect official module in kernel? thanks for your help and time Ruben :) Hi Milan i got curious after reading the posts by Ruben so I experimented a bit. I built the kernel 2.6.15 without the options regarding the ieee82011 modules, (here is the diff between my two configurations) # Linux kernel version: 2.6.15 # Tue Jan 10 01:36:09 2006 --- # Linux kernel version: 2.6.15nowifi # Mon Jan 16 23:37:17 2006 610,611c610,611 CONFIG_IEEE80211_CRYPT_CCMP=m CONFIG_IEEE80211_CRYPT_TKIP=m --- # CONFIG_IEEE80211_CRYPT_CCMP is not set # CONFIG_IEEE80211_CRYPT_TKIP is not set 1083,1093c1083,1086 # CONFIG_IPW_DEBUG is not set CONFIG_IPW2200=m CONFIG_AIRO=m CONFIG_HERMES=m # CONFIG_APPLE_AIRPORT is not set CONFIG_PLX_HERMES=m CONFIG_TMD_HERMES=m # CONFIG_NORTEL_HERMES is not set CONFIG_PCI_HERMES=m C CONFIG_PCI_ATMEL=m --- # CONFIG_IPW2200 is not set # CONFIG_AIRO is not set # CONFIG_HERMES is not set # CONFIG_ATMEL is not set 1098,1099d1090 # CONFIG_PCMCIA_HERMES is not set # CONFIG_PCMCIA_SPECTRUM is not set 1101d1091 # CONFIG_PCMCIA_ATMEL is not set 1108,1112c1098 CONFIG_HOSTAP=m CONFIG_HOSTAP_FIRMWARE=y CONFIG_HOSTAP_PLX=m CONFIG_HOSTAP_PCI=m CONFIG_HOSTAP_CS=m --- # CONFIG_HOSTAP is not set I emphasise that in both cases i use KERNEL 2.6.15 (so I can't say about -rc7 or 2.6.15.1!!!) Then I tried to built bcm43xx first against the kernel's own ieee80211 stuff and second against the softmac-snapshot. The result was that in the first case the module just doesn't build which a little search shows that is due not only that kernel-source files for ieee* are not identical with those in softmac-snapshot! For instance: diff ieee80211_crypt.h /usr/src/softmac-snapshot/include/net/ieee80211_crypt.h 26c26,28 #include linux/skbuff.h --- #include linux/types.h #include linux/list.h #include asm/atomic.h 31a34,36 struct sk_buff; struct module; 89a95,96 struct ieee80211_device; and # diff ieee80211.h /usr/src/softmac-snapshot/include/net/ieee80211.h 366,367c366,368 * information for frames received. Not setting these will not cause * any adverse affects. */ --- * information for frames received. * For ieee80211_rx_mgt, you need to set at least the 'len' parameter. */ 1090a1092 /* make sure to set stats-len */ 1122a1125,1132 extern int ieee80211_wx_set_auth(struct net_device *dev, struct iw_request_info *info, union iwreq_data *wrqu, char *extra); extern int ieee80211_wx_get_auth(struct net_device *dev, struct iw_request_info *info, union iwreq_data *wrqu, char *extra); but of also because ieee80211softmac.h simply does not exist at all in kernel-source. which must be also the explanation of getting various error messages (check with dmesg) So it is not without reason that the README file in bcm43xx states explicitly that you need to compile against SOFTMAC source and not the kernel-source made respective modules! I tried also another combination building the kernel both WITHOUT and WITH the ieee80211 modules and then built the bcm43xx against softmac-snapshot on top!!!.
Re: bcm43xx finally working, with encryption too!!!
Hi Milan, I am using Airport wireless card on an iBook 12 G4 and I have managed to get bcm43xx driver working both with WEP and WPA, using the default debian kernel. I downloaded the softmac-snapshot and bcm43xx snapshots (Jan 15, 2006 snapshots) and compiled the ieee80211 modules from the softmac-snapshot and use them instead of the ones in the kernel. Giuseppe has a good summary of the procedure we followed to get it working at http://www.fisica.unipa.it/~lavaget/ubuntuae/ I have found that iwlist scanning isn't very reliable. I sometimes have to scan a couple of times before setting the essid using iwconfig or wpa_supplicant. This brings me to my problem... I cannot get an IP address using dhclient... the procedure I follow is modprobe ieee80211_crypt ieee80211 ieee80211_crypt_wep ieee80211_crypt_ccmp ieee80211_crypt_tkip ieee80211softmac bcm43xx ifconfig eth1 up iwlist eth1 scan dhclient eth1 When I run dhclient it seems to do an ifconfig eth1 down followed by an ifconfig eth1 up, which means that the iwlist scan results are lost and dhclient keeps searching for the dhcp server. I found that if I let dhclient run on one console and run iwlist eth1 scan in another console then the dhclient immediately is able to get an IP address. So my question is... is there any option that I can pass to dhclient that will disable the up/down of interface if it is already up? Can someone please help? Shreyas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bcm43xx finally working, with encryption too!!!
On 19 Jan 2006 14:45:12 -0500, Shreyas Ananthan [EMAIL PROTECTED] wrote: Hi Milan, I am using Airport wireless card on an iBook 12 G4 and I have managed to get bcm43xx driver working both with WEP and WPA, using the default debian kernel. I downloaded the softmac-snapshot and bcm43xx snapshots (Jan 15, 2006 snapshots) and compiled the ieee80211 modules from the softmac-snapshot and use them instead of the ones in the kernel. Giuseppe has a good summary of the procedure we followed to get it working at http://www.fisica.unipa.it/~lavaget/ubuntuae/ I have found that iwlist scanning isn't very reliable. I sometimes have to scan a couple of times before setting the essid using iwconfig or wpa_supplicant. Try dscape/bcm43xx. It needs only one second to get connected. http://svn.berlios.de/wsvn/bcm43xx/branches/dscape/driver/HOWTO?op=filerev=1027sc=1 Bin This brings me to my problem... I cannot get an IP address using dhclient... the procedure I follow is modprobe ieee80211_crypt ieee80211 ieee80211_crypt_wep ieee80211_crypt_ccmp ieee80211_crypt_tkip ieee80211softmac bcm43xx ifconfig eth1 up iwlist eth1 scan dhclient eth1 When I run dhclient it seems to do an ifconfig eth1 down followed by an ifconfig eth1 up, which means that the iwlist scan results are lost and dhclient keeps searching for the dhcp server. I found that if I let dhclient run on one console and run iwlist eth1 scan in another console then the dhclient immediately is able to get an IP address. So my question is... is there any option that I can pass to dhclient that will disable the up/down of interface if it is already up? Can someone please help? Shreyas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
kernel image 2.6.15 sbp2 problem Unknown symbol bus_to_virt
Hi, I am using Debian unstable and recently upgraded the kernel to 2.6.15-1-powerpc65. I noticed that firewire support seems to be broken as my iPod would no longer mount. After googling a little I found that modprobe sbp2 should insert one of the correct module to enable firewire support. Unfortunately this produced the following error message: FATAL: Error inserting sbp2 (/lib/modules/2.6.15-1-powerpc64/kernel/drivers/ieee1394/sbp2.ko): Unknown symbol in module, or unknown parameter (see dmesg) Tailing the bottom of dmesg yields: sbp2: Unknown symbol bus_to_virt For the life of me I cannot figure this out, and I have only found one other reference to this problem: http://www.google.co.uk/search?q=Unknown+symbol+bus_to_virt I tried searching the Debian bug tracker but could not find anything. Does anyone know why this problem is happening, and perhaps more importantly how to fix it? If not, I guess I should follow Sven's advice and file a bug. Thanks, Noah -- Creativity can be a social contribution, but only in so far as society is free to use the results. - R. Stallman
Re: bcm43xx finally working, with encryption too!!!
Bin Zhang [EMAIL PROTECTED] writes: snip... Try dscape/bcm43xx. It needs only one second to get connected. http://svn.berlios.de/wsvn/bcm43xx/branches/dscape/driver/HOWTO?op=filerev=1027sc=1 Bin snip.. Hi, I tried to make dscape+bcm43xx work and haven't succeeded. This is with 2.6.15 kernel with the unofficial patch applied. The sta_up.sh script causes the kernel to crash and I have to reboot. I traced the kernel panic to the following command in sta_up.sh ifconfig wlan0.11 up and the xmon exception information at this point shows the following message... vector: 300 at pc=f26b33b8: ieee80211_master_start_xmit+0x6c/0x4bc [80211], lr=f2b3378: ieee80211_master_xmit+0x2c/0x4bc [80211] msr=9032, sp = ef4b3a00 [ef4b3950] dar = 8, dsisr = 4000 current = ef58e770, pid = 3151, comm = bash I am not sure what this means or what other information (from xmon dump) that I need to post for someone to be able to help me. I tried posting to the bcm43xx-dev mailing list, but since I am not subscribed to the list the message is waiting for moderator approval for over three days now. I had also posted about this in debian-ppc mailing list a few days ago and there were no responses, so I gave up on the dscape+bcm43xx route and went with softmac+bcm43xx. I will give the dscape+bcm43xx route a try again if someone can help me with this. Any help will be appreciated. Shreyas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Thermal control - iMac G5 (information request)
On Thu, 2006-01-19 at 11:58 +0200, Eduardo Trápani wrote: This is definitely not the latest git tree, It doesn't have the patches I wanted you to test. Try 2.6.16-rc1, it does have them. Sorry, I was getting the files from linuxhq.com. Since 2.6.16-rc1 does not build I'm waiting for somebody to tell me if the fix to make it build is the one I posted (adding #include asm/hvcall.h to ./arch/powerpc/kernel/rtas.c). I've sucessfully built it, but I don't dare to boot the kernel with that modification, however small, before you or another kernel developer for powerpc tells me it's ok to do so. Hrm... I don't kow, I haven't tried... I'm on vacation at the moment. Note that a g5 defconfig shouldn't need rtas (do make g5_defconfig) Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AGPGART driver for ArticiaS - ioremap() problem
On Thu, 2006-01-19 at 11:52 +0100, Gerhard Pircher wrote: I set the AGP aperture base register and agp_bridge-gart_bus_addr to 0x0100 (=16MB) (trial and error :-) and it seems to work with cant_use_aperture=1 Makes sense, since this value is right in the middle of your RAM :) What does the firmware sets the base register too ? I did a readout of all AGP related registers and the base register was set to 0x0, so the firmware doesn't set it up at all. Can't you try to allocate some resource in the PCI area that isn't already occupied instead ? I though the GART base address should be in memory space!? Euh... I was talking about the aperture base, not the GART base... (One is the address one the bus where the AGP area will be visible, the other is where the GART will be in memory, that is the table that contains the mapping between AGP pages and memory pages). Sorry for this dumb question: how can I allocate a resource in the PCI area? I'm not yet familiar with the whole Linux PCI/MM API. :) With something like pci_alloc_consistent()? Nope... look at drivers/pci/setup-res.c how it does for allocating new resources for PCI devices. (and without the modification in drm_vm.c). Even the X server maps all the data to this address and displays a login screen. Unfortunately it always freezes in. I guess this is due to the missing GART flush functionality. So I have to get this working first. Yah, that would be pretty bad... Indeed! :) Gerhard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
pbbuttonsd beta on new Powerbook5,8
Hi all, For those who didn't notice, pbbuttonsd just got support for the backlit keyboard of the new Powerbooks (post-October 2005). For me it works fine :-) However, I have another problem: it seems that pbbuttonsd can't detect activity. While typing, a short while after resuming from sleep, the display is dimmed down to level 1. Another while later, if I don't stop pbbuttonsd in the mean time, it puts the machine to sleep. All this while I'm typing Can anyone confirm this behaviour? Any fixes available? Thanks, and cheers Michel - Michel Lanners | Read Philosophy. Study Art. 23, Rue Paul Henkes|Ask Questions. Make Mistakes. L-1710 Luxembourg | email [EMAIL PROTECTED]| http://www.cpu.lu/~mlan| Learn Always. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pbbuttonsd beta on new Powerbook5,8
On Thu, 2006-01-19 at 23:09 +0100, Mich Lanners wrote: Hi all, For those who didn't notice, pbbuttonsd just got support for the backlit keyboard of the new Powerbooks (post-October 2005). For me it works fine :-) However, I have another problem: it seems that pbbuttonsd can't detect activity. While typing, a short while after resuming from sleep, the display is dimmed down to level 1. Another while later, if I don't stop pbbuttonsd in the mean time, it puts the machine to sleep. All this while I'm typing Can anyone confirm this behaviour? Any fixes available? I had this problem with some kernels (I think 2.6.14 had the issue) and/or udev version problems (check that you have the various /dev/input/ entries, events mouse and kbd, I think it was missing some of the events devices) Ben. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bcm43xx finally working, with encryption too!!!
Shreyas Ananthan wrote: Bin Zhang [EMAIL PROTECTED] writes: snip... Try dscape/bcm43xx. It needs only one second to get connected. http://svn.berlios.de/wsvn/bcm43xx/branches/dscape/driver/HOWTO?op=filerev=1027sc=1 Bin snip.. I will give the dscape+bcm43xx route a try again if someone can help me with this. Any help will be appreciated. Hm, bcm43xx-dscape was the next challenge to take indeed, but pardon me the HOWTO itself look quite intimitating I am going to try it anyway (even just of curiosity!) Shreyas. i coule refer to quite a few fine details about using the driver! For instance, some times I have to repeatedly #ifdown , #ifup the interface to get it working (getting at that time an error that the link is not yet ready) also some times activating the interface via kwifimanager corrects that issue of not recognising the Access Points IP giving an FF:FF instead! What I have ended with is to put the relevant information in my /etc/network/interfaces, which looks like: auto eth1 iface eth1 inet static address 192.168.1.5 netmask 255.255.255.0 network 192.168.1.0 gateway 192.168.1.7 broadcast 192.168.1.255 wireless-mode managed wireless-essid quadnrg wireless-key xx == where someone of course may change auto to noauto and static to dhcp (and commenting the address, netmask etc) Using this make usually unnecessary the use of iwconfig at all! (and minding that sometimes even the device interface changes say from eth2 to eth1! but most of the times sets to eth1 in my case!) So I think that obviously the state of things regarding Airport is not yet perfect but certainly has improved dramatically! Even working with MacOS X, using Airport is not flawless (quite often I have to reset my access point/router and so on). So all we need is still more experimentation (and a bit of patience) emmanuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bcm43xx finally working, with encryption too!!!
I have bcm43xx semi-reliably working on my iBook G4 12. I am using 2.6.15.1 kernel, bcm43xx and softmac snapshots (from 15 Jan 06), some dodgy scripts and IEEE80211 compiled in the kernel as a module. DODGY SCRIPTS - To get the wireless to reliably associate to an AP (with or without WEP) I have a pre-up script that does the following: 1. unload and reload the bcm43xx module 2. ifconfig down and up the interface (it seems to help?!?) 3. Scan until we see the wireless network (this can take several tries) 4. Set the rate to 11M and the ESSID to the local network ESSID. While my script is some overly complicated perl that tries to find one of my preferred networks here is what it would look like as simple bourne shell script (last two lines optional depending on network and use as pre-up script or standalone script): START SCRIPT #!/bin/sh modprobe -r bcm43xx modprobe bcm43xx ifrename # Needed because I rename the interface to bcm0 INTERFACE=`iwconfig 21 | fgrep broadcom 4318 | cut -f1 -d ` ifconfig $INTERFACE down ifconfig $INTERFACE up ESSID= while [ -z $ESSID ] do ESSID=`iwlist $INTERFACE scan | fgrep ESSID | cut -f2 -d''` sleep 1 done iwconfig $INTERFACE rate 11M iwconfig $INTERFACE essid $ESSID #iwconfig $INTERFACE key 0a1b2c3d4e #dhclient $INTERFACE END OF SCRIPT Shreyas Ananthan wrote: Bin Zhang [EMAIL PROTECTED] writes: snip... Try dscape/bcm43xx. It needs only one second to get connected. http://svn.berlios.de/wsvn/bcm43xx/branches/dscape/driver/HOWTO?op=filerev=1027sc=1 Bin snip.. Hi, I tried to make dscape+bcm43xx work and haven't succeeded. This is with 2.6.15 kernel with the unofficial patch applied. The sta_up.sh script causes the kernel to crash and I have to reboot. I traced the kernel panic to the following command in sta_up.sh ifconfig wlan0.11 up and the xmon exception information at this point shows the following message... vector: 300 at pc=f26b33b8: ieee80211_master_start_xmit+0x6c/0x4bc [80211], lr=f2b3378: ieee80211_master_xmit+0x2c/0x4bc [80211] msr=9032, sp = ef4b3a00 [ef4b3950] dar = 8, dsisr = 4000 current = ef58e770, pid = 3151, comm = bash I am not sure what this means or what other information (from xmon dump) that I need to post for someone to be able to help me. I tried posting to the bcm43xx-dev mailing list, but since I am not subscribed to the list the message is waiting for moderator approval for over three days now. I had also posted about this in debian-ppc mailing list a few days ago and there were no responses, so I gave up on the dscape+bcm43xx route and went with softmac+bcm43xx. I will give the dscape+bcm43xx route a try again if someone can help me with this. Any help will be appreciated. Shreyas. -- Aaron Kerr - Engagement Architect Sun Microsystems -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Gnome Problem (Debian 3.1 - Powermac 9500)
It was indeed X related and the solution so simple: Run xf86config and select the proper driver for the Voodoo3 Card. You tend to forget those helpful little tools. (Must be some years ago I needed xf86config). Thanks for the hint. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Powerbook5,8: function keys not working
Hello all, On my Powerbook5,8 (post-October Aluminum), I have a problem with the special keys overloaded on the F keys. I have Michael's patch (http://patchwork.ozlabs.org/linuxppc/patch?id=3856) applied to the kernel, but none of the keys seems to produce any special action. pbbuttonsd listens for those keys and should run the special actions, but it doesn't. Fn + cursor keys do produce the expected acion, i.e page up/down and home/end. The power key works also. In default config, Fn+Fx (eg. Fn+F1) do produce different keycodes. But it seems the Fn-ified keycode is not what it should be. showkey on the console has this to say (down + up events): F1: 0x3b 0xbb Fn + F1: 0x00 0x81 0xe0 0x80 0x00 0xe0 As you can se, with fn, I get six bytes instead of two. The last byte of each block of three does represent the keycode I'm looking for: 0xe0 or 224 for fn+F1. What am I missing here? Also note that I ave no sound compiled in, which pbbuttonsd notices on startup, and that the three sound-related keys do produce the expected keycodes 113-115. eject, though not dependant on fn, also produces a three-byte sequence in showkeys, and indeed does not work. Thanks, and cheers Michel - Michel Lanners | Read Philosophy. Study Art. 23, Rue Paul Henkes|Ask Questions. Make Mistakes. L-1710 Luxembourg | email [EMAIL PROTECTED]| http://www.cpu.lu/~mlan| Learn Always. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pbbuttonsd beta on new Powerbook5,8
On Fri, Jan 20, 2006 at 09:11:37AM +1100, Benjamin Herrenschmidt wrote: On Thu, 2006-01-19 at 23:09 +0100, Mich Lanners wrote: Hi all, For those who didn't notice, pbbuttonsd just got support for the backlit keyboard of the new Powerbooks (post-October 2005). For me it works fine :-) However, I have another problem: it seems that pbbuttonsd can't detect activity. While typing, a short while after resuming from sleep, the display is dimmed down to level 1. Another while later, if I don't stop pbbuttonsd in the mean time, it puts the machine to sleep. All this while I'm typing Can anyone confirm this behaviour? Any fixes available? I had this problem with some kernels (I think 2.6.14 had the issue) and/or udev version problems (check that you have the various /dev/input/ entries, events mouse and kbd, I think it was missing some of the events devices) Current 2.6.15 debian kernel with a sarge userland exhibit the problem. The mouse events work fine, but indeed the keyboard events don't get recognized as activity. The above comment from Benjamin Herrenschmidt made me remember that it is not recomended to run older udev with newer kernel, which means i should re-backport a newer version of udev. What distribution/kernel/udev are you running ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Powerbook5,8: function keys not working
Hello Mich On Fri, Jan 20, 2006 at 12:06:31AM +0100, Mich Lanners wrote: Fn + cursor keys do produce the expected acion, i.e page up/down and home/end. Okay, so you don't have a keyboard the patch/driver doesn't know about. In default config, Fn+Fx (eg. Fn+F1) do produce different keycodes. But it seems the Fn-ified keycode is not what it should be. Fn sends KEY_FN, too. The sequences you should get: pb_fnmode=1, F1: KEY_BRIGHTNESSDOWN down, KEY_BRIGHTNESSDOWN up pb_fnmode=1, Fn+F1: KEY_FN down, KEY_F1 down, KEY_F1 up, KEY_FN up pb_fnmode=2, F1: KEY_F1 down, KEY_F1 up pb_fnmode=2, Fn+F1: KEY_FN down, KEY_BRIGHTNESSDOWN down, KEY_BRIGHTNESSDOWN up, KEY_FN up See linux/include/linux/input.h for the constants. In the Fn+ cases, the latter two events might be swapped, depending on in which order you release the keys. pb_fnmode=1 is the default, known as fkeysfirst in pbbuttonsd or also as the Mac OS X default mode. I hope this information brought you some steps further. Greets, Michael -- Gentoo Linux developer, http://hansmi.ch/, http://forkbomb.ch/ Linux: the operating system with a CLUE... Command Line User Environment. (seen in a posting in comp.software.testing) pgpAS0gL2hEME.pgp Description: PGP signature
Re: pbbuttonsd beta on new Powerbook5,8
Hi Ben, On 20 Jan, this message from Benjamin Herrenschmidt echoed through cyberspace: On Thu, 2006-01-19 at 23:09 +0100, Mich Lanners wrote: However, I have another problem: it seems that pbbuttonsd can't detect activity. While typing, a short while after resuming from sleep, the display is dimmed down to level 1. Another while later, if I don't stop pbbuttonsd in the mean time, it puts the machine to sleep. All this while I'm typing Can anyone confirm this behaviour? Any fixes available? I had this problem with some kernels (I think 2.6.14 had the issue) and/or udev version problems (check that you have the various /dev/input/ entries, events mouse and kbd, I think it was missing some of the events devices) I have serious problems with udev myself; default instal would not create half of the devices half of the time. I'm now at the point of disabling udev (append=UDEV_DISABLED=yes). It still barks on startup about files it cannot remove because of RO filesystem. Anyway, other issue. So I'm back to statuc device files, and I previously had event0 .. event3. I have created the other ones til 31, and indeed pbbuttonsd opens them all. But event4 ... event31 all report ENODEV. I'm running 2.6.15. I might trz more recent, do you know a version that does compile? I originally tried compiling 2.6.15-git6, but that didn't compile. Thanks, and cheers Michel - Michel Lanners | Read Philosophy. Study Art. 23, Rue Paul Henkes|Ask Questions. Make Mistakes. L-1710 Luxembourg | email [EMAIL PROTECTED]| http://www.cpu.lu/~mlan| Learn Always. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pbbuttonsd beta on new Powerbook5,8
Hi Sven, On 20 Jan, this message from Sven Luther echoed through cyberspace: On Fri, Jan 20, 2006 at 09:11:37AM +1100, Benjamin Herrenschmidt wrote: However, I have another problem: it seems that pbbuttonsd can't detect activity. [snip] Can anyone confirm this behaviour? Any fixes available? I had this problem with some kernels (I think 2.6.14 had the issue) and/or udev version problems (check that you have the various /dev/input/ entries, events mouse and kbd, I think it was missing some of the events devices) Current 2.6.15 debian kernel with a sarge userland exhibit the problem. The mouse events work fine, but indeed the keyboard events don't get recognized as activity. The above comment from Benjamin Herrenschmidt made me remember that it is not recomended to run older udev with newer kernel, which means i should re-backport a newer version of udev. What distribution/kernel/udev are you running ? Debian etch aka testing, 2.6.15 kernel.org plus fn and trackpad patrches, udev 0.076-6 (the one currently in testing). As I said in reply to Ben, my udev is not working anyway. Thanks, and cheers Michel PS Sven, mind using a newer kernel on your daily d-i builds, so that recent Powerbooks can be installed with that? - Michel Lanners | Read Philosophy. Study Art. 23, Rue Paul Henkes|Ask Questions. Make Mistakes. L-1710 Luxembourg | email [EMAIL PROTECTED]| http://www.cpu.lu/~mlan| Learn Always. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pbbuttonsd beta on new Powerbook5,8
On Fri, Jan 20, 2006 at 12:42:08AM +0100, Mich Lanners wrote: Hi Sven, On 20 Jan, this message from Sven Luther echoed through cyberspace: On Fri, Jan 20, 2006 at 09:11:37AM +1100, Benjamin Herrenschmidt wrote: However, I have another problem: it seems that pbbuttonsd can't detect activity. [snip] Can anyone confirm this behaviour? Any fixes available? I had this problem with some kernels (I think 2.6.14 had the issue) and/or udev version problems (check that you have the various /dev/input/ entries, events mouse and kbd, I think it was missing some of the events devices) Current 2.6.15 debian kernel with a sarge userland exhibit the problem. The mouse events work fine, but indeed the keyboard events don't get recognized as activity. The above comment from Benjamin Herrenschmidt made me remember that it is not recomended to run older udev with newer kernel, which means i should re-backport a newer version of udev. What distribution/kernel/udev are you running ? Debian etch aka testing, 2.6.15 kernel.org plus fn and trackpad patrches, udev 0.076-6 (the one currently in testing). As I said in reply to Ben, my udev is not working anyway. Mmm, did you already file a bug against udev for this ? Thanks, and cheers Michel PS Sven, mind using a newer kernel on your daily d-i builds, so that recent Powerbooks can be installed with that? Tomorrow's daily build should have 2.6.15-1. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: pbbuttonsd beta on new Powerbook5,8
On Fri, Jan 20, 2006 at 12:42:08AM +0100, Mich Lanners wrote: Hi Sven, What distribution/kernel/udev are you running ? Debian etch aka testing, 2.6.15 kernel.org plus fn and trackpad patrches, udev 0.076-6 (the one currently in testing). Can you try installing the sid udev (0.81-1) ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Powerbook5,8: function keys not working
Hi Michael, On 20 Jan, this message from Michael Hanselmann echoed through cyberspace: Okay, so you don't have a keyboard the patch/driver doesn't know about. No, I also verified the USB ids vs. your patch. In default config, Fn+Fx (eg. Fn+F1) do produce different keycodes. But it seems the Fn-ified keycode is not what it should be. Fn sends KEY_FN, too. The sequences you should get: Are you sure the patch I'm using already does that? I use the older one (patchwork.ozlabs.org/linuxppc/patch?id=3856). pb_fnmode=1, F1: KEY_BRIGHTNESSDOWN down, KEY_BRIGHTNESSDOWN up I never get these alone, whatever I do. pb_fnmode=1, Fn+F1: KEY_FN down, KEY_F1 down, KEY_F1 up, KEY_FN up What is the KEY_FN code? 0x1d0? pb_fnmode=2, F1: KEY_F1 down, KEY_F1 up pb_fnmode=2, Fn+F1: KEY_FN down, KEY_BRIGHTNESSDOWN down, KEY_BRIGHTNESSDOWN up, KEY_FN up See linux/include/linux/input.h for the constants. In the Fn+ cases, the latter two events might be swapped, depending on in which order you release the keys. pb_fnmode=1 is the default, known as fkeysfirst in pbbuttonsd or also as the Mac OS X default mode. What is the difference between key-down and key-up? I thought the highest bit is set; but what about multi-byte sequences or keycodes above 127? I hope this information brought you some steps further. Not yet, but thanks anyway :-) Cheers Michel - Michel Lanners | Read Philosophy. Study Art. 23, Rue Paul Henkes|Ask Questions. Make Mistakes. L-1710 Luxembourg | email [EMAIL PROTECTED]| http://www.cpu.lu/~mlan| Learn Always. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Video capture cards?
Hello Sven,thank you for the reply.Do all the Hauppage PVR's work for powerpc or do you know which ones are known to work? Thanks, DerekOn 1/19/06, Sven Luther [EMAIL PROTECTED] wrote: On Thu, Jan 19, 2006 at 01:30:18AM -0800, Derek wrote: Hello,I wanted to turn my old powermac into a tv video recorder.I was thinking of getting this card http://www.newegg.com/Product/Product.asp?Item=N82E16815100120 (KWORLD VS-L883D PCI, The cheapest one on there).Will this card work in powerpc linux?Can someone recomend a good pci video capture card for powerpc?I have seen the Hauppage PVR cards working, including the ones with hardwareencode/decode support.I don't know about these others, but i would go for something sure.Friendly, Sven Luther
Re: Video capture cards?
On Thu, Jan 19, 2006 at 04:27:31PM -0800, Derek wrote: Hello Sven,thank you for the reply.Do all the Hauppage PVR's work for powerpc or do you know which ones are known to work? I have seen the PVR550 or whatever it was, but it is an expensive dual-tuner card. I think the PVR150 entry level ones also work. Also, i think the ATI-AIW work fine also, and you get a free graphic card upgrade the same way. I am trying to find a low propfile hauppage PVR150, but hauppagge seems to have some trouble selling me one of those in france, so ... Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
book review
Trying to find out the title and author of a book you reviewed on Jan. 17, 2006. It's about the murder of a violinist backstage at the Metropolitan Opera House. Please notify: [EMAIL PROTECTED] Thank you.
Re: bcm43xx finally working, with encryption too!!!
Aaron Kerr [EMAIL PROTECTED] writes: snip While my script is some overly complicated perl that tries to find one of my preferred networks here is what it would look like as simple bourne shell script (last two lines optional depending on network and use as pre-up script or standalone script): snip #iwconfig $INTERFACE key 0a1b2c3d4e #dhclient $INTERFACE END OF SCRIPT snip My script works exactly the way you described. My problem is with the last line, when I try dhclient. It seems to do an ifconfig down/up again, which means I have to run iwlist scan again to get the wireless working again. What I want is a way to disable dhclient from doing its own ifconfig down/up on eth1 (or eth2 sometimes!), so that the iwlist command doesn't have to be run separately on another xterm/console. Shreyas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]