Re: Bug#741663: linux-image-3.13-1-powerpc-smp: therm_windtunnel does not load correctly

2021-04-26 Thread Wolfram Sang
> > Yes and no. I am quite optimistic the bug was fixed with a patch which > > is included upstream since 4.19-rc1. It still needs confirmation, > > though, i.e. testing. > > The PowerMac G5 users on this list are kindly asked to confirm the bug has > been fixed. Until then, I'll reopen it. Make

Re: Bug#741663: linux-image-3.13-1-powerpc-smp: therm_windtunnel does not load correctly

2021-04-25 Thread Wolfram Sang
> Wolfram just said that the you don't need custom kernels anymore but he > didn't say whether the original bug report that the windfarm modules didn't > load was fixed, did he? Yes and no. I am quite optimistic the bug was fixed with a patch which is included upstream since 4.19-rc1. It still ne

Re: Bug#741663: linux-image-3.13-1-powerpc-smp: therm_windtunnel does not load correctly

2021-04-25 Thread Wolfram Sang
> Any reporting back here? For the record, no need to build custom kernels anymore. Any Debian supplied kernel 4.19 or later will do for testing. signature.asc Description: PGP signature

Re: [PATCH] macintosh: windfarm: fix MODINFO regression

2020-03-10 Thread Wolfram Sang
On Tue, Mar 03, 2020 at 01:50:46PM +0100, Wolfram Sang wrote: > Commit af503716ac14 made sure OF devices get an OF style modalias with > I2C events. It assumed all in-tree users were converted, yet it missed > some Macintosh drivers. > > Add an OF module device table for all wind

Re: [PATCH] macintosh: windfarm: fix MODINFO regression

2020-03-10 Thread Wolfram Sang
On Tue, Mar 03, 2020 at 01:50:46PM +0100, Wolfram Sang wrote: > Commit af503716ac14 made sure OF devices get an OF style modalias with > I2C events. It assumed all in-tree users were converted, yet it missed > some Macintosh drivers. > > Add an OF module device table for all wind

Re: [PATCH] macintosh: windfarm: fix MODINFO regression

2020-03-03 Thread Wolfram Sang
> > sound/aoa/codecs/onyx.c > > sound/aoa/codecs/tas.c > > These are loaded explicitly via request_module (as snd-aoa-codec-%s). Good to know, thanks! signature.asc Description: PGP signature

Re: [PATCH] macintosh: therm_windtunnel: fix regression when instantiating devices

2020-02-28 Thread Wolfram Sang
On Tue, Feb 25, 2020 at 03:12:29PM +0100, Wolfram Sang wrote: > Removing attach_adapter from this driver caused a regression for at > least some machines. Those machines had the sensors described in their > DT, too, so they didn't need manual creation of the sensor devices. The >

Re: [PATCH] macintosh: therm_windtunnel: fix regression when instantiating devices

2020-02-28 Thread Wolfram Sang
> I think that would be best, it's more I2C related than powerpc arch > stuff that I could review. It is more DT handling than I2C, but I am happy to take this patch. signature.asc Description: PGP signature

Re: [PATCH] macintosh: therm_windtunnel: fix regression when instantiating devices

2020-02-25 Thread Wolfram Sang
On Tue, Feb 25, 2020 at 03:41:22PM +0100, John Paul Adrian Glaubitz wrote: > Hello! > > On 2/25/20 3:12 PM, Wolfram Sang wrote: > > Adding the Debian-PPC List to reach further people maybe willing to > > test. > > This might be related [1]. IIUC, this is the same as

[PATCH] macintosh: therm_windtunnel: fix regression when instantiating devices

2020-02-25 Thread Wolfram Sang
e to start the kthread is moved to do_probe() which will be called by both methods. Fixes: 3e7bed52719d ("macintosh: therm_windtunnel: drop using attach_adapter") Link: https://bugzilla.kernel.org/show_bug.cgi?id=201723 Reported-by: Erhard Furtner Tested-by: Erhard Furtner Signed-

Re: Bug#741663: linux-image-3.13-1-powerpc-smp: therm_windtunnel does not load correctly

2018-09-09 Thread Wolfram Sang
On Sat, Sep 08, 2018 at 02:48:01PM -0700, Rick Thomas wrote: > Thanks! Yes, I’ll give it a try. Note: You can either build the v4.19-rc1 tarball which has the patch already included. Or you can take your Debian kernel and add this patch: http://patchwork.ozlabs.org/patch/960488/ You can downloa

Re: PowerMac G5 fans run out of control with kernel 4.17.0-3-powerpc64 but not with 4.16.0-1-powerpc64

2018-09-03 Thread Wolfram Sang
> The bug is “status: NEEDINFO”, so I assume it’s not fixed yet. In the > meantime, manually loading the windfarm modules is a tested workaround. Does this workaround work for you, too? "However, there is a workaround: In addition to CONFIG_I2C_POWERMAC=y you need to compile "Device Drivers →

Re: Airport gone

2016-06-10 Thread Wolfram Sang
> Could you please double check the following output from modinfo and > confirm this is the same issue as Debian #714345 You already found out, yes it is. Good: > > alias: of:NradioT*C* Bad; > > alias: of:NradioT*CC* > > alias: of:NradioT*C

Re: linux-image-3.13-1-powerpc-smp: therm_windtunnel does not load correctly

2016-06-03 Thread Wolfram Sang
On Tue, Apr 12, 2016 at 12:08:03PM +0200, Mathieu Malaterre wrote: > Dear all, > > I am looking for testers for the following patch: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741663#20 > > Wolfram (CC here) is looking for feedback from users for this patch. For completeness, it shou

Re: HELP: test kernel patches on the real thing

2015-05-08 Thread Wolfram Sang
> >So, did you have sound? This message "Failed to register i2c > >client keywest at 0x35 (-16)" is gone now... > > I forgot to check! I was just happy the pretty dmesg output > looked differnt. :)) > Anyway, now that I do check, I have sound! For the first time > in two years I have a Jes

Re: HELP: test kernel patches on the real thing

2015-05-06 Thread Wolfram Sang
> Attached are the dmesg outputs, first for the patch below alone, and second > for both patches. So, did you have sound? This message "Failed to register i2c client keywest at 0x35 (-16)" is gone now... > By the way, patch told me the patch below is malformed at line 21, > "static bool i2c_p

Re: HELP: test kernel patches on the real thing

2015-05-04 Thread Wolfram Sang
gt; I should send you? Let's skip this for now, I think I found something. Can you test the attached patch a) without my previous patch and b) on top of the previous patch? From: Wolfram Sang Subject: [PATCH] i2c: powermac: don't workaround for keywest commit 3a3dd0186f619b74e61e6f29d

Re: HELP: test kernel patches on the real thing

2015-05-04 Thread Wolfram Sang
> I'm the original filer of Debian bug #714345. > I applied your sound patch and compiled a new kernel, but there's still no > sound on my iBook. That is a misunderstanding. This patch is not for bringing the sound back, but to get rid of the legacy probing (notice how the "attach_adapter me

Re: HELP: test kernel patches on the real thing

2015-05-04 Thread Wolfram Sang
On Sat, May 02, 2015 at 12:36:54PM -0500, Mark Elliott wrote: > I would like to give you a hand and be as much help as I can. I have a 12 inch > PowerBook G4 that I suspect is afflicted by bug #714345. My sound worked > properly under Wheezy. The Wheezy installer added snd-powermac to my /etc/ > mo

Re: HELP: test kernel patches on the real thing

2015-04-26 Thread Wolfram Sang
lfram From 4671664a9d116506f594dcbd6e69e4a485c7c738 Mon Sep 17 00:00:00 2001 From: Wolfram Sang Date: Wed, 3 Dec 2014 18:21:50 +0100 Subject: [PATCH 2/2] sound: ppc: keywest: drop using attach adapter As we now have deferred probing, we can use a custom mechanism and finally get rid of the legacy interface from the i2c core. Si

Re: HELP: test kernel patches on the real thing

2015-04-16 Thread Wolfram Sang
> I have a iMac G3 M4984. Is my model old enough? I can do some testing in > one of the coming days. As said before, I don't know much about the namings. For the thermal driver, Herminio found out: "Ah you need powermac towers and iMacs. They use windtunnel." The other driver is the Keywest aud

Re: HELP: test kernel patches on the real thing

2015-04-16 Thread Wolfram Sang
> Ah you need powermac towers and iMacs. They use windtunnel. I have a powermac > G4 but it needs a new HD and upgraded video card. So it unusable right now. I > can reach out to Ubuntu apple forums. It is very active with powerpc users I > am > sure we can find testers there. Also they would be

Re: HELP: test kernel patches on the real thing

2015-04-16 Thread Wolfram Sang
> [ 15.622401] adt746x: ADT7467 initializing Ah, ok. So your computer uses the therm_adt746x.c driver, not the therm_windtunnel.c one. Pity! Which G4 computers are "windtunnels"? I know next to nothing about these namings :) Thanks for testing nonetheless! signature.asc Description: Digita

Re: HELP: test kernel patches on the real thing

2015-04-16 Thread Wolfram Sang
On Thu, Apr 16, 2015 at 11:33:10AM -0500, Herminio Hernandez, Jr. wrote: > How would I verify the fan daemon is working? There should be a "g4fand" process. Check with 'ps'. Or, easier, check the bootlog. There should be lines starting with ADM1030 fan controller DS1775 digital thermometer

Re: HELP: test kernel patches on the real thing

2015-04-16 Thread Wolfram Sang
On Thu, Apr 16, 2015 at 10:25:25AM -0500, Herminio Hernandez, Jr. wrote: > I would be willing to test the patches. I am currently running gentoo on my > iBook but i can dual boot Jessie for testing. Thanks a lot! My patches should really only affect the kernel, not so much the distribution. As lon

HELP: test kernel patches on the real thing

2015-04-16 Thread Wolfram Sang
Hi, I'm Wolfram Sang, maintainer of the I2C subsystem of the Linux Kernel. I want to get rid of an ancient mechanism in the I2C core which was used in the 2.4. era. There are only two users left; drivers for old Macintosh computers I don't have access to. So, I tried to emulate the be