Re: GPIO Driver for Skylake-Y PCH
On Mon, 17 Jun 2019 09:39 -07:00, Andy Shevchenko wrote: > > How come that this device is GPIO? > I mean what makes you, guys, to come to this conclusion? > Intel document 332996-002EN [1] chapter 28 says GPP_* groups are accessible through the PCH Sideband Interface, while 332690-004EN [2] defines P2SB at d31.f1 Obviously, I am wrong here. However, the question stands, is there linux kernel support for Intel PCH GPIO? [1] http://www.intel.cn/content/dam/www/public/us/en/documents/datasheets/6th-gen-core-pch-u-y-io-datasheet-vol-2.pdf [2] https://www.intel.com/content/dam/www/public/us/en/documents/datasheets/100-series-chipset-datasheet-vol-1.pdf ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: GPIO Driver for Skylake-Y PCH
On Sat, Jun 15, 2019 at 03:30:24PM -0400, Valdis Klētnieks wrote: > On Fri, 14 Jun 2019 15:40:59 -0700, "Alexander Ivanov" said: > > (Adding likely knowledgeable people to the recipients) > > Jean, Andy, Linus: The situation thus far: Alexander has a system with this > GPIO on it: How come that this device is GPIO? I mean what makes you, guys, to come to this conclusion? > > lspci -vvvnns 1f.1 > > 00:1f.1 Memory controller [0580]: Intel Corporation Device [8086:9d20] (rev > > 21) > > Subsystem: Gigabyte Technology Co., Ltd Device [1458:1000] > > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > > Stepping- SERR- FastB2B- DisINTx- > > Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > SERR- > Latency: 0 > > Region 0: Memory at 7d00 (64-bit, non-prefetchable) [size=16M] > The obvious first thing to try was: ...which is obviously wrong. See above. P.S. Agree with Greg that one must update kernel either to LTS or to latest supported one. -- With Best Regards, Andy Shevchenko ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Fix for https://bugzilla.kernel.org/show_bug.cgi?id=203737
Hi, I think the following will help you: https://www.kernel.org/doc/html/v5.1/process/submitting-patches.html 17.06.2019 17:27, Саша Ковтуненко пишет: > Hello , > I am trying to fix https://bugzilla.kernel.org/show_bug.cgi?id=203737 in > this way: > --- a/fs/jfs/jfs_logmgr.c > +++ b/fs/jfs/jfs_logmgr.c > @@ -1223,6 +1223,7 @@ static int open_dummy_log(struct super_block *sb) > /* Make up some stuff */ > dummy_log->base = 0; > dummy_log->size = 1024; > + dummy_log->bdev = sb->s_bdev; > There seems bio_set_dev(bio, bdev) in case bdev is null then we get error . > Is this fix looks ok ? > Thanks > AK > > > ___ > Kernelnewbies mailing list > Kernelnewbies@kernelnewbies.org > https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies > ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Fix for https://bugzilla.kernel.org/show_bug.cgi?id=203737
Hello , I am trying to fix https://bugzilla.kernel.org/show_bug.cgi?id=203737 in this way: --- a/fs/jfs/jfs_logmgr.c +++ b/fs/jfs/jfs_logmgr.c @@ -1223,6 +1223,7 @@ static int open_dummy_log(struct super_block *sb) /* Make up some stuff */ dummy_log->base = 0; dummy_log->size = 1024; + dummy_log->bdev = sb->s_bdev; There seems bio_set_dev(bio, bdev) in case bdev is null then we get error . Is this fix looks ok ? Thanks AK ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
[IMX] [DRM]: suspend/resume support
Hi All, I am trying to implement suspend/resume functionality to to imx-hdmi driver: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/gpu/drm/imx/dw_hdmi-imx.c?h=v4.9.181 So, I need some help about this. I logged the request in imx community, but it seems they are not responding. Firstly I expect nxp community members to support (if anybody here). Otherwise, I guess, people who are experts here and have prior experience in implementing suspend/resume for their drivers, should be able to give me some guidance. Currently, I am trying to understand what needs to be taken care during suspend/resume. With some reference, I figured out that hdmi power off/on needs to be done during suspend/resume. But after resume, system is hanging. It seems like vblank events are not getting triggered after the resume. May be irq remains disabled after resume, I need to figure out some way to enable the all the irqs again. Even if I try to install hdmi driver as a dynamic loadable module, still I get the same issue. So, I wonder, what is the right way to handle suspend/resume for any driver. Some clue/reference should help me to keep going... Regards, Pintu
Re: Pause a process execution from external program
On Fri, Jun 14, 2019 at 1:13 AM Valdis Klētnieks wrote: > > On Thu, 13 Jun 2019 13:22:12 +0530, Shyam Saini said: > > > from command line we use ctrl-z to stop execution of a foreground > > process but you can program > > SIGTSTP signal handler in your application code to do the same. > > Note that if you simply fail to include a signal handler for SIGSTOP and > SIGCONT, it will Do The Right Thing. The only programs that need worry about > SIGTSTP are ones like 'vi' that may want to do something (like restore the > terminal state from raw to cooked mode, etc) before they stop. That's why you > can control-z /bin/cat without it having to include a signal handler for it. > > % kill -STOP `pidof process-to-stop` # stop it > % kill -CONT `pidof process-to-stop` # and make it run again. > > No source code modifications needed. No source needed. > > Now, if you want to make it stop at a *specific point*, then you're into > ptrace territory, and source will be helpful. > Yes, I think ptrace can serve our purpose. Thank you so much. ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Re: Pause a process execution from external program
On Thu, Jun 13, 2019 at 8:52 PM Elias Kouskoumvekakis wrote: > > On Thu, Jun 13, 2019 at 10:45 AM Pintu Agarwal wrote: > > > > For some reason, I want to halt/pause the execution (for some > > specified time) of a running process/thread (at some location), > > without modified the source, may be by firing some events/signals from > > an another external program, by specifying the address location or a > > line number. > > > > Is this possible ? > > Hi Pintu, > > have you looked at the CRIU project which can do a checkpoint / restore of a > running process? > > https://criu.org/Main_Page > > I think it's what you need, although I've never used it myself. > OK. Thank you so much I will surely look into it. Currently, we are exploring using ptrace. ___ Kernelnewbies mailing list Kernelnewbies@kernelnewbies.org https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies