From: Christian Herzog <herzog-vpGm2Noi6jeZvKxeG3EEhw@public.gmane.org>
To: Jean Delvare <khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>
Cc: Linux I2C <linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Wolfram Sang <wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org>
Subject: Re: [lm-sensors] I2C support for AMD Hudson-1
Date: Fri, 17 Jan 2014 07:57:24 +0100 [thread overview]
Message-ID: <20140117065724.GR22080@phys.ethz.ch> (raw)
In-Reply-To: <20140116124544.763415dd-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
Dear Jean,
thanks for your reply.
> The git history tells that there was no change to the i2c-piix4 driver
> since kernel version 3.12-rc1. This is when support for secondary SMBus
> on AMD SB800 and AMD FCH chipsets was added. I think FCH and Hudson-2
> are the same thing, not sure how Hudson-1 fits into the picture.
as far as I understand it, both Hudsons are FCHs in AMD speak.
It is very reasonable to assume that indeed 3.12-rc1 did add Hudson-1
support if that's when secondary SMBus support was introduced. I think it
was mainly this 2nd channel that was missing in the 'old' driver.
> Are you certain that the kernel version change fixed it? A BIOS update
> could have helped as well, or even just changing some BIOS settings.
nope, since the apu board has a very minimal BIOS and I didn't do anything in
this regard.
> If you are really sure that 3.13-rc3 didn't work and 3.13-rc7 does
> work, and you really want to understand why, then you can bisect the
> git kernel tree between both points and it'll point you to the commit
> that fixed it.
I thought so, but with the above it is very likely that it started working as
of 3.12-rc1 and I somehow missed it in 3.13-rc3. Unfortunately I can't check
now since the board is being used elsewhere.
> As for me, if things work for you now, I see no point in investigating
> further. As Wolfram already pointed out, your contribution came in a
I second this pragmatic approach. Goal was to add support and support we have.
> format we can't do anything with. The patch is huge, reversed, based on
> a source file which had indentation changes, mixes actual changes with
> (mostly unjustified) white-space changes, etc. If you ever need to get
> changes into the kernel, please follow the rules listed in
> Documentation/SubmittingPatches, otherwise nobody will review your
> work, no matter how needed you think it is.
I apologize. As stated before, I'm not the author of the patch and simply felt
not comfortable enough in the code to clean it up more than just make it
compile on a new kernel. Next time I'll try harder.
thanks for you work, we have support and are happy. I'll inform the author of
the patch.
cheers,
-Christian
--
Dr. Christian Herzog <herzog-vpGm2Noi6jeZvKxeG3EEhw@public.gmane.org> support: +41 44 633 26 68
IT Services Group, HPT H 8 voice: +41 44 633 39 50
Department of Physics, ETH Zurich
8093 Zurich, Switzerland http://nic.phys.ethz.ch/
next prev parent reply other threads:[~2014-01-17 6:57 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-17 6:32 [lm-sensors] I2C support for AMD Hudson-1 Christian Herzog
[not found] ` <20131217063226.GD25105-vpGm2Noi6jeZvKxeG3EEhw@public.gmane.org>
2013-12-17 18:01 ` Guenter Roeck
2013-12-17 18:01 ` Guenter Roeck
[not found] ` <20131217180131.GB2840-0h96xk9xTtrk1uMJSBkQmQ@public.gmane.org>
2013-12-17 18:10 ` Wolfram Sang
2013-12-17 18:10 ` Wolfram Sang
2013-12-17 18:53 ` Jean Delvare
2013-12-17 18:53 ` Jean Delvare
[not found] ` <20140106123105.GN25105@phys.ethz.ch>
[not found] ` <20140106140522.14e83454@endymion.delvare>
[not found] ` <20140109162421.GF25105@phys.ethz.ch>
[not found] ` <20140109162421.GF25105-vpGm2Noi6jeZvKxeG3EEhw@public.gmane.org>
2014-01-16 11:45 ` Jean Delvare
[not found] ` <20140116124544.763415dd-R0o5gVi9kd7kN2dkZ6Wm7A@public.gmane.org>
2014-01-17 6:57 ` Christian Herzog [this message]
2013-12-20 13:43 ` Christian Herzog
[not found] ` <20131220134349.GV25105-vpGm2Noi6jeZvKxeG3EEhw@public.gmane.org>
2014-01-13 13:04 ` Wolfram Sang
2014-01-13 13:12 ` Christian Herzog
2014-01-13 13:13 ` Jean Delvare
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140117065724.GR22080@phys.ethz.ch \
--to=herzog-vpgm2noi6jezvkxeg3eehw@public.gmane.org \
--cc=khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org \
--cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=wsa-z923LK4zBo2bacvFa/9K2g@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.