[06:09] <qeni_> Hello guys. Where can I find RS-485 support in Linux 4.x? I don't see that option while doing 'make nconfig'
[06:16] <mjg59> rs-485 is an electrical standard, not an OS-level thing
[06:17] <mjg59> rs-485 devices are typically connected to a serial UART of some sort
[06:17] <mjg59> So it depends what hardware you're building on
[06:18] <mjg59> Wait sorry I'm thinking of RS-422
[06:18] <mjg59> Think the answer's the same, though
[06:19] <mjg59> https://github.com/torvalds/linux/blob/master/Documentation/serial/serial-rs485.txt suggests that it's just up to userspace to set the appropriate flag
[06:19] <apw> mjg59, it _is_ a serial standard
[06:20] <mjg59> Too much time spent on SGI systems
[06:22] <qeni_> apw: So do you have any ideas where I can find this? :<
[06:24] <apw> qeni_, sorry no experience of that, as mjg suggests there looks to be support, but if doesn't Just Work(tm) i am less sure
[06:25] <qeni_> ok, thanks
[06:31] <mjg59> qeni_: Yeah there's no option to enable it. If your UART supports it then userspace should be able to just use it by doing the appropriate setup as described in that doc.
[06:32] <qeni_> mjg59_: thank you so much, so I have to to compile this code and run it to set rs-485?
[06:33] <qeni_> of course with my configuration
[06:54] <mjg59> qeni_: You need to incorporate that into your application
[12:44] <melodie> hello
[12:44] <melodie> I would like to try the very latest kernel available on my computer, because I meet with issues with the current one. 
[12:45] <melodie> can someone point me to the page where I can get the deb files?
[12:47] <sforshee> melodie: http://kernel.ubuntu.com/~kernel-ppa/mainline/, with the latest being 4.12. However you should note those kernels are only for testing and are unsupported. If you find 4.12 fixes your issues you should file a bug so that we can try to backport the fixes.
[12:47] <melodie> sforshee, ok, thank you
[12:47] <sforshee> np
[12:50] <melodie> sforshee, 
[12:50] <melodie> my kernel is 4.4.0-83-generic  with Ubuntu 16.04.2 LTS
[12:51] <melodie> I need 3 packages, right?
[12:53] <sforshee> melodie: if you aren't using any dkms drivers (things like the nvidia binary driver) you can probably get by with only the linux-image-*-generic package
[12:53] <melodie> the amd generic headers and image and the all deb: right?
[12:53] <melodie> I do use dkms drivers with nvidia binary driver
[12:53] <sforshee> otherwise you will also need those header packages
[12:53] <sforshee> yeah, so you'll need them
[12:53] <melodie> I have no choice because nouveau would not handle the resolution
[12:54] <melodie> ok thank you very much
[12:54] <sforshee> melodie: however it's highly likely that the nvidia driver will fail to compile against 4.12
[12:54] <sforshee> almost certain in fact
[12:54] <melodie> would nouveau handle properly the GPU with this new driver, or is it not related?
[12:55] <sforshee> it's possible nouveau could handle it, I can't say for sure
[12:58] <melodie> well I can try and if it's not ok, I can reboot to the former kernel
[12:58] <sforshee> yes
[12:58] <melodie> and reinstall nvidia after
[12:58] <melodie> I'll just prepare a script to make it easier to switch back in case of need
[12:59] <melodie> also the machine is behaving right now so I'll do the tests later, when the current jobs are done ^^
[13:04] <sforshee> melodie: note that we also have a linux-generic-hwe-16.04 package which will get you a somewhat newer kernel (currently 4.8, switching to 4.10 soon) where we should at least be keeping the nvidia binary drivers working
[13:08] <melodie> why not?
[13:08] <melodie> ok I will try that
[13:08] <melodie> what does hwe stand for?
[13:08] <sforshee> hardware enablement
[13:10] <melodie> sforshee, what does hardware enablement bring which current generic kernels don't?
[13:10] <melodie> I am very much interested in this part
[13:11] <melodie> being hardware aware interests me highly
[13:11] <sforshee> melodie: it's really just letting you get kernel version from our interim releases in the lts kernel. 4.8 -> yakkety, 4.10 -> zesty
[13:11] <sforshee> newer kernel versions bring new and updated hardware support
[13:12] <melodie> ok
[13:12] <sforshee> sorry, should have read "kernel version from our interim releases in the lts release"
[13:12] <melodie> thinking of
[13:12] <melodie> yes, I got it
[13:13] <melodie> I'm used to switch things back and fro from English, my native language is French and we are often saying things upside down
[13:13] <melodie> so 
[13:14] <melodie> thinking of, where can I have insights about a specific printer I want to get next? I've heard lots of good things about Epson EcoTank models, for they are economic with ink and so and so
[13:14] <melodie> I will next seek for the feedback from the Ubuntu communty
[13:14] <melodie> community
[13:14] <melodie> maybe at Ask Ubuntu?
[13:15] <sforshee> melodie: that would be my suggestion
[13:16] <melodie> ok
[13:16] <melodie> very good
[13:28] <melodie> sforshee, I have to reboot, thanks and see you!
[18:25] <shyamrajendran> Hi Guys
[18:25] <shyamrajendran> I just noticed an issue with pre-4.11 linux kernels. We have skb_warn_offload() noise in special cases like this when a GSO skb has skb->ip_summed != CHECKSUM_PARTIAL. This could be set due to multiple external factors during virtualization such as optimization of checksum computation on the host.  https://access.redhat.com/solutions/654283 The change to avoid this warning dmesg has been put in kernel 4.11 onwards http:
[18:25] <shyamrajendran> http://elixir.free-electrons.com/linux/v4.10/source/net/core/dev.c#L2675 http://elixir.free-electrons.com/linux/v4.11/source/net/core/dev.c#L2688. I know Ubuntu LTS might not get 4.11 any time soon so is there a way we could request back porting this change to previous Ubuntu releases? 
[18:38] <apw> shyamrajendran, file an ubuntu bug against linux (ubuntu-bug linux) and fill in the info and references to the patch etc
[18:38] <apw> then drop the bug number in here so we can find it.
[20:09] <shyamrajendran> Thanks @apw