Re: [PATCH v2] i2c: Drop legacy muxing pseudo-drivers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jean,

On Tue, Oct 15, 2024 at 01:40:41PM +0200, Jean Delvare wrote:
> On Fri, 29 Sep 2023 09:33:19 +0200, Wolfram Sang wrote:
> > On Thu, Sep 28, 2023 at 10:16:55AM +0200, Jean Delvare wrote:
> > > The i2c-amd756-s4882 and i2c-nforce2-s4985 muxing pseudo-drivers were
> > > written at a time when the i2c core did not support muxing. They are
> > > essentially board-specific hacks. If we had to add support for these
> > > boards today, we would implement it in a completely different way.
> > > 
> > > These Tyan server boards are 18 years old by now, so I very much doubt
> > > any of these is still running today. So let's just drop this clumsy
> > > code. If anyone really still needs this support and complains, I'll
> > > rewrite it in a proper way on top of i2c-mux.
> > > 
> > > This also fixes the following warnings:
> > > drivers/i2c/busses/i2c-amd756.c:286:20: warning: symbol 'amd756_smbus' was not declared. Should it be static?
> > > drivers/i2c/busses/i2c-nforce2.c:123:20: warning: symbol 'nforce2_smbus' was not declared. Should it be static?
> > > 
> > > Signed-off-by: Jean Delvare <jdelvare@xxxxxxx>
> > > Acked-by: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
> > > Cc: Andi Shyti <andi.shyti@xxxxxxxxxx>  
> > 
> > Applied to for-next, thanks!
> 
> What happened to this patch? This was one year ago but I can't find it
> upstream. Should I resend it?

I tried to apply it but I get some conflicts. Can you please
resend it and I will queue it up for the next merge request.

Thanks,
Andi




[Index of Archives]     [Linux GPIO]     [Linux SPI]     [Linux Hardward Monitoring]     [LM Sensors]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux