Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Fri, Sep 20, 2019 at 8:46 AM Greg Kroah-Hartman wrote: > > On Wed, Sep 18, 2019 at 01:30:33PM -0700, Gregory Nowak wrote: > > > Extra line between each attribute (before the "What:" line) would be > > > nice. > > > > In a previous post above, you wrote: > > On Mon, Sep 16, 2019 at 04:11:00PM +0

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Wed, Sep 18, 2019 at 01:30:33PM -0700, Gregory Nowak wrote: > > Extra line between each attribute (before the "What:" line) would be > > nice. > > In a previous post above, you wrote: > On Mon, Sep 16, 2019 at 04:11:00PM +0200, Greg Kroah-Hartman wrote: > > Anyway, please put the Description: l

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Wed, Sep 18, 2019 at 08:16:42AM +0200, Greg Kroah-Hartman wrote: > On Tue, Sep 17, 2019 at 06:03:53PM -0700, Gregory Nowak wrote: > > On Tue, Sep 17, 2019 at 10:01:18AM +0200, Greg Kroah-Hartman wrote: > > > On Mon, Sep 16, 2019 at 03:38:48PM -0700, Gregory Nowak wrote: > > > > On Mon, Sep 16, 2

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Tue, Sep 17, 2019 at 06:03:53PM -0700, Gregory Nowak wrote: > On Tue, Sep 17, 2019 at 10:01:18AM +0200, Greg Kroah-Hartman wrote: > > On Mon, Sep 16, 2019 at 03:38:48PM -0700, Gregory Nowak wrote: > > > On Mon, Sep 16, 2019 at 04:11:00PM +0200, Greg Kroah-Hartman wrote: > > > > On Mon, Sep 16, 2

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Tue, Sep 17, 2019 at 10:01:18AM +0200, Greg Kroah-Hartman wrote: > On Mon, Sep 16, 2019 at 03:38:48PM -0700, Gregory Nowak wrote: > > On Mon, Sep 16, 2019 at 04:11:00PM +0200, Greg Kroah-Hartman wrote: > > > On Mon, Sep 16, 2019 at 03:47:28PM +0200, Samuel Thibault wrote: > > > > Okash Khawaja,

Re: Re: [HELP REQUESTED from the community] Was: Staging status of speakup

- > > > > Date: Mon, 16 Sep 2019 15:38:48 -0700 > > From: Gregory Nowak > > To: Greg Kroah-Hartman > > Cc: de...@driverdev.osuosl.org, Simon Dickson , > > "Speakup is a screen review system for Linux." > > , linux-kernel@vger.ke

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Mon, Sep 16, 2019 at 03:38:48PM -0700, Gregory Nowak wrote: > On Mon, Sep 16, 2019 at 04:11:00PM +0200, Greg Kroah-Hartman wrote: > > On Mon, Sep 16, 2019 at 03:47:28PM +0200, Samuel Thibault wrote: > > > Okash Khawaja, le dim. 15 sept. 2019 19:41:30 +0100, a ecrit: > > > > I have attached the d

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Mon, Sep 16, 2019 at 04:11:00PM +0200, Greg Kroah-Hartman wrote: > On Mon, Sep 16, 2019 at 03:47:28PM +0200, Samuel Thibault wrote: > > Okash Khawaja, le dim. 15 sept. 2019 19:41:30 +0100, a ecrit: > > > I have attached the descriptions. > > > > Attachment is missing :) > > I saw it :) > > An

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Mon, Sep 16, 2019 at 03:47:28PM +0200, Samuel Thibault wrote: > Okash Khawaja, le dim. 15 sept. 2019 19:41:30 +0100, a ecrit: > > I have attached the descriptions. > > Attachment is missing :) > > Samuel Samuel, check the message that came to you directly, and it should be there. The speakup

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Mon, Sep 16, 2019 at 03:47:28PM +0200, Samuel Thibault wrote: > Okash Khawaja, le dim. 15 sept. 2019 19:41:30 +0100, a ecrit: > > I have attached the descriptions. > > Attachment is missing :) I saw it :) Anyway, please put the Description: lines without a blank after that, with the descripti

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

Okash Khawaja, le dim. 15 sept. 2019 19:41:30 +0100, a ecrit: > I have attached the descriptions. Attachment is missing :) Samuel

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Sun, Sep 15, 2019 at 2:43 PM Greg Kroah-Hartman wrote: > > On Sat, Sep 14, 2019 at 10:08:35PM +0100, Okash Khawaja wrote: > > On Mon, Sep 9, 2019 at 3:55 AM Gregory Nowak wrote: > > > > > > On Sun, Sep 08, 2019 at 10:43:02AM +0100, Okash Khawaja wrote: > > > > Sorry, I have only now got round

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Sat, Sep 14, 2019 at 10:08:35PM +0100, Okash Khawaja wrote: > On Mon, Sep 9, 2019 at 3:55 AM Gregory Nowak wrote: > > > > On Sun, Sep 08, 2019 at 10:43:02AM +0100, Okash Khawaja wrote: > > > Sorry, I have only now got round to working on this. It's not complete > > > yet but I have assimilated

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

Hello, Okash Khawaja, le sam. 14 sept. 2019 22:08:35 +0100, a ecrit: > 2. We are still missing descriptions for i18n/ directory. I have added > filenames below. can someone can add description please: There are some descriptions in the "14.1. Files Under the i18n Subdirectory" section of spkguid

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Mon, Sep 9, 2019 at 3:55 AM Gregory Nowak wrote: > > On Sun, Sep 08, 2019 at 10:43:02AM +0100, Okash Khawaja wrote: > > Sorry, I have only now got round to working on this. It's not complete > > yet but I have assimilated the feedback and converted subjective > > phrases, like "I think..." into

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Sun, Sep 08, 2019 at 10:43:02AM +0100, Okash Khawaja wrote: > Sorry, I have only now got round to working on this. It's not complete > yet but I have assimilated the feedback and converted subjective > phrases, like "I think..." into objective statements or put them in > TODO: so that someone el

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

Sorry, I have only now got round to working on this. It's not complete yet but I have assimilated the feedback and converted subjective phrases, like "I think..." into objective statements or put them in TODO: so that someone else may verify. I have attached it to this email. Next step will be to

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Wed, Aug 21, 2019 at 09:39:25AM -0700, Okash Khawaja wrote: > Hi Greg N, > > Would like to send this as a patch as Greg K-H suggested? If not, I > can do that with your email in Authored-by: tag? > > Thanks, > Okash Hi Okash and all, feel free to submit the patch with my email in the Authored

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Thu, Jul 25, 2019 at 3:49 AM John Covici wrote: > > I think the program is genmap, I have it in my init sequence, but I > am not sure it does anything at this point. > > On Thu, 25 Jul 2019 00:04:07 -0400, > Chris Brannon wrote: > > > > Gregory Nowak writes: > > > > > keymap > > > I believe t

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

the cursor_time option (I think) controls a cursor delay when you do the arrow keys.I think the delimiters are what delimit a word fr speakup, I changed it to space only, so it would work better for me. On Wed, 24 Jul 2019 23:53:52 -0400, Gregory Nowak wrote: > > On Fri, Jul 12, 2019 at 05:

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

I think the program is genmap, I have it in my init sequence, but I am not sure it does anything at this point. On Thu, 25 Jul 2019 00:04:07 -0400, Chris Brannon wrote: > > Gregory Nowak writes: > > > keymap > > I believe this is the currently active kernel keymap. I'm not sure of > > the form

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Thu, Jul 25, 2019 at 08:11:04AM +0200, Willem van der Walt wrote: > Hi, > I have added a few things inline in Greg's message, mainly regarding the > bleeps and cursor_time. This is a great start, can someone turn this into the correct format that we need for Documentation/ABI/ ? thanks, greg

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

Hi, I have added a few things inline in Greg's message, mainly regarding the bleeps and cursor_time. FWIW, Willem On Wed, 24 Jul 2019, Gregory Nowak wrote: [The e-mail server of the sender could not be verified (SPF Record)] On Fri, Jul 12, 2019 at 05:46:23PM -0700, Gregory Nowak wrote: On

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

Gregory Nowak writes: > keymap > I believe this is the currently active kernel keymap. I'm not sure of > the format, probably what dumpkeys(1) and showkey(1) use. Echoing > different values here should allow for remapping speakup's review > commands besides remapping the keyboard as a whole. AFA

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Fri, Jul 12, 2019 at 05:46:23PM -0700, Gregory Nowak wrote: > On Fri, Jul 12, 2019 at 11:23:19AM +0200, Samuel Thibault wrote: > > Hello, > > > > To readers of the linux-speakup: could you help on this so we can get > > Speakup in mainline? Neither Okash or I completely know what user > > cons

Re: Help: Regression in v4.19 : do_IRQ: 0.37 No irq handler for vector

On Fri, Jul 19, 2019 at 1:32 PM Mathieu Malaterre wrote: > > [cc me please] > > Hi there, > > I recently upgraded my desktop to Debian/buster. Now when I start my > xfce session I can hear the system bell, and my dmesg is filled with > numerous: > > [ 920.728347] do_IRQ: 0.37 No irq handler for v

Re: [HELP REQUESTED from the community] Was: Staging status of speakup

On Fri, Jul 12, 2019 at 11:23:19AM +0200, Samuel Thibault wrote: > Hello, > > To readers of the linux-speakup: could you help on this so we can get > Speakup in mainline? Neither Okash or I completely know what user > consequences the files in /sys/accessibility/speakup/ have, so could > people g

Re: Help with reviewing dosfstools patches

On Friday 14 June 2019 17:45:20 Enrico Weigelt, metux IT consult wrote: > On 14.06.19 16:20, Enrico Weigelt, metux IT consult wrote: > > > > Currently working through your branches. Smells like they really deserve > a rebase and signed-off lines. Every patch/pull request is mean to be based on

Re: Help with reviewing dosfstools patches

On Friday 14 June 2019 07:30:52 Christoph Hellwig wrote: > On Fri, Jun 14, 2019 at 04:25:34PM +0200, Pali Rohár wrote: > > > Does the project already have a maillist ? > > > > No, there is no mailing list. Basically whole development is on github > > via github pull requests where are also put rev

Re: Help with reviewing dosfstools patches

On 14.06.19 17:45, Enrico Weigelt, metux IT consult wrote: > On 14.06.19 16:20, Enrico Weigelt, metux IT consult wrote: > > > > Currently working through your branches. Smells like they really deserve > a rebase and signed-off lines. rebased/applied your patches and got test failures: XFAIL: c

Re: Help with reviewing dosfstools patches

On 14.06.19 16:20, Enrico Weigelt, metux IT consult wrote: Currently working through your branches. Smells like they really deserve a rebase and signed-off lines. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287

Re: Help with reviewing dosfstools patches

On Fri, Jun 14, 2019 at 04:25:34PM +0200, Pali Rohár wrote: > > Does the project already have a maillist ? > > No, there is no mailing list. Basically whole development is on github > via github pull requests where are also put review comments and where is > also whole discussion, including bug re

Re: Help with reviewing dosfstools patches

On Friday 14 June 2019 16:20:08 Enrico Weigelt, metux IT consult wrote: > On 14.06.19 12:25, Pali Rohár wrote: > > Hello! > > > > Can somebody help with reviewing existing patches / pull requests for > > dosfstools project? https://github.com/dosfstools/dosfstools/pulls > > I'll have a look at it

Re: Help with reviewing dosfstools patches

On 14.06.19 12:25, Pali Rohár wrote: > Hello! > > Can somebody help with reviewing existing patches / pull requests for > dosfstools project? https://github.com/dosfstools/dosfstools/pulls I'll have a look at it. Could you perhaps prepare a (rebased) patch queue ? Does the project already have a

Re: [HELP] How to get task_struct from mm

On Fri 31-05-19 20:51:05, Yang Shi wrote: > > > On 5/30/19 11:41 PM, Michal Hocko wrote: > > On Thu 30-05-19 14:57:46, Yang Shi wrote: > > > Hi folks, > > > > > > > > > As what we discussed about page demotion for PMEM at LSF/MM, the demotion > > > should respect to the mempolicy and allowed me

Re: [HELP] How to get task_struct from mm

On 5/30/19 11:41 PM, Michal Hocko wrote: On Thu 30-05-19 14:57:46, Yang Shi wrote: Hi folks, As what we discussed about page demotion for PMEM at LSF/MM, the demotion should respect to the mempolicy and allowed mems of the process which the page (anonymous page only for now) belongs to. cp

Re: [HELP] How to get task_struct from mm

On Thu 30-05-19 14:57:46, Yang Shi wrote: > Hi folks, > > > As what we discussed about page demotion for PMEM at LSF/MM, the demotion > should respect to the mempolicy and allowed mems of the process which the > page (anonymous page only for now) belongs to. cpusets memory mask (aka mems_allowed

Re: [HELP] How to get task_struct from mm

On 5/30/19 2:57 PM, Yang Shi wrote: Hi folks, As what we discussed about page demotion for PMEM at LSF/MM, the demotion should respect to the mempolicy and allowed mems of the process which the page (anonymous page only for now) belongs to. The vma that the page is mapped to can be retr

Re: Help on testing ad5933 driver

On Fri, 22 Mar 2019 22:34:21 +0200 Alexandru Ardelean wrote: > On Thu, Mar 21, 2019 at 9:39 PM Marcelo Schmitt > wrote: > > > > Hello, would anyone mind helping me test ad5933 driver on actual > > hardware? I went through this > > (https://oslongjourney.github.io/linux-kernel/experiment-one-iio

Re: Help on testing ad5933 driver

On Thu, Mar 21, 2019 at 9:39 PM Marcelo Schmitt wrote: > > Hello, would anyone mind helping me test ad5933 driver on actual > hardware? I went through this > (https://oslongjourney.github.io/linux-kernel/experiment-one-iio-dummy/) > tutorial so I was able to load iio_simple_dummy driver, create a

Re: Help on testing ad5933 driver

On Thu, Mar 21, 2019 at 04:39:13PM -0300, Marcelo Schmitt wrote: > Hello, would anyone mind helping me test ad5933 driver on actual > hardware? I went through this > (https://oslongjourney.github.io/linux-kernel/experiment-one-iio-dummy/) > tutorial so I was able to load iio_simple_dummy driver, c

Re: [HELP] CPU Hard LOCKUP during boot up with HPET clock source

Hi, As a simple query, Is there a way to skip current available clock source (hpet) and allow to pick the next one ? I guess this will solve our purpose. Thanks, Pintu On Fri, Apr 6, 2018 at 8:37 PM, Pintu Kumar wrote: > Hi, > > First the few details: > Kernel: 4.9.20 > Machine: x86_64 (AMD)

Re: HELP PLEASE: Without ugly hacks, no interrupt delivery at all to our driver; 3.10.0 kernel (RHEL7.4) on Intel 82X38/X48 chipset, Shuttle (SX38/FX38, Core 2 Duo)

> I suspect a large part of the problem is that our device isn't really > a PCIe device. It's a PCI device retrofitted with a TI > XIO2000(A)/XIO2200A PCI Express-to-PCI Bridge. Large numbers of this That really shouldn't be an issue. Just about every PC up to a few years ago has something that

Re: Help on kernel rcu bug

On Wed, Dec 13, 2017 at 01:27:27PM +0800, 朱东海 wrote: > Hi Paul, > > Thanks for your reply. > > We build the kernel based on Centos 3.10 kernel, and use the kernel in > cloud computing. > Yes, the kernel have CONFIG_NO_HZ_FULL=y and offload callback to every cpu. > > Should the ->nocb_q_count be

RE: HELP DESK

Webmail Update 20GB 23GB Dear user Your mailbox has exceeded the storage limit of 20GB set by the administrator, you are currently running at 20.9 GB, you can not send or receive new messages until your verify you mailbox. to Re-validate your account CLICK HERE

Re: Help with trace-cmd/ftrace recording process ID information

On Mon, 17 Jul 2017 18:31:14 -0400 Will Hawkins wrote: > > It may be that it stopped and never started again, so you will only > > have a stale file. > > This appears to have been the problem! I did a reboot and everything > is back to normal. > > Is there a way to poke at the tracing infras

Re: Help with trace-cmd/ftrace recording process ID information

On Mon, Jul 17, 2017 at 4:17 PM, Steven Rostedt wrote: > On Mon, 17 Jul 2017 16:06:37 -0400 > Will Hawkins wrote: > > >> This seems to be the problem: >> >> On the "good" system, that file is up-to-date with cached PIDs and >> comms. On the bad host, there are no cached entries from any of the >>

Re: Help with trace-cmd/ftrace recording process ID information

On Mon, 17 Jul 2017 16:06:37 -0400 Will Hawkins wrote: > This seems to be the problem: > > On the "good" system, that file is up-to-date with cached PIDs and > comms. On the bad host, there are no cached entries from any of the > traces that I've run. > > Because these are running old kernels,

Re: Help with trace-cmd/ftrace recording process ID information

On Mon, Jul 17, 2017 at 4:06 PM, Will Hawkins wrote: > Thank you for your response! > > On Mon, Jul 17, 2017 at 3:53 PM, Steven Rostedt wrote: >> >> On Mon, 17 Jul 2017 15:18:18 -0400 >> Will Hawkins wrote: >> >> > Hello everyone, especially Mr. Rostedt, >> > >> > I have had great success with f

Re: Help with trace-cmd/ftrace recording process ID information

Thank you for your response! On Mon, Jul 17, 2017 at 3:53 PM, Steven Rostedt wrote: > > On Mon, 17 Jul 2017 15:18:18 -0400 > Will Hawkins wrote: > > > Hello everyone, especially Mr. Rostedt, > > > > I have had great success with ftrace debugging performance issues on > > Linux systems. The combi

Re: Help with trace-cmd/ftrace recording process ID information

On Mon, 17 Jul 2017 15:18:18 -0400 Will Hawkins wrote: > Hello everyone, especially Mr. Rostedt, > > I have had great success with ftrace debugging performance issues on > Linux systems. The combination of ftrace and trace-cmd are absolutely > amazing tools for digging in to exactly what is go

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

On Thursday 15 June 2017 02:18 PM, Kirill A. Shutemov wrote: O I am not suggesting we don't do the invalidate (the need for that is documented in __split_huge_pmd_locked(). I am suggesting we need a new interface, something like Andrea suggested. old_pmd = pmdp_establish(pmd_mknotpresent());

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

On Thu, Jun 15, 2017 at 06:35:21AM +0530, Aneesh Kumar K.V wrote: > > > On Wednesday 14 June 2017 10:25 PM, Will Deacon wrote: > > Hi Aneesh, > > > > On Wed, Jun 14, 2017 at 08:55:26PM +0530, Aneesh Kumar K.V wrote: > > > On Wednesday 14 June 2017 07:21 PM, Kirill A. Shutemov wrote: > > > > Vlas

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

On Thursday 15 June 2017 06:35 AM, Aneesh Kumar K.V wrote: W.r.t pmdp_invalidate() usage, I was wondering whether we can do that early in __split_huge_pmd_locked(). BTW by moving pmdp_invalidate early, we can then get rid of pmdp_huge_split_prepare(vma, haddr, pmd); -aneesh

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

On Wednesday 14 June 2017 10:30 PM, Vlastimil Babka wrote: On 06/14/2017 06:55 PM, Will Deacon wrote: May be we should relook at pmd PTE udpate interface. We really need an interface that can update pmd entries such that we don't clear it in between. IMHO, we can avoid the pmdp_invalidate() c

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

On Wednesday 14 June 2017 10:25 PM, Will Deacon wrote: Hi Aneesh, On Wed, Jun 14, 2017 at 08:55:26PM +0530, Aneesh Kumar K.V wrote: On Wednesday 14 June 2017 07:21 PM, Kirill A. Shutemov wrote: Vlastimil noted that pmdp_invalidate() is not atomic and we can loose dirty and access bits if CPU

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

On 06/14/2017 06:55 PM, Will Deacon wrote: >> >> May be we should relook at pmd PTE udpate interface. We really need an >> interface that can update pmd entries such that we don't clear it in >> between. IMHO, we can avoid the pmdp_invalidate() completely, if we can >> switch from a pmd PTE entry t

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

Hi Aneesh, On Wed, Jun 14, 2017 at 08:55:26PM +0530, Aneesh Kumar K.V wrote: > On Wednesday 14 June 2017 07:21 PM, Kirill A. Shutemov wrote: > >Vlastimil noted that pmdp_invalidate() is not atomic and we can loose > >dirty and access bits if CPU sets them after pmdp dereference, but > >before set_

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

On Wednesday 14 June 2017 07:21 PM, Kirill A. Shutemov wrote: Hi, Vlastimil noted that pmdp_invalidate() is not atomic and we can loose dirty and access bits if CPU sets them after pmdp dereference, but before set_pmd_at(). The bug doesn't lead to user-visible misbehaviour in current kernel,

Re: [HELP-NEEDED, PATCH 0/3] Do not loose dirty bit on THP pages

Hi Kirill, On Wed, 14 Jun 2017 16:51:40 +0300 "Kirill A. Shutemov" wrote: > Vlastimil noted that pmdp_invalidate() is not atomic and we can loose > dirty and access bits if CPU sets them after pmdp dereference, but > before set_pmd_at(). > > The bug doesn't lead to user-visible misbehaviour in

Re: Help with LED subsystem maintainance

Hi, On 11/14/2016 09:31 PM, Pavel Machek wrote: Hi! Would it make sense to list me as a co-maintainer for the LED subsystem? I'd leave patch collection / git tree maintenance to you, but I guess I can help with design, locking, etc... Sure, thanks for your commitment. You're in fact taking p

Re: [HELP/RFC] Moving ppc8xx microcode patch from micropatch.c to firmware

Le 30/06/2015 22:38, christophe leroy a écrit : I'm trying to move the 3 microcode patches included in arch/powerpc/sysdev/micropatch.c into the firmware directory in order to use request_firmware() and then be able to add additional micropatch that I need to relocate SMC2 on my MPC885. I've n

Re: Help configuring kernel for Baytrail system

Le septidi 7 messidor, an CCXXIII, Andy Shevchenko a écrit : > > I am trying to configure a kernel for a Baytrail SoC-based hybrid laptop (a > > Lenovo Miix 3-1030). Amongst other things, the battery gauge is not > > detected. I suspect it may be related to the following commit: > > > > # commit 89

Re: Help configuring kernel for Baytrail system

On Mon, Jun 15, 2015 at 3:41 PM, Nicolas George wrote: > Hi. > > I am trying to configure a kernel for a Baytrail SoC-based hybrid laptop (a > Lenovo Miix 3-1030). Amongst other things, the battery gauge is not > detected. I suspect it may be related to the following commit: > > # commit 894acb2f8

Re: Help with writing to micro SD card

> When I received the tablet, I used dd to back up the internal card. When I > used > a block size of 4M in that operation, it also froze; however, the standard > block > size (512) worked. That suggests that the standard Linux r/w operations on > the > device are too fast. Unlikely. > What

Re: Help with debugging intermittent crash on resume from hibernation

On Apr 17 2015, Mike Galbraith wrote: > On Fri, 2015-04-17 at 20:15 -0700, Nikolaus Rath wrote: >> >> Is there anything I can do to help debug this issue? > > You could try to bisect it, but judging from the problem description, > that could be more like a career than a troubleshooting session.

Re: Help with debugging intermittent crash on resume from hibernation

On Fri, 2015-04-17 at 21:13 -0700, Nikolaus Rath wrote: > On Apr 17 2015, Mike Galbraith wrote: > > On Fri, 2015-04-17 at 20:15 -0700, Nikolaus Rath wrote: > > > > > > Is there anything I can do to help debug this issue? > > > > You could try to bisect it, but judging from the problem > > descr

Re: Help with debugging intermittent crash on resume from hibernation

On Fri, 2015-04-17 at 20:15 -0700, Nikolaus Rath wrote: > > Is there anything I can do to help debug this issue? You could try to bisect it, but judging from the problem description, that could be more like a career than a troubleshooting session. -Mike -- To unsubscribe from this list:

Re: Help with debugging intermittent crash on resume from hibernation

On 03/19/2015 08:57 PM, Mike Galbraith wrote: > (+CC) > > On Thu, 2015-03-19 at 20:21 -0700, Nikolaus Rath wrote: >> On Mar 13 2015, Nikolaus Rath wrote: >>> Hello, >>> >>> In about one out of 10 resumes from hibernation, my system resets after >>> the hibernation image has been loaded. I am hibe

Re: Help with debugging intermittent crash on resume from hibernation

(+CC) On Thu, 2015-03-19 at 20:21 -0700, Nikolaus Rath wrote: > On Mar 13 2015, Nikolaus Rath wrote: > > Hello, > > > > In about one out of 10 resumes from hibernation, my system resets after > > the hibernation image has been loaded. I am hibernating using > > > > # echo platform > /sys/power/di

Re: Help with debugging intermittent crash on resume from hibernation

On Mar 13 2015, Nikolaus Rath wrote: > Hello, > > In about one out of 10 resumes from hibernation, my system resets after > the hibernation image has been loaded. I am hibernating using > > # echo platform > /sys/power/disk > # echo disk > /sys/power/state > > When testing hibernation using > > #

Re: Help Out and Issues with the Community

On Fri, Sep 26, 2014 at 03:26:54PM -0400, nick wrote: > > > On 14-09-25 10:20 PM, David Lang wrote: > >> Hello Developers, > >> For the last week or two I have been trying to contact people for help > >> and/or learning in order to help out > >> more. I am unable to get any emails back from them

Re: Help Out and Issues with the Community

On 14-09-25 10:20 PM, David Lang wrote: >> Hello Developers, >> For the last week or two I have been trying to contact people for help >> and/or learning in order to help out >> more. I am unable to get any emails back from them, I am assuming this is >> due to my issues with the community. >>

Re: Help Out and Issues with the Community

Hello Developers, For the last week or two I have been trying to contact people for help and/or learning in order to help out more. I am unable to get any emails back from them, I am assuming this is due to my issues with the community. If someone would like to explain a way to either resolve th

Re: [HELP (not patch)] Re: Resume from hibernation fails 40% of time, kernel 3.16.0 (64GB of RAM, 32 Xeon E5-2687W cores)

Thanks, my problem is currently on bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=82291 and I hope that we are making some progress there. best regards Janek Kozicki Pavel Machek said: (by the date of Wed, 27 Aug 2014 11:32:13 +0200) > On Mon 2014-08-04 23:24:47, Janek Kozicki wro

Re: [HELP (not patch)] Re: Resume from hibernation fails 40% of time, kernel 3.16.0 (64GB of RAM, 32 Xeon E5-2687W cores)

On Mon 2014-08-04 23:24:47, Janek Kozicki wrote: > I see that this list is extremely busy, I thought this is the > place to go asking for help in debugging hibernation. If that's not > the right place, please tell me where should I go. If that's the > right place, please get me started. First - how

Re: Help with btrfs_zero_range function

On Fri, Aug 1, 2014 at 12:58 PM, Nick Krause wrote: > Please forget my other questions , seems the only work to make punch > hole work for zero range is to > make a function like the one I am pasting below for zero range and > change the calls to punch range to > zero range as the other parts of t

Re: Help with btrfs_zero_range function

Please forget my other questions , seems the only work to make punch hole work for zero range is to make a function like the one I am pasting below for zero range and change the calls to punch range to zero range as the other parts of the function can be the same from my reading. Regards Nick stati

Re: Help with Brtfs Bugs

On Mon, Jul 28, 2014 at 6:09 AM, Hugo Mills wrote: > On Mon, Jul 28, 2014 at 12:00:03AM -0400, Nick Krause wrote: >> Hey Josef, >> Seems there are a lot of brtfs bugs open on the kernel Bugzilla. I am >> new to the brtfs >> side of development so please let me known if you want help cleaning >> up

Re: Help with Brtfs Bugs

On Mon, Jul 28, 2014 at 12:00:03AM -0400, Nick Krause wrote: > Hey Josef, > Seems there are a lot of brtfs bugs open on the kernel Bugzilla. I am > new to the brtfs > side of development so please let me known if you want help cleaning > up some of the > bugs here that are actually valid and still

Re: [HELP] How to use ftrace to learn how a function is ivoked?

On 2014/4/3 14:36, Du, ChangbinX wrote: > Hi, All, > I have a question for ftrace usage. It is that if I have a function A, then I > want to > know how function A is ivoked? > I know ftrace can show me what sub-functions that A called by below steps: > # echo function_graph > current_tracer

Re: Help Needed

Hi, In the context of solving the below original issue, I came across below error while I was running "sudo make install". Wondering what the below error means? W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168g-3.fw for module r8169 -Madhu On Wed, Jan 22, 2014 at 11:11 PM, Mark Knec

Re: Help Needed

On Wed, Jan 22, 2014 at 7:47 AM, Madhusudhan Rao Sripalle wrote: > I have attached the boot directory contents, /boot/grub/grub.cfg and > /etc/default/grub contents. Also attached the mount points on the > system. > > On Wed, Jan 22, 2014 at 8:39 PM, Mark Knecht wrote: >> On Wed, Jan 22, 2014 at

Re: Help Needed

I have attached the boot directory contents, /boot/grub/grub.cfg and /etc/default/grub contents. Also attached the mount points on the system. On Wed, Jan 22, 2014 at 8:39 PM, Mark Knecht wrote: > On Wed, Jan 22, 2014 at 7:05 AM, Madhusudhan Rao Sripalle > wrote: >> The grub file is /boot/grub/g

Re: Help Needed

On Wed, Jan 22, 2014 at 4:05 PM, Madhusudhan Rao Sripalle wrote: > The grub file is /boot/grub/grub.cfg. The newly built kernel is > reflected in grub.cfg. But, the grub doesn't display this new kernel > at the boot time. I tried few tips from the web. It is no help. That > is why I sought help fr

Re: Help Needed

The grub file is /boot/grub/grub.cfg. The newly built kernel is reflected in grub.cfg. But, the grub doesn't display this new kernel at the boot time. I tried few tips from the web. It is no help. That is why I sought help from this forum. On Wed, Jan 22, 2014 at 8:25 PM, Mark Knecht wrote: > On

Re: Help Needed

On Wed, Jan 22, 2014 at 7:05 AM, Madhusudhan Rao Sripalle wrote: > The grub file is /boot/grub/grub.cfg. The newly built kernel is > reflected in grub.cfg. But, the grub doesn't display this new kernel > at the boot time. I tried few tips from the web. It is no help. That > is why I sought help fr

Re: Help Needed

On Wed, Jan 22, 2014 at 6:34 AM, Madhusudhan Rao Sripalle wrote: > Thanks to Randy and Ryan for the responses. The pointers are really > helpful. Currently I am facing an issue with Ubuntu's grub not > displaying the newly built kernel. > > Existing kernel on the ubuntu system is 3.2.0-23-generic.

Re: Help Needed

Thanks to Randy and Ryan for the responses. The pointers are really helpful. Currently I am facing an issue with Ubuntu's grub not displaying the newly built kernel. Existing kernel on the ubuntu system is 3.2.0-23-generic. While the new one is 3.11.10. The Grub has/displays fedora and ubuntu each

Re: Help Needed

You can just go to http://www.kernel.org to get the Linux kernel source code. If you want to use a certain Linux distribution, search "Linux distributions" using your favorite Web search engine. Sent from my iPad > On Jan 18, 2014, at 2:16 PM, Randy Dunlap wrote: > >> On 01/18/2014 09:34 AM,

Re: Help Needed

On 01/18/2014 09:34 AM, Madhusudhan Rao Sripalle wrote: > Hi, > > I am an expert of HP-UX (kernel and drivers), while being novice at > linux. I am currently looking ways for quick ramp up so that I could > contribute to linux community. > > Kindly provide pointers starting from where I could get

Re: Help about calculating total memory consumption during booting

> > From: Stefan Beller >To: PINTU KUMAR ; "linux...@kvack.org" >; "linux-kernel@vger.kernel.org" >; "mgor...@suse.de" >Sent: Monday, 30 December 2013 1:55 AM >Subject: Re: Help about calculating total me

Re: Help about calculating total memory consumption during booting

On 29.12.2013 19:17, PINTU KUMAR wrote: > Hi, > > I need help in roughly calculating the total memory consumption in an > embedded Linux system just after booting is finished. > I know, I can see the memory stats using "free" and "/proc/meminfo" > > But, I need the breakup of "Used" memory durin

Re: [Help Test] kdump, x86, acpi: Reproduce CPU0 SMI corruption issue after unsetting BSP flag

(2013/08/19 22:46), Petr Tesarik wrote: On Sun, 18 Aug 2013 19:59:53 -0700 "Eric W. Biederman" wrote: Sorry Eric, I'm not clear to what you mean by ``short one core''... Which are you suggesting? Disabling BSP if crash happens on AP is reasonable? Or restricting cpus to a single one only

Re: [Help Test] kdump, x86, acpi: Reproduce CPU0 SMI corruption issue after unsetting BSP flag

On Sun, 18 Aug 2013 19:59:53 -0700 "Eric W. Biederman" wrote: > > > > > > >Sorry Eric, I'm not clear to what you mean by ``short one core''... > >Which are you suggesting? Disabling BSP if crash happens on AP is > >reasonable? > >Or restricting cpus to a single one only just as the current kdu

Re: [Help Test] kdump, x86, acpi: Reproduce CPU0 SMI corruption issue after unsetting BSP flag

(2013/08/19 11:59), Eric W. Biederman wrote: Sorry Eric, I'm not clear to what you mean by ``short one core''... Which are you suggesting? Disabling BSP if crash happens on AP is reasonable? Or restricting cpus to a single one only just as the current kdump configuration is reasonable? I a

Re: [Help Test] kdump, x86, acpi: Reproduce CPU0 SMI corruption issue after unsetting BSP flag

> >Sorry Eric, I'm not clear to what you mean by ``short one core''... >Which are you suggesting? Disabling BSP if crash happens on AP is >reasonable? >Or restricting cpus to a single one only just as the current kdump >configuration is reasonable? I am suggesting we start every cpu except the

Re: [Help Test] kdump, x86, acpi: Reproduce CPU0 SMI corruption issue after unsetting BSP flag

(2013/08/15 4:45), Eric W. Biederman wrote: Jingbai Ma writes: I found a side effect of unsetting BSP flag. It affected system rebooting, once the BSP flags been removed, and issue reboot command, system will hang after message: Restarting system. And have to do a hardware reset to recover it.

Re: [Help Test] kdump, x86, acpi: Reproduce CPU0 SMI corruption issue after unsetting BSP flag

(2013/08/14 18:13), Jingbai Ma wrote: On 08/13/2013 06:55 PM, Jingbai Ma wrote: On 08/06/2013 05:19 PM, HATAYAMA Daisuke wrote: Hello, I've addressing kdump restriction that there's only one cpu available on the kdump 2nd kernel. Now I need to check if the following CPU0 SMI corruption issue f

Re: [Help Test] kdump, x86, acpi: Reproduce CPU0 SMI corruption issue after unsetting BSP flag

Jingbai Ma writes: > I found a side effect of unsetting BSP flag. > It affected system rebooting, once the BSP flags been removed, and issue > reboot command, system will hang after message: > Restarting system. > And have to do a hardware reset to recover it. > > I have reproduced this problem o

  1   2   3   >