Re: [Success!] Airport Extreme
On Fri, Sep 01, 2006 at 12:43:05PM +0200, Jack Malmostoso wrote: > On Fri, 01 Sep 2006 11:50:11 +0200, Yves-Alexis Perez wrote: > > > But anyway I still need to pre-up the interface, even to associate with an > > open network. And I don't think that network-manager knows how to do that > > Well I guess it might be worth a try, in case you haven't tried yet! > I am going through several sleep cycles in the last couple of days and the > driver got stuck just once (to my great surprise) so I really think this > is some good software. Maybe wiping all of your configuration and starting > fresh using networkmanager alone might be an idea? Just using NM works fine for me (with kernels >= 2.6.17 from unstable). But i'm only using WEP.. If you need to do special things to pre-up the interface, NM will run the scripts in /etc/network/*.d/ at the appropriate times. So you can just drop a script in /etc/network/if-pre-up.d/ to do the magic you need Sjoerd -- The Universe is populated by stable things. -- Richard Dawkins -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
G3 (or other non-altivec machines) testers sought
Hi, Gstreamer currently has a release critical bug that seems to be only reproducable on powerpc machines without altivec support and even then not always. The best hint to what the problem might be seems to indicate there is an issue in the libvisual altivec detection code[0].. Also for some reporters the problem went away (!?). Google revealed that pld-linux re-enabled the altivec detection because it works ``on fixed kernel''. So it might be related to specific kernel versions. So what i would like people to do (Only on machine without altivec!): 0: Install gstreamer 0.10 (at least gstreamer0.10-plugins-base and gstreamer0.10-tools from etch) 1: Run: rm ~/.gstreamer-0.10/registry.*.xml gst-launch-0.10 --gst-disable-registry-fork 2a: If it doesn't crash: - please try on an older kernel if possible 2b: If it does crash: - please try on a newer (debian) kernel if possible - if that doesn't help try the libvisual packages at: http://people.debian.org/~sjoerd/libvisual/ 3: Thanks for testing! Please mail your experiences, kernel versions, machines types etc. Sjoerd 0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=404876;msg=88 -- Don't kid yourself. Little is relevant, and nothing lasts forever. signature.asc Description: Digital signature
NMU for libvisual breaking gnome on non-altivec powerpc machines.
I've just uploaded an NMU of libvisual to the DELAYED/2-day queue on gluck, which works around the issue of the altivec detection causing gstreamer to segv on some powerpc machines without altivec. Which in turn breaks the gnome desktop on these machines. The workaround simply completely disables the altivec detection. With this workaround #404876 and #407153 can either be closed or downgraded && retitled to please enable/fix altivec detection. Sjoerd -- How can you do 'New Math' problems with an 'Old Math' mind? -- Charles Schulz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Mon, Mar 05, 2007 at 05:57:13PM -0800, Steve Langasek wrote:
> Hi Sjoerd,
> On Mon, Mar 05, 2007 at 12:02:47PM +0100, Sjoerd Simons wrote:
>
> > I've just uploaded an NMU of libvisual to the DELAYED/2-day queue on gluck,
> > which works around the issue of the altivec detection causing gstreamer to
> > segv on some powerpc machines without altivec. Which in turn breaks the
> > gnome
> > desktop on these machines. The workaround simply completely disables the
> > altivec detection.
>
> Where is the diff for this NMU, please?
Oh, forgot to attach it, sorry. See attachment
> > With this workaround #404876 and #407153 can either be closed or downgraded
> > && retitled to please enable/fix altivec detection.
>
> Have you not closed these bugs in the changelog of your NMU?
No, as Loic mentioned in his mail we decided that this bug should be downgraded
instead of being closed as it's just a work-around instead of a real fix.
If you prefer, i can ofcourse upload a new version which does clone the bug and
we can do some magic to open a new one with the same info, stating what
actually should be fixed :)
Sjoerd
PS: Please keep me CC'd in replies
--
Expansion means complexity; and complexity decay.
diff -u libvisual-0.4.0/debian/changelog libvisual-0.4.0/debian/changelog
--- libvisual-0.4.0/debian/changelog
+++ libvisual-0.4.0/debian/changelog
@@ -1,3 +1,11 @@
+libvisual (0.4.0-1.1) unstable; urgency=high
+
+ * NMU
+ * Disable altivec detection code, it breaks gstreamer on machines without
+altivec.
+
+ -- Sjoerd Simons <[EMAIL PROTECTED]> Sun, 14 Jan 2007 14:26:45 +0100
+
libvisual (0.4.0-1) unstable; urgency=low
* New upstream release
only in patch2:
unchanged:
--- libvisual-0.4.0.orig/libvisual/lv_cpu.c
+++ libvisual-0.4.0/libvisual/lv_cpu.c
@@ -143,6 +143,7 @@
static void check_os_altivec_support( void )
{
+ return;
#if defined(VISUAL_OS_DARWIN)
int sels[2] = {CTL_HW, HW_VECTORUNIT};
int has_vu = 0;
Re: Bug#404876: NMU for libvisual breaking gnome on non-altivec powerpc machines.
On Tue, Mar 06, 2007 at 12:24:46PM +0100, Sjoerd Simons wrote: > If you prefer, i can ofcourse upload a new version which does clone the bug s/clone/close/ ^ > and we can do some magic to open a new one with the same info, stating what > actually should be fixed :) Sjoerd -- Do not seek death; death will find you. But seek the road which makes death a fulfillment. -- Dag Hammarskjold -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Network-manager issues.
On Mon, May 21, 2007 at 09:42:16AM -0700, Jimmy Johnson wrote: > Herminio Hernandez wrote: > >Has any one had issues with thier network mananger? I have to constantly > >renew dhcp manually. I am running debian lenny/sid on a powerbook g4. network-manager runs nicely on my powerbook G4. Could you file a bug report about this so we can nicely track it down ? > I have same problem with my iMAC G3, I reported it(04/02/2007 06:25 AM) > while Etch was in testing and I have been living with the problem(*bad* > /network/interfaces config), I too wish it was fixed. :-) I couldn't find a bugreport on either network-manager or dhcdbd relating to this. Where did you report this ? or if i just missed it, what's the bug number :) Oh and please, next time. Change the Subject line and send a new mail instead of replying to an unrelated one, so you don't confuse threaded mail readers and people using them :) Sjoerd -- God runs electromagnetics by wave theory on Monday, Wednesday, and Friday, and the Devil runs them by quantum theory on Tuesday, Thursday, and Saturday. -- William Bragg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
USB audio issues
Hi, When using USB audio devices on my powerbook, the output goes silent after a while (about 30s). I've mailed the linux-usb-users list and filed a bug against alsa. Unfortunately both groups seem to be unclear where the actual problem lies. So i'm hoping somebody here has enough OHCI usb on powerpc knowledge to help us out futher. Please see alsa bug 2781 (https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2781) and the thread on the linux-usb-users list i've started (http://marc.info/?l=linux-usb-users&m=116791458129201&w=2) All help is obviously very much appreciated! Sjoerd -- Life may have no meaning, or, even worse, it may have a meaning of which you disapprove. signature.asc Description: Digital signature
Re: No port maintainers?
On Mon, Oct 29, 2007 at 11:13:28AM +0100, Michel Dänzer wrote: > > On Fri, 2007-10-26 at 11:04 +0200, Luk Claes wrote: > > > > Please add yourself to [0] if you're actively working on powerpc > > issues. > > While I do work on powerpc issues as I encounter them and as time > permits, I can't take any kind of leading role at this time, and I'd > prefer the people who are 'running the show' these days (but > unfortunately invisible on this list) to go first. The same goes for me basically . My laptop is a powerbook, so when time permits i work on powerpc specific issues for the packages i'm involved in (Including those maintained by pkg-gnome, pkg-gstreamer and pkg-utopia).. I wouldn't want to call myself a port maintainer though... Sjoerd -- I have a simple philosophy: Fill what's empty. Empty what's full. Scratch where it itches. -- A. R. Longworth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Do nvidia based ibooks/powerbooks support backlight adjustment via sysfs?
Hi, For hal we want to deprecate using the PMU for brighness control if possible. With recent kernels it seems both Nvidia and Radeon have backlight support now. On my powerbook G4 with a radeon this works fine. So i'd like to hear from some people running nvidia based machine how well (or not) it works for them.. And ofcourse information about machines where it does not work (regardless of video chipset) To test: - Become root - See if you have an entries in /sys/class/backlight. For example for me this is radeonbl0 - echo some value to the brightness file and see if your screen brightness changes :) (for example echo 5 > /sys/class/backlight/radeonbl0/brightness) Sjoerd -- One Bell System - it sometimes works. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: sound issues
On Sun, Dec 23, 2007 at 10:17:01PM -0800, Itai Seggev wrote: > Dear Debian PowerPC list: > > I have an early 2005 Powerbook G4 12". (I see people to this list make > refernces to strange number-hyphenated models, but I do not know how to get > this. If this would be useful, let me know how to find it.) Not necessarily usefull, but for futher reference: /proc/cpuinfo contains the model name of your machine,. > I have a very strange sound problem. Sound works fine in my custom 2.6.21 > kernel. Sound also works fine in 2.6.22-3-powerpc kernel. However, if I take > the tree generated from linux-source-2.6.22, copy my 2.6.21 configuration, and > make oldconfig, /dev/dsp disappears. This is despite the fact that all the > same snd-* modules are loaded at boot time. Since Debian's kernel worked, I > also tried copying 2.6.22-powerpc's config, making a couple of minor > changes[1], and compiling that, but that had the same mysterious disappearance > of /dev/dsp. > > So, any idea what's wrong or how to fix it? I'd be happy to try things or > provide additional infromation if that would be helpful. /dev/dsp is an OSS device. Which been superseeded by ALSA quite some time ago. For OSS emulation, check if the snd_pcm_oss is loaded. If it is, check if /proc/asound/cards contains an entry for your sound card. If both are correct, i don't really know.. > [1] Minor changes: I turned off DRM and a few of the framebuffer drivers, > since I use Nouveau primarily and it doesn't like the vanilla drm module. I > didn't alter any of the sound driver configruation details. You don't need to recompile your kernel for that. You can boot with the framebuffer driver turned off and blacklist the drm module. Sjoerd -- Reality is nothing but a collective hunch. -- Lily Tomlin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Airport Extreme works on linux!
On Sat, Sep 03, 2005 at 05:20:14PM +1000, Dean Hamstead wrote: > there already seems to be *heaps* of reversed engineered information > about programming its chipset (from decompiled AP firmware). > > could be off assistance also. Seems like a few weeks ago a project started to write a driver based on the information from the reverse-engineering work: http://bcm43xx.berlios.de/ Would be nice if they could get it to work :) Sjoerd -- Mathematicians are like Frenchmen: whatever you say to them they translate into their own language and forthwith it is something entirely different. -- Johann Wolfgang von Goethe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xorg 6.9 experimental powerpc packages available ...
On Mon, Sep 12, 2005 at 11:52:37AM +0200, Sven Luther wrote: > Hi, > > They are at : > > http://people.debian.org/~luther/xorg > > Please test them out and provide feedback :) It nicely segv's on my albook.. X log and config attached. I tried the xserver-xorg-dbg packages, but it appears they don't work correctly. Sjoerd -- There is a secret person undamaged within every individual. -- Paul Shepard This is a pre-release version of the The X.Org Foundation X11. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the The X.Org Foundation "monolithic tree" CVS repository hosted at http://www.freedesktop.org/Software/xorg/ X Window System Version 6.8.99.900 (6.9.0 RC 0) (Debian 6.8.99.900.dfsg.1-0pre1 20050911222156 [EMAIL PROTECTED]) Release Date: 01 August 2005 + cvs X Protocol Version 11, Revision 0, Release 6.8.99.900 Build Operating System: Linux 2.6.12-1-powerpc ppc [ELF] Current Operating System: Linux spring 2.6.12-1-powerpc #1 Tue Aug 16 20:08:54 UTC 2005 ppc Build Date: 12 September 2005 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.12-1-powerpc ([EMAIL PROTECTED]) (gcc version 4.0.2 20050806 (prerelease) (Debian 4.0.1-4)) #1 Tue Aug 16 20:08:54 UTC 2005 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.3.log", Time: Tue Sep 13 17:08:40 2005 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "macintosh" (**) XKB: model: "macintosh" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (II) Open APM successful (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.so (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.8.99.900, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.8.99.900, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (--) using VT number 9 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:0b:0: chip 106b,0034 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 00:10:0: chip 1002,4e50 card 1002,4e50 rev 00 class 03,00,00 hdr 00 (II) PCI: 10:0b:0: chip 106b,0035 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 10:12:0: chip 14e4,4320 card 106b,004e rev 03 class 02,80,00 hdr 00 (II) PCI: 10:13:0: chip 104c,ac56 card 1000, rev 00 class 06,07,00 hdr 02 (II) PCI: 10:17:0: chip 106b,003e card , rev 00 class ff,00,00 hdr 00 (II) PCI: 10:18:0: chip 106b,003f card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:19:0: chip 106b,003f card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:1a:0: chip 106b,003f card , rev 00 class 0c,03,10 hdr 00 (II) PCI: 10:1b:0: chip 1033,0035 card 1033,0035 rev 43 class 0c,03,10 hdr 80 (II) PCI: 10:1b:1: chip 1033,0035 card 1033,0035 rev 43 class 0c,03,10 hdr 00 (II) PCI: 10:1b:2: chip 1033,00e0 card 1033,00e0 rev 04 class 0c,03,20 hdr 00 (II) PCI: 24:0b:0: chip 106b,0036 card , rev 00 class 06,00,00 hdr 00 (II) PCI: 24:0d:0: chip 106b,003b card , rev 00 class ff,00,00 hdr 00 (II) PCI: 24:0e:0: chip 106b,0031 card 106b,5811 rev 81 class 0c,00,10 hdr 00 (II) PCI: 24:0f:0: chip 106b,0032 card , rev 80 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:11:0), (
Re: Experimental PPC build of Avahi
On Tue, Oct 25, 2005 at 12:15:08PM +0100, Ross Burton wrote: > Hi, > > I'm curious as to why the avahi package failed to build in the > experimental autobuilder, see > > http://experimental.debian.net/fetch.php?&pkg=avahi&ver=0.5.2-3&arch=powerpc&stamp=1130048482&file=log&as=raw > > for the log. Basically it comes down to libdbus-1-dev not being > availble, although http://packages.debian.org/experimental/source/dbus > shows that it is a binary package produced by the experimental build of > DBus. Does avahi just need a re-build, or is this a problem with the > buildd itself? Afaik the experimental buildd only pulls build-depends from unstable. The dbus version avahi needs is experimental only, so the build fails :( Sjoerd -- Before Xerox, five carbons were the maximum extension of anybody's ego. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: experimental Xorg 6.9 packages available at http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1
On Wed, Oct 26, 2005 at 07:35:51AM +0200, Sven Luther wrote: > Hello all, > > I have made a powerpc build of the experimental Xorg 6.9 RC1 packages > available at : > > http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1 > > with corresponding apt sources : > > deb http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1/ ./ > deb-src http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1/ ./ > > I am running them and they seem to work nicely with my Radeon 9800 Pro AIW, in > all cases i have tested. Only thing missing is the tv-out support, and i need > to see how to get the TV-tuner working, but this is not an X issue. > > Enjoy and provide feedback, preferably to [EMAIL PROTECTED] Seems to work fine after a normal boot. But when restarting it with a external screen attached it crashes. I tried to get a backtrace with gdb but it indicates that it can't find debugging symbols in the debug libs: Loaded symbols for /usr/X11R6/lib/modules/drivers/radeon_drv.so Reading symbols from /usr/X11R6/lib/modules/drivers/ati_drv.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/drivers/ati_drv.so...(no debugging symbols found)...done. Xorg config and log attached Sjoerd -- Every person, all the events in your life are there because you have drawn them there. What you choose to do with them is up to you. -- Messiah's Handbook : Reminders for the Advanced Soul # XF86Config-4 (XFree86 X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "macintosh" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" Option "Buttons" "7" EndSection Section "Device" Identifier "Generic Video Card" Driver "radeon" Option "AGPMode" "4" Option "AGPFastWrite" "true" # Option "EnabableDepthMoves" "true" # Option "EnablePageFlip" "true" # Option "DCCMode""true" Option "DynamicClocks" "true" # Option "UseFBDev" "true" #Option "CRT2Position" "Clone" #Option "MetaModes" "1280x854-1280x960" Option "UseFWPLL" "true" # Option "MergedFB" "true" Option "AccelMethod" "EXA" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 24.8-80 VertRefresh 56-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth
Re: Ibook G4/Xorg 6.9 TVOUT
On Fri, Nov 11, 2005 at 08:57:41AM +0100, Sven Luther wrote: > On Fri, Nov 11, 2005 at 01:37:47AM +0100, [ATR]Dj-Death wrote: > > Hi, > > > > Tvout seems to be in a bad state... :( > > The gatos tvout patches seem to not have been merged yet with xorg, just the > tvin. I believe this is the last set of gatos patches to get merged, there is > a patch at the gatos project, and i may do a build in the future including it, > but YMMV. > > > I'm using thoses sources : > > > > deb http://people.debian.org/~luther/xorg-x11-6.8.99.901.dfsg.1-1/ ./ > > -2 should be in experimental i think. It's not there yet.. I've been waiting on it to get/give some usefull feedback on the dual display crash i'm seeing.. Sjoerd -- A priest advised Voltaire on his death bed to renounce the devil. Replied Voltaire, "This is no time to make new enemies." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New builds for Gnome 2.12
On Sun, Nov 13, 2005 at 10:45:58PM -0800, Mike S wrote: > I am building gnome-2.12 on testing, and as I am new to building debian > packages, I would like to know if there is someone that I should notify > of a successful build like there was back on Gentoo. Currently I am > compiling gnome-vfs2 2.12.1.1-1 to which I had to make a few minor > changes to the control file is why I ask right now. > > Since I was told by a few on this list that unstable is really unstable, > and all I am really interested in is running the new gnome, I decided to > run testing and build from there, so I have not even looked at the > unstable packages, > I would really recomment against doing that. Either be patient and wait until G2.12 enters testing or upgrade to unstable with experimental gnome packages.. Another option would be to pin apt on testing and get the needed packages from unstable and experimental, but that's probably more trouble then it's worth. > but I have read that gnome 2.12 has not been built in > powerpc, and builds were welcomed, so I am asking if someone knows this > not to be true. Powerpc should be quite well up-to-date, but there can sometimes be a delay of some days as the packages need to be built manually. Sjoerd -- Love makes the world go 'round, with a little help from intrinsic angular momentum. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: popup / zeroconf and im
On Mon, Feb 06, 2006 at 11:20:22PM +, anthony iles wrote: > I work a lot with mac users, we've been trying to send messages over a LAN, > they seem to have trouble using a winpopup type client. Instead I've been > trying other options like zeroconf/rendezvous - it appears that rendezvous > (apple) has been open sourced but I can find any accurate information as to > whether there is a way of connecting linux and macs over this protocol. Avahi is an MDNS Service discovery framework for linux (Basically what apple calls 'Rendezvous', 'Bonjour'). What you want is basically an IM client that can announce it's precense via this protocol (and ofcourse communicate with other clients announcing themselves) While i'm not a big fan of Gaim, i know there has been some work in adding something like that to it. Which basically should make it compatible with iChat's bonjour functionality. Now i don't know if it was ever finished, but it should be a nice start for further googling :) Sjoerd -- An anthropologist at Tulane has just come back from a field trip to New Guinea with reports of a tribe so primitive that they have Tide but not new Tide with lemon-fresh Borax. -- David Letterman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: snd-aoa status update / automatic driver loading
On Fri, May 19, 2006 at 11:20:29PM +1000, Paul Collins wrote: > Johannes Berg <[EMAIL PROTECTED]> writes: > > > On Thu, 2006-05-18 at 10:25 +0300, Eddy Petri??or wrote: > > > >> Any chance for 5,2 ? What is needed for it? Codec only? > > > > I don't know. If you try loading the modules, the kernel will tell you > > something about an unhandled layout id. Alternatively, you can find the > > layout-id file in your /proc/device-tree/ and tell me the number in it. > > The rest I can figure out. > > I have a PowerBook5,4 here and I'd be happy to test support for it. > The hardware is identified by snd-powermac as "PowerMac Snapper" and > the layout ID appears to be "3". I wanted to test on my PowerBook5,2. Uhfortunately i can't find no layout-id file for the sound device or any other layout-id file for that matter: $ find /proc/device-tree | grep -i layout /proc/device-tree/[EMAIL PROTECTED]/ram-layout-architecture Futhermore one loading the i2sbus module it only gives some information in dmesg once every two tries ? No errors are shown when there is no output. Probably not very usefull, but when i get output it shows the following: i2sbus: mapped i2s control registers i2sbus: control register contents: i2sbus:fcr0 = 0x0 i2sbus:cell_control = 0x0 i2sbus:fcr2 = 0xa2caec i2sbus:fcr3 = 0x0 i2sbus:clock_control = 0x0 i2sbus control destroyed Sjoerd -- Life exists for no known purpose. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /dev/pmu permissions, again
On Fri, Jun 23, 2006 at 04:20:55PM +0200, Johannes Berg wrote: > On Thu, 2006-06-22 at 18:02 +0200, Jack Malmostoso wrote: > > > Do you have any advice for me? Thanks! > > Ignore the error. I don't think /dev/pmu should be user-accessible. Not > sure why the gnome-settings-daemon think otherwise. The control-center package in in pkg-gnome svn already contains a patch to just ignore this error. > It should be accessed through HAL (which btw, does almost everything now) Yeah, either that or gnome-power-maanger should handle the brightness keys instead of gnome-settings-daemon.. Sjoerd -- The study of non-linear physics is like the study of non-elephant biology. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /dev/pmu permissions, again
On Sun, Jun 25, 2006 at 02:16:34PM +0200, Johannes Berg wrote: > On Fri, 2006-06-23 at 18:35 +0200, Sjoerd Simons wrote: > > > Yeah, either that or gnome-power-maanger should handle the brightness keys > > instead of gnome-settings-daemon.. > > Doesn't it? brightness keys work fine via hal here, I think, and I don't > allow my account access to the pmu device, and I also don't have > pbbuttonsd installed. And g-p-m definitely does things there since it > can dim when I go on battery. Your right. It actually does that already :) I thought it was still the kernel itself that did my backlight setting. Now all we need is some nicer user feedback when pressing the buttons. Sjoerd -- You can no more win a war than you can win an earthquake. -- Jeannette Rankin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Permission for 'dev/pmu'
On Mon, Jan 10, 2005 at 03:17:22AM +0200, Martin-Éric Racine wrote: > On Sun, 9 Jan 2005, Christoph Hellwig wrote: > > > On Sun, Jan 09, 2005 at 08:48:39PM +0100, Sven Luther wrote: > > just kill this warning. Debian works just fine without backlight > > control on both my ibook and the g5. And it's really not worth giving > > hardware control to an unadited GUI program. > > Having been trying various ways to fix this for a number of days, I'm slowly > coming to the conclusion that the best option for Debian would be to purge all > of ACME's Powerbook-specific LCD control code out of the way. > > If upstream ever gets around cleaning up this code to use safer, more generic > methods, such as doing everything via 'pmud' then we could reintroduce it. > > Any objection? Just change the code to a g_warning instead of a dialog and stop whining? I personally use this code and so do many others, so removing it isn't an option.. Hal 0.6 will have generic methods to do the lcd brightness stuff and many other cool things, which gnome will probably start using in due time.. Sjoerd -- Where it is a duty to worship the sun it is pretty sure to be a crime to examine the laws of heat. -- Christopher Morley -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Permission for 'dev/pmu'
On Mon, Jan 10, 2005 at 09:21:08AM +0100, Sven Luther wrote: > On Mon, Jan 10, 2005 at 09:03:33AM +0100, Sjoerd Simons wrote: > > On Mon, Jan 10, 2005 at 03:17:22AM +0200, Martin-Éric Racine wrote: > > > On Sun, 9 Jan 2005, Christoph Hellwig wrote: > > > > > > > On Sun, Jan 09, 2005 at 08:48:39PM +0100, Sven Luther wrote: > > > > just kill this warning. Debian works just fine without backlight > > > > control on both my ibook and the g5. And it's really not worth giving > > > > hardware control to an unadited GUI program. > > > > > > Having been trying various ways to fix this for a number of days, I'm > > > slowly coming to the conclusion that the best option for Debian would be > > > to purge all of ACME's Powerbook-specific LCD control code out of the > > > way. > > > > > > If upstream ever gets around cleaning up this code to use safer, more > > > generic methods, such as doing everything via 'pmud' then we could > > > reintroduce it. > > > > > > Any objection? > > > > Just change the code to a g_warning instead of a dialog and stop whining? I > > personally use this code and so do many others, so removing it isn't an > > option.. > > Ah, you use it and you didn't come to fixing it ? This has been a problema > since >6 month. > > I would be very interested in knowing how you did solve the error message > issue in a secure and acceptable for inclusion in the release way. The error message won't appear if your user has access to the pmu, which is the case on my system. But that's ofcourse wrong to do by default. As said just change the current pmu patch in the package to do g_warning instead of acme_error, which is trivial. No need to making a lot of fuss about it on several mailinglists, there is a reason we have a bug tracking system. Sjoerd -- Fundamentally, there may be no basis for anything. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Permission for 'dev/pmu'
On Mon, Jan 10, 2005 at 12:43:13PM +0100, Frederic Peters wrote: > Martin-Éric Racine wrote: > > > > On Mon, Jan 10, 2005 at 09:57:46AM +0100, Sjoerd Simons wrote: > > > > As said just change the current pmu patch in the package to do > > > > g_warning instead of acme_error, which is trivial. No need to making a > > > > lot of fuss about > > > > > > So let's do it ? Do you volunteer on writing the code ? I would rather > > > continue preparing the 2.6.10 powerpc kernel upload. > > > > Sjoerd, since it's so trivial, could you give us an ETA on your upload? > > Others here don't appear to know the fix as well as you and all have their > > hands full with other tasks, so your trivial fix would be highly > > appreciated. > > Sjoerd proposed to replace acme_error by g_warning; it *is* trivial. > Patch attached. [no, Sjoerd didn't propose a patch to use unreleased > hal 0.6 lcd brightness functions] > > Feel free to forward the patch to an appropriate bug report. The debian patch patches this code away, so this patch is not completely right.. I've already patched the debian package on my local system. The change will go the bts after some extra testing.. My proposed fix is very simple, but apparently some people didn't understand it. If acme_error is changed to a g_warning, then in case gnome-settings-daemon can't access the pmu (for whatever reason) it will just output a warning to .xsession-errors which is harmless and not in the users way.. Practically if a users want's to adjust his backlight via the keys, he either needs to install something with pbbuttonsd functionality or fiddle with the permissions of his pmu. Sjoerd -- Life is knowing how far to go without crossing the line. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Disable startup jingle on PowerBook G4?
On Thu, Jan 20, 2005 at 05:01:24PM +0100, Pander wrote: > Hi all, > > Is it possible to disable the stpid Apple startup jingle on a PowerBook > G4? Some setting in OpenFirmware? You can use nvsetvol from powerpc-utils to turn down the volume (to 0 if you don't want to hear it at all) Sjoerd -- "Yeah, but you're taking the universe out of context." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of hotplug & Co. for 2.6
On Thu, Feb 17, 2005 at 10:31:52AM +1300, Corrin Lakeland wrote: > On Thu, 17 Feb 2005 08:30, Jacob S wrote: > I understand hal would be even nicer if I used gnome, but the > gnome-vfs-manager is supposed to be becoming a freedesktop project and so KDE > will support the same features RSN... gnome-vfs-manager doesn't exist. gnome-volume-manager is a gnome program and will stay that.. But the new KDE uses some stuff from hal to detect media, no automounting afaik yet Sjoerd -- "Consider a spherical bear, in simple harmonic motion..." -- Professor in the UCB physics department -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Getting rid of hotplug & Co. for 2.6
On Wed, Feb 16, 2005 at 04:58:44PM -0500, Albert Cahalan wrote: > On Wed, 2005-02-16 at 19:58 +0100, Wolfgang Pfeiffer wrote: > > Hotplug and its colleagues: I confess my lowest instincts get mobilised > > when thinking on this stuff: I slows down the whole boot process so > > much that sometimes I feel like being on a 2.2 kernel. > > > > So all I need to know: Can I run a 2.6 kernel without hal, udev and > > hotplug being installed, or with these packages being disabled at boot > > time at least? > > > > Please tell me it will work ... :) > > I'm doing this right now. You pretty much have to, if you might > want to boot an older kernel from time to time. > > Compile all needed features into your kernel, or explicitly load > the needed modules during boot. > > Some of that new stuff is kind of broken-by-design, on purpose. > Unlike devfs, which merely had a broken implementation, udev is > unable to ensure that a device file will be there when you need it. > Devices appear whenever they do, via hotplug, meaning that you > need to run a heck of a lot of things via the hotplug system to > avoid race conditions. Not broken by design but just different :) The future is to have your stuff started when the actual devices appear, either via hotplug or udev scripts. Which will solve this problem and will save you boot time as stuff can happen in parrallel.. Some of the ubuntu people have been experimenting with this, and it showed a lot of promise.. Dunno what the current state is though.. > On the other hand, you give up some neat new features designed > to help with hardware that varies a bit. > > What I'd like is GNOME without the nonsense desktop icons. I mean, > really, who can ever find their desktop buried under all the apps? > I left a plain-fvwm setup in part because my desktop gets buried, > and then GNOME evolves to expect a viewable desktop! Gnome 2.10 features a places menu[0] to solve exactly this problem ;) Sjoerd 0: http://www.gnome.org/~davyd/gnome-2-10/images/panel-menus-places-full.png -- Man will never fly. Space travel is merely a dream. All aspirin is alike. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wrong permission for '/dev/pmu'
On Wed, Feb 23, 2005 at 09:36:49PM +, Ben Hill wrote: > When starting GNOME on my PowerBook, I'm getting a pop-up complaining > about the wrong permission for /dev/pmu. > > I've found a post about it here: > > http://lists.debian.org/debian-powerpc/2005/01/msg00235.html > > ...and added: > > pmu:root:video:0660 > > to /etc/udev/permissions.d/udev.permissions The permissions files aren't used anymore by udev > Is there anything I can do to rectify the problem? The popping up of the dialog has been fixed in control-center 2.8.1-4 Sjoerd -- A man said to the Universe: "Sir, I exist!" "However," replied the Universe, "the fact has not created in me a sense of obligation." -- Stephen Crane -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: gnome silliness
On Tue, Mar 08, 2005 at 03:51:17PM +0100, Jesus Climent wrote: > On Tue, Mar 08, 2005 at 02:37:55PM +1100, Dean Hamstead wrote: > > does anyone know why gnome would be demanding 24 bit color. > > i would rather 16bt 800x600 over 24bit 640x480!! > > > > i cant find anytihng in ~/.gnome* /usr/share/gnome/* etc > > Sounds like you have to fill a bug and/or ask in the right list. I fail to see > how relevant to powerpc this question is. Try gnome-display-properties Sjoerd -- Live never to be ashamed if anything you do or say is published around the world -- even if what is published is not true. -- Messiah's Handbook : Reminders for the Advanced Soul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: iMic Support
On Tue, Apr 26, 2005 at 09:48:19PM +0200, congrio wrote: > Apr 26 21:37:01 amargo kernel: usb 3-1: new full speed USB device using > ohci_hcd and address 6 > Apr 26 21:37:01 amargo kernel: usbaudio: device 6 audiocontrol interface 0 > has 1 input and 1 output AudioStreaming interfaces > Apr 26 21:37:01 amargo udev[9828]: creating device node '/dev/mixer' > Apr 26 21:37:02 amargo udev[9832]: creating device node '/dev/mixer1' > Apr 26 21:37:03 amargo usb.agent[9863]: snd-usb-audio: already loaded > > But alsamixer -c 1 doesnt work. > > any help? Your kernel loaded the OSS usb audio module before the alsa one. You probably want to turn off oss completely if your compiling your own kernel or blacklist that module using the hotplug blacklist. Sjoerd -- Your happiness is intertwined with your outlook on life. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#309350: [2.6.12-rc4] gnome-volume-manager is broken?
On Sat, May 28, 2005 at 09:48:44PM +0200, Juergen Kreileder wrote: > Jack Malmostoso <[EMAIL PROTECTED]> writes: > > > I was continuing my experiments with 2.6.12-rc4 and I have noticed > > that USB drives (my iPod shuffle actually) are not automounted > > anymore. > > > > If I boot the good old 2.6.9 the magic works, and when I plug in the > > drive a Nautilus window opens just fine, but going back to > > 2.6.12-rc4 breaks this behaviour. > > > > Creating an /etc/fstab entry allows me to mount it just fine under > > 2.6.12-rc4 by clicking in the "Computer" window, so no issue there: > > the device is recognized perfectly by both kernels (I don't report > > the > > > > # tail -f /var/log/messages > > > > output, since they are the same!) > > > > Anybody has this experience too? > > Yes: http://bugs.debian.org/309350 According to http://marc.theaimsgroup.com/?t=11146337018&r=1&w=2 this is a kernel issue. (With thanks to [EMAIL PROTECTED]).. I'll leave this open for now, untill it's either fixed in hal/udev or the kernel... Sjoerd -- Do not believe in miracles -- rely on them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Trackpad scrolling?
On Thu, Jun 03, 2004 at 01:08:29AM -0500, [EMAIL PROTECTED] wrote: > Something I've been looking for for a while now is a trackpad driver for the > powerbook that would allow me to scroll on one of the edges of the trackpad. > Someone created sidewinder for OSX, but I haven't seen this for linux. Seems > kind of strange to me... I've looked a while ago if i could implement this using uinput. But unfortunately i didn't see a posibility to get absolute information from the touchpad. If someone created it for OSX it's apperently possible, but i don't know how.. Sjoerd -- Music in the soul can be heard by the universe. -- Lao Tsu
Re: Apple built-in Bluetooth not appearing in /dev
On Thu, Jun 17, 2004 at 06:53:53PM -0400, Barry Hawkins wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > List, > I am running a 2.6.5-rc3-ben0 kernel with a sid installation on a > 1.25GHz 15" Aluminum PowerBook G4, which has built-in Bluetooth. > Although bluez-utils installed just fine and all of the messages on > startup indicate that hcid, rfcomm, l2cap, etc. are starting just fine, > I have no Bluetooth device available. At first I thought it was > because I did not have an appropriate device driver compiled as a > kernel module, but I think I have eliminated that possibility (see > kernel config excerpt below). When I run 'hcitool dev', nothing shows > up: That's correct. I just noticed that on boot the bluetooth interface on my laptop is down. In which case hcitool won't show any devices. You can use hciconfig to turn on your bluetooth device (works like ifconfig) Sjoerd -- The truth you speak has no past and no future. It is, and that's all it needs to be.
Re: Apple built-in Bluetooth not appearing in /dev
On Fri, Jun 18, 2004 at 12:17:02PM -0400, Barry Hawkins wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Jun 18, 2004, at 2:36 AM, Sjoerd Simons wrote: > > >On Thu, Jun 17, 2004 at 06:53:53PM -0400, Barry Hawkins wrote: > >>List, > >>I am running a 2.6.5-rc3-ben0 kernel with a sid installation on a > >>1.25GHz 15" Aluminum PowerBook G4, which has built-in Bluetooth. > >>Although bluez-utils installed just fine and all of the messages on > >>startup indicate that hcid, rfcomm, l2cap, etc. are starting just > >>fine, > >>I have no Bluetooth device available. At first I thought it was > >>because I did not have an appropriate device driver compiled as a > >>kernel module, but I think I have eliminated that possibility (see > >>kernel config excerpt below). When I run 'hcitool dev', nothing shows > >>up: > > > >That's correct. I just noticed that on boot the bluetooth interface on > >my > >laptop is down. In which case hcitool won't show any devices. You can > >use > >hciconfig to turn on your bluetooth device (works like ifconfig) > > > > Sjoerd > > > Sjoerd, > Would I be able to use hciconfig without a /dev/hciX entry on which > to issue my commands? My attempts to use the program thus far have > been > unsuccessful. There are never /dev/hci* devices. Bluetooth device work somewhat like normal network interfaces. > For example, the following command returns nothing: > > $ hciconfig -a That should indeed output something.. I saw in another mail that you already tried hid2hci... Do you have the right usb controller compiled in ? Otherwise i don't know what it the problem could be.. Sjoerd -- Heisenberg may have been here.
Re: Test patch for sleep on Aluminium PowerBooks
On Fri, Nov 12, 2004 at 10:51:37AM +0100, Sebastian Henschel wrote: > hello... > > * Federico Gamio <[EMAIL PROTECTED]> [2004-11-12 09:47 +0100]: > > On Fri, 2004-11-12 at 15:49 +1100, Benjamin Herrenschmidt wrote: > > > On Fri, 2004-11-12 at 02:40 -0200, Federico Gamio wrote: > > > > > > > One simple question. > > > > Haw can I debug the sleep process or wakeup process? > > > > > > It's usually quite complicated ... I wouldn't know how to explain things > > > in an email list that... > > > > > > Have you tried pristine 2.6.9 with my patch and no pbbuttonsd nor pmud > > > (just using snooze -f) ? > > > > Done Ben, and guess what? > > It works. > > The problem is solved when you don't apply swsusp patch. > > So, you can't apply swsusp patch if you want suspend to ram in > > Powerbooks :) > > yes, my kernel does not have the swsusp code patched into it, either. > > using pbbuttonsd, i just tried to resume after a 12h sleep and the system > froze with the display being visible: > > hda: ... > hdc: ... > eth0: ... > usb 1-1: control timeout on ep0in > > USB device 1-1 is, according to /sys/bus/usb/devices/1-1, the Bluetooth > adapter. You could try to unload the usb module before suspend and reload it afterwards. I'm using a script to do that, because otherwise my bluetooth doesn't work after a suspend. Seems to work nicely... Sjoerd -- Life may have no meaning, or, even worse, it may have a meaning of which you disapprove.
Re: gnome 2.8
On Wed, Nov 17, 2004 at 03:58:23PM +0100, Domingo Fiesta Segura wrote: > On Wed, 17 Nov 2004 08:34:20 -0600 > "Ing. Daniel" Magaña Molina wrote: > > > i just install debian sid on my imac but i can not find apt-sources for > > gnome 2.8, i did try the ones that i use for my lap but ther is only > > i386 packages. > > > > does any one knows and apt-source that i can use > > Try the Debian exerimental repositories. Most Debian developers don't agree > to use them like an unofficial Debian source, but in most of the cases they > work. Use them at your own risk ;-) > > deb http://http.us.debian.org/debian/ ../project/experimental main > deb-src http://http.us.debian.org/debian/ ../project/experimental main Note that the Gnome 2.8 packages are currently being uploaded to unstable. So if you just wait a few days, it should be there. Thus no need to go to experimental :) Sjoerd -- 1 + 1 = 3, for large values of 1.
Re: hotplug: unmounting a firewire external hard drive
On Fri, Dec 03, 2004 at 05:17:34PM -0800, Adam Done wrote: > Now when I turn on the external firewire burner udev creates a sr0 and > then after using it I turn off the unit (it is a really noisy Lacie) and > then I turn it back on to use it again and udev creates the sr0 again > but after doing this a couple of times with any firewire device, udev > stops creating the block devices like it is telling me I used up my > limit and will not work again for me until I reboot. Last night I got > every thing working burning a cd with nautulis but after doing nothing > to the system it on its own deciceds not to work. It is like udev puts > time limits Is /sys/block/sr* still created when the dev. node isn't created anymore. If it is then it's a hotplug/udev problem. Otherwise it's a kernel problem. Sjoerd -- If the master dies and the disciple grieves, the lives of both have been wasted.
Re: Permission for 'dev/pmu'
On Mon, Jan 10, 2005 at 03:17:22AM +0200, Martin-Éric Racine wrote: > On Sun, 9 Jan 2005, Christoph Hellwig wrote: > > > On Sun, Jan 09, 2005 at 08:48:39PM +0100, Sven Luther wrote: > > just kill this warning. Debian works just fine without backlight > > control on both my ibook and the g5. And it's really not worth giving > > hardware control to an unadited GUI program. > > Having been trying various ways to fix this for a number of days, I'm slowly > coming to the conclusion that the best option for Debian would be to purge all > of ACME's Powerbook-specific LCD control code out of the way. > > If upstream ever gets around cleaning up this code to use safer, more generic > methods, such as doing everything via 'pmud' then we could reintroduce it. > > Any objection? Just change the code to a g_warning instead of a dialog and stop whining? I personally use this code and so do many others, so removing it isn't an option.. Hal 0.6 will have generic methods to do the lcd brightness stuff and many other cool things, which gnome will probably start using in due time.. Sjoerd -- Where it is a duty to worship the sun it is pretty sure to be a crime to examine the laws of heat. -- Christopher Morley
Re: Permission for 'dev/pmu'
On Mon, Jan 10, 2005 at 09:21:08AM +0100, Sven Luther wrote: > On Mon, Jan 10, 2005 at 09:03:33AM +0100, Sjoerd Simons wrote: > > On Mon, Jan 10, 2005 at 03:17:22AM +0200, Martin-Éric Racine wrote: > > > On Sun, 9 Jan 2005, Christoph Hellwig wrote: > > > > > > > On Sun, Jan 09, 2005 at 08:48:39PM +0100, Sven Luther wrote: > > > > just kill this warning. Debian works just fine without backlight > > > > control on both my ibook and the g5. And it's really not worth giving > > > > hardware control to an unadited GUI program. > > > > > > Having been trying various ways to fix this for a number of days, I'm > > > slowly coming to the conclusion that the best option for Debian would be > > > to purge all of ACME's Powerbook-specific LCD control code out of the > > > way. > > > > > > If upstream ever gets around cleaning up this code to use safer, more > > > generic methods, such as doing everything via 'pmud' then we could > > > reintroduce it. > > > > > > Any objection? > > > > Just change the code to a g_warning instead of a dialog and stop whining? I > > personally use this code and so do many others, so removing it isn't an > > option.. > > Ah, you use it and you didn't come to fixing it ? This has been a problema > since >6 month. > > I would be very interested in knowing how you did solve the error message > issue in a secure and acceptable for inclusion in the release way. The error message won't appear if your user has access to the pmu, which is the case on my system. But that's ofcourse wrong to do by default. As said just change the current pmu patch in the package to do g_warning instead of acme_error, which is trivial. No need to making a lot of fuss about it on several mailinglists, there is a reason we have a bug tracking system. Sjoerd -- Fundamentally, there may be no basis for anything.
Re: Permission for 'dev/pmu'
On Mon, Jan 10, 2005 at 12:43:13PM +0100, Frederic Peters wrote: > Martin-Éric Racine wrote: > > > > On Mon, Jan 10, 2005 at 09:57:46AM +0100, Sjoerd Simons wrote: > > > > As said just change the current pmu patch in the package to do > > > > g_warning instead of acme_error, which is trivial. No need to making a > > > > lot of fuss about > > > > > > So let's do it ? Do you volunteer on writing the code ? I would rather > > > continue preparing the 2.6.10 powerpc kernel upload. > > > > Sjoerd, since it's so trivial, could you give us an ETA on your upload? > > Others here don't appear to know the fix as well as you and all have their > > hands full with other tasks, so your trivial fix would be highly > > appreciated. > > Sjoerd proposed to replace acme_error by g_warning; it *is* trivial. > Patch attached. [no, Sjoerd didn't propose a patch to use unreleased > hal 0.6 lcd brightness functions] > > Feel free to forward the patch to an appropriate bug report. The debian patch patches this code away, so this patch is not completely right.. I've already patched the debian package on my local system. The change will go the bts after some extra testing.. My proposed fix is very simple, but apparently some people didn't understand it. If acme_error is changed to a g_warning, then in case gnome-settings-daemon can't access the pmu (for whatever reason) it will just output a warning to .xsession-errors which is harmless and not in the users way.. Practically if a users want's to adjust his backlight via the keys, he either needs to install something with pbbuttonsd functionality or fiddle with the permissions of his pmu. Sjoerd -- Life is knowing how far to go without crossing the line.
Re: Disable startup jingle on PowerBook G4?
On Thu, Jan 20, 2005 at 05:01:24PM +0100, Pander wrote: > Hi all, > > Is it possible to disable the stpid Apple startup jingle on a PowerBook > G4? Some setting in OpenFirmware? You can use nvsetvol from powerpc-utils to turn down the volume (to 0 if you don't want to hear it at all) Sjoerd -- "Yeah, but you're taking the universe out of context."
Re: Test patch for sleep on Aluminium PowerBooks
On Wed, Oct 27, 2004 at 03:42:48PM +1000, Benjamin Herrenschmidt wrote: > Hi ! > > This is an experimental patch against 2.6.9. It concerns the ATI based > Aluminium PowerBook. The nVidia based ones aren't concerned at all, and > the iBook G4 will have to wait a bit more for me to get the video wakeup > code right. > > It will add sleep (suspend-to-ram) support for these machines. > > It's based on various tested bits but is untested on these machines in > it's current form, so let me know. Woohoo, it works :) I've attached the dmesg output of a suspend-resume cycle. This is on a PowerBook5,2 (15" with radeon 9600) After suspend only bluetooth seems to be dysfunctional, but i guess that a problem in bluez.. Sjoerd -- Enzymes are things invented by biologists that explain things which otherwise require harder thinking. -- Jerome Lettvin hci_usb 1-1:1.0: resume is unsafe! hci_usb 1-1:1.1: resume is unsafe! eth0: suspending, WakeOnLan disabled radeonfb: suspending to state: 3... cpufreq: resume failed to assert current frequency is what timing core thinks it is. radeonfb: PAD_CTLR_STRENGTH change: 1d080208 -> 1d080209 Using MR table from device-tree radeonfb: resumed ! enable_irq(29) unbalanced enable_irq(63) unbalanced enable_irq(63) unbalanced eth0: resuming PHY ID: 1410cc1, addr: 0 hda: Enabling Ultra DMA 5 hdc: MDMA, cycleTime: 120, accessTime: 90, recTime: 30 hdc: Set MDMA timing for mode 2, reg: 0x00011d26 hdc: Enabling MultiWord DMA 2 hub 1-0:1.0: reactivate --> -22 hub 1-0:1.0: reactivate --> -22 hub 2-0:1.0: reactivate --> -22 hub 3-0:1.0: reactivate --> -22 hub 4-0:1.0: reactivate --> -22 hub 4-0:1.0: reactivate --> -22 adb: starting probe task... adb devices: [2]: 2 c4 [3]: 3 1 [7]: 7 1f ADB keyboard at 2, handler 1 ADB mouse at 3, handler set to 4 (trackpad) adb: finished probe task... eth0: Link is up at 100 Mbps, full-duplex. eth0: Pause is disabled
Re: Test patch for sleep on Aluminium PowerBooks
On Wed, Oct 27, 2004 at 06:22:55PM +1000, Benjamin Herrenschmidt wrote: > On Wed, 2004-10-27 at 09:07 +0200, Sjoerd Simons wrote: > > On Wed, Oct 27, 2004 at 03:42:48PM +1000, Benjamin Herrenschmidt wrote: > > > Hi ! > > > > > > This is an experimental patch against 2.6.9. It concerns the ATI based > > > Aluminium PowerBook. The nVidia based ones aren't concerned at all, and > > > the iBook G4 will have to wait a bit more for me to get the video wakeup > > > code right. > > > > > > It will add sleep (suspend-to-ram) support for these machines. > > > > > > It's based on various tested bits but is untested on these machines in > > > it's current form, so let me know. > > > > Woohoo, it works :) I've attached the dmesg output of a suspend-resume > > cycle. > > This is on a PowerBook5,2 (15" with radeon 9600) > > > > After suspend only bluetooth seems to be dysfunctional, but i guess that a > > problem in bluez.. > > Look at drivers/usb/core/hub.c, there is this: > > #if 1 > dev_warn(&intf->dev, "resume is unsafe!\n"); > #else > down_write(&usb_bus_type.rwsem); > device_release_driver(&intf->dev); > up_write(&usb_bus_type.rwsem); > #endif > > (At line 1530) > > Can you try turning that #if 1 into #if 0 and let me know if that helps with > bluetooth ? the usb_bus_type struct doesn't have the rwsem member anymore, so that doesn't compile.. Sjoerd -- Doubt isn't the opposite of faith; it is an element of faith. -- Paul Tillich, German theologian.
Re: powerbook fan behaviour, therm_adt7467
On Wed, Oct 27, 2004 at 06:44:34PM +0200, Michael Schmitz wrote: > > > OK; I'll look into that. We do already have three different setups: > > > > > > - iBook: fans for CPU and GPU each > > > - PB 12": one main exhaust fan > > > - PB 17": two separate exhaust fans > > > > No, iBook only has one fan. > > My bad. Two sensible sensors, one fan. So what else does have _two_ fans? The pb 15" also has two seperate ones, just like it's big 17" brother. Sjoerd -- I tell them to turn to the study of mathematics, for it is only there that they might escape the lusts of the flesh. -- Thomas Mann, "The Magic Mountain"
Re: Test patch for sleep on Aluminium PowerBooks
On Thu, Oct 28, 2004 at 10:07:38AM +0200, Michael Schmitz wrote:
> > It works perfectly here, thanks a lot! (1,5Ghz 15" AlBook)
>
> Ah, someone with a 15" Albook. Can you send me your 'lsprop
> /proc/device-tree' output (I'd like to know what the sensor locations are
> on that model, and how many fans it has).
Attached.
Sjoerd
--
Nature is by and large to be found out of doors, a location where,
it cannot be argued, there are never enough comfortable chairs.
-- Fran Lebowitz
model"PowerBook5,2"
compatible "PowerBook5,2"
"MacRISC3"
"Power Macintosh"
serial-number"NRX"
""
""
""
""
""
""
""
""
""
"W841210X"
""
""
""
""
""
""
""
""
""
""
""
""
""
""
""
""
""
""
""
""
""
customer-sw-config " "
pid# 3142 (12610)
scb# 0002
display-config-info 0812
name "device-tree"
copyright"Copyright 1983-2003 Apple Computer, Inc. All Rights Reserved"
device_type "bootrom"
system-id"0"
#address-cells 0001
#size-cells 0001
clock-frequency 09ef21aa (1)
AAPL,add-fcode-file ff8642b8
linux,phandleff8844b0
pci-OF-bus-map 00ff
00ff
[256 bytes total]
/proc/device-tree/cpus:
name "cpus"
#address-cells 0001
#size-cells
linux,phandleff886a78
/proc/device-tree/cpus/PowerPC,G4:
name "PowerPC,G4"
""
device_type "cpu"
reg
cpu-version 80020101
state"running"
clock-frequency 4a817c7b (124995)
bus-frequency09ef21aa (1)
config-bus-frequency 09ef21aa (1)
timebase-frequency 01194000 (18432000)
reservation-granule-size 0020 (32)
tlb-sets 0040 (64)
tlb-size 0080 (128)
d-cache-size 8000 (32768)
i-cache-size 8000 (32768)
d-cache-sets 0080 (128)
i-cache-sets 0080 (128)
i-cache-block-size 0020 (32)
d-cache-block-size 0020 (32)
graphics
performance-monitor
altivec
data-streams
dcba
dcbz 0020 (32)
l2-cache ff8871f8
l2cr 8000
bus-frequencies 09ef21aa 06146580
processor-to-bus-ratio*2 000f (15)
rounded-clock-frequency 4a817c80 (125000)
recalced-clock-frequency 4a817c7b (124995)
dynamic-power-step
existing 8000 8000 8000
available3000 7fffd000 d000 2000
translations 3000 0010
0020 00014000 0020 0002
00223000 0001e000 00223000 0002
0030 0010 0030 0010
0050 0001 0050 0012
0140 0050 0140 0010
8000 0008 8000 0028
a0001000 1000 a0001000 0028
[448 bytes total]
cpu-info 8410c09c 8000 80020101
linux,phandleff886d58
/proc/device-tree/cpus/PowerPC,G4/PowerPC,G4:
name "l2-cache"
device_type "cache"
i-cache-size 0008 (524288)
d-cache-size 0008 (524288)
i-cache-sets 0200 (512)
d-cache-sets 0200 (512)
i-cache-line-size 0040 (64)
d-cache-line-size 0040 (64)
cache-unified
clock-frequency 4a817c7b (124995)
linux,phandleff8871f8
/proc/device-tree/chosen:
name "chosen"
stdinffbc8ec0
stdout ffbbd700
memory ffbddc00
mmu ffbddb40
nvramffbd29c0
pmu ffbd2880
bootpath "/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL
PROTECTED]:2,\\yaboot"
bootargs "root=/dev/hda3 ro "
cpu ffbddb40
linux,phandleff887fb0
/proc/device-tree/[EMAIL PROTECTED]:
name "memory"
device_type "memory"
reg 1000 1000 1000
slot-names 00 00 00 03 53 4f 44 49 4d 4d 30 2f 4a 32 35 4cSODIMM0/J
Re: Test patch for sleep on Aluminium PowerBooks
On Thu, Oct 28, 2004 at 10:07:38AM +0200, Michael Schmitz wrote: > > It works perfectly here, thanks a lot! (1,5Ghz 15" AlBook) > > Ah, someone with a 15" Albook. Can you send me your 'lsprop > /proc/device-tree' output (I'd like to know what the sensor locations are > on that model, and how many fans it has). pbfixit has some nice pictures which nicely show the fan locations wrt the cpu and gpu: http://www.pbfixit.com/Guide/54.13.8.html Sjoerd -- Everything should be made as simple as possible, but not simpler. -- Albert Einstein
Re: Test patch for sleep on Aluminium PowerBooks
On Thu, Oct 28, 2004 at 08:38:52AM +1000, Benjamin Herrenschmidt wrote:
> On Wed, 2004-10-27 at 16:10 +0200, Sjoerd Simons wrote:
>
> > the usb_bus_type struct doesn't have the rwsem member anymore, so that
> > doesn't compile..
>
> --- linux-2.6.9/drivers/usb/core/hub.c.susp 2004-10-27 17:30:39.796999176
> +0100
> +++ linux-2.6.9/drivers/usb/core/hub.c 2004-10-27 17:31:49.991979112 +0100
> @@ -1527,12 +1527,12 @@ static int __usb_suspend_device (struct
> * even for drivers that can't suspend.
> */
> if (!driver->suspend || state > PM_SUSPEND_MEM) {
> -#if 1
> +#if 0
> dev_warn(&intf->dev, "resume is unsafe!\n");
> #else
> - down_write(&usb_bus_type.rwsem);
> + down_write(&usb_bus_type.subsys.rwsem);
> device_release_driver(&intf->dev);
> - up_write(&usb_bus_type.rwsem);
> + up_write(&usb_bus_type.subsys.rwsem);
> #endif
> }
> }
That worked once and oopsed/deadlocked another time.. I've made some webcam
shots of the oops[0]. Sorry for the bad quality.
Sjoerd
0: http://fire.luon.net/~sjoerd/pb-oops/
--
We are governed not by armies and police but by ideas.
-- Mona Caird, 1892
Replacing airport extreme with another mini pci card
Hi, I'm looking for a new laptop and a powerbook looks very nice. Unfortunately as you all know, the built-in wlan isn't supported in linux. After some research i found out that an airport extreme is a mini-pci card, so it could theoretically be replaced with a working one. Has anyone ever tried this ? Sjoerd -- Loneliness is a terrible price to pay for independence.
Re: albook 15": bluetooth stopped working after firmware upgrade to 1.1
On Wed, Apr 21, 2004 at 02:58:37PM +0200, Sebastian Henschel wrote: > could someone of you please send me the relevant part of your output of > /proc/bus/usb/devices? with that information, i hope to be able to persuade > hci_usb to treat this device as a bluetooth device again. though perhaps > i am completely misguided here... I've attached the part of /proc/bus/usb/devices that's about the usb bus bluetooth is on on my albook 15". Please let us know if you can ``fix'' it, i'll wait with updating osX untill then :) Sjoerd -- "Contrariwise," continued Tweedledee, "if it was so, it might be, and if it were so, it would be; but as it isn't, it ain't. That's logic!" -- Lewis Carroll, "Through the Looking Glass" T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 43/900 us ( 5%), #Int= 1, #Iso= 2 D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor= ProdID= Rev= 2.06 S: Manufacturer=Linux 2.6.5-spring ohci_hcd S: Product=PCI device 106b:003f (Apple Computer Inc.) S: SerialNumber=0001:01:1a.0 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 D: Ver= 1.10 Cls=e0(unk. ) Sub=01 Prot=01 MxPS=64 #Cfgs= 1 P: Vendor=05ac ProdID=8203 Rev= 5.26 C:* #Ifs= 3 Cfg#= 1 Atr=e0 MxPwr=100mA I: If#= 0 Alt= 0 #EPs= 3 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb E: Ad=81(I) Atr=03(Int.) MxPS= 16 Ivl=1ms E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=82(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms I: If#= 1 Alt= 0 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb E: Ad=03(O) Atr=01(Isoc) MxPS= 0 Ivl=1ms E: Ad=83(I) Atr=01(Isoc) MxPS= 0 Ivl=1ms I: If#= 1 Alt= 1 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb E: Ad=03(O) Atr=01(Isoc) MxPS= 9 Ivl=1ms E: Ad=83(I) Atr=01(Isoc) MxPS= 9 Ivl=1ms I: If#= 1 Alt= 2 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb E: Ad=03(O) Atr=01(Isoc) MxPS= 17 Ivl=1ms E: Ad=83(I) Atr=01(Isoc) MxPS= 17 Ivl=1ms I: If#= 1 Alt= 3 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb E: Ad=03(O) Atr=01(Isoc) MxPS= 25 Ivl=1ms E: Ad=83(I) Atr=01(Isoc) MxPS= 25 Ivl=1ms I: If#= 1 Alt= 4 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb E: Ad=03(O) Atr=01(Isoc) MxPS= 33 Ivl=1ms E: Ad=83(I) Atr=01(Isoc) MxPS= 33 Ivl=1ms I: If#= 1 Alt= 5 #EPs= 2 Cls=e0(unk. ) Sub=01 Prot=01 Driver=hci_usb E: Ad=03(O) Atr=01(Isoc) MxPS= 49 Ivl=1ms E: Ad=83(I) Atr=01(Isoc) MxPS= 49 Ivl=1ms I: If#= 2 Alt= 0 #EPs= 0 Cls=fe(app. ) Sub=01 Prot=00 Driver=(none)
Re: chmod????
On Tue, Apr 27, 2004 at 11:02:32AM +0200, Vincent Lefevre wrote: > On 2004-04-27 00:13:18 -0500, [EMAIL PROTECTED] wrote: > > OK, this one's new to me (of course, all most anything is with > > Debian). I'm trying to tweak the permissions on my cdrom so that I > > can use it as a regular user. I've already successfully changed the > > group for the cdrom, but now when I chmod g+rw /dev/cdrom, nothing > > changes. How can I get this to work right? Anyone? > > The right way to do is probably to let the group unchanged and to > put yourself in the disk group. You should never put yourself in group disk. This gives you raw rw access to all your disk devices and partitions, which is very dangerous. Just change the group of the cdrom device to group cdrom Sjoerd -- [Wisdom] is a tree of life to those laying hold of her, making happy each one holding her fast. -- Proverbs 3:18, NSV
Re: chmod????
On Fri, Apr 30, 2004 at 01:45:38PM +0200, Vincent Lefevre wrote: > On 2004-04-27 17:20:01 +0200, Sjoerd Simons wrote: > > On Tue, Apr 27, 2004 at 11:02:32AM +0200, Vincent Lefevre wrote: > > > The right way to do is probably to let the group unchanged and to > > > put yourself in the disk group. > > > > You should never put yourself in group disk. This gives you raw rw > > access to all your disk devices and partitions, which is very dangerous. > > Just change the group of the cdrom device to group cdrom > > OK, so why isn't it done by default? Because with a static /dev you can't know beforehand if a /dev/hdX will be a cdrom device or a normal harddisk. So to be on the safe side, the default is root.disk. With something like udev the permissions are ``correct'', because it has somewhat more information about the device. Sjoerd -- If you are not for yourself, who will be for you? If you are for yourself, then what are you? If not now, when?
Re: ALSA on TiBook IV spitting out garbage?
On Fri, May 21, 2004 at 11:22:23PM -0500, JUSTIN RANDALL DITTMANN wrote: > Ok, so I compiled a kernel with all the ALSA stuff enabled as a module, and I > can get the mixers to work and the computer DOES play sound... it just plays > garbage (kinda like a heartbeat monitor with ALOT of static). > > Anyways... I'm fed up with monkeying with it, and figured I should ask the > experts (that's you). > > I ran alsaconf and it set it up and all that good stuff (installed alsa-utils > and alsa-base via apt-get, unstable. Kernel is 2.6.6 with alsa compiled in). > > BEGIN LSMOD OUTPUT) > Here's what lsmod tells me: > Module Size Used by > dmasound_core 20484 0 dmasound is the OSS driver for powermacs. Now as this is only the core it could be that there is no problem here, but i would try to turn of OSS completely just to be sure. Sjoerd -- Everything in this book may be wrong. -- Messiah's Handbook : Reminders for the Advanced Soul
