Update with kernel 2.6.22.6 i am getting this error now
ata2.00: ATA-6: ST3120026A, 3.06, max UDMA/100
here is the new error.
ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata2.01: cmd ca/00:00:25:9c:fc/00:00:00:00:00/f6 tag 0 cdb 0x0 data 131072
out
res 40/00:00:3f:0
anyone come up with a patch/fix for this?
i also tried this drive on the system ide ports and it worked fine (also
uses libata drivers, nforce2), it seems to be something wrong in the
"pata_pdc202xx_old" code.
what can i do to get this fixed?
the drive is a seagate.
i dont know what res 51/84
kernel comes out ill try the new pata_pdc202xx_old
drivers again.
- Original Message -
From: "Jeff Garzik" <[EMAIL PROTECTED]>
To: "David Chinner" <[EMAIL PROTECTED]>; "n" <[EMAIL PROTECTED]>
Cc:
Sent: Friday, September 07, 2007 4:47 PM
Subj
Hi,
Unless I read C wrong, pat.c seems to break all non-strict devmem use. I
discovered this while reversing a bunch of pci and other low-level
stuff. Here is a link to the fix, http//users.dhp.com/~n/pubs/
the one starting with Linux-86...txt is the correct file, those kernel
bugs in OpenBSD
Hey,
It looks like https://lkml.org/lkml/2016/7/8/160 may have taken care of
it.. though back in, March or so, I saw it in some recent kernels and had
to make this patch myself.. so I dont know if it's committed.
--n
On Mon, 24 Oct 2016 n...@dhp.com wrote:
> Hi,
>
> Unless
Acked-by: Nadia Yvette Chambers
On February 12, 2013 at 1:17 PM Tim Gardner wrote:
> smatch analysis:
>
> fs/hugetlbfs/inode.c:883 hugetlbfs_fill_super() info: redundant null check on
> sbinfo->spool calling kfree()
>
> Cc: Nadia Yvette Chambers
> Signed-off-by: Tim Gardner
> ---
> fs/huget
fat_search_long() returns 0 on success, -ENOENT/ENOMEM on failure.Change
the function comment accordingly.
While at it, fix some trivial typos.
modified: fs/fat/dir.c
modified: fs/fat/inode.c
modified: fs/fat/misc.c
Signed-off-by: Ravishankar N
Signed-off-by
/misc.c
Signed-off-by: Ravishankar N
Signed-off-by: Namjae Jeon
---
fs/fat/dir.c |5 ++---
fs/fat/inode.c |2 +-
fs/fat/misc.c |4
3 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/fs/fat/dir.c b/fs/fat/dir.c
index 2a18234..58bf744 100644
--- a/fs/fat/dir.c
+++ b
Hello !
There is error during "make bzImage" 2.2.18pre(3,4,5) with CONFIG_AGP=Y.
I have it on both Slackware 7.0 and 7.1.
Error message follows.
make[1]: Leaving directory `/mnt/Avol02/usr/src/linux-2.2.17/arch/i386/lib'
cc -D__KERNEL__ -I/usr/src/linux-2.2.17/include -E -C -P
-I/usr/src/linux-
I see, if a function in a module is not marked by static ,it can be
accessed by any other function in kernel, while , using a static can
avoid it .
thanks a lot !!
2005/8/11, Giuliano Pochini <[EMAIL PROTECTED]>:
>
>
> On Thu, 11 Aug 2005, n l wrote:
>
> > could yo
Hi,
We are seeing this problem while unmounting file systems. It happens
once in a while.
I am able to grab the trace and core from linux-2.6.18-1.8.el5, but I
have observed the same problem with linux-2.6.20.1 kernel.
Has this problem fixed in recent kernel?
BUG: Dentry f7498f70{i=12803e,n
> "Chakri n" <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > We are seeing this problem while unmounting file systems. It happens
> > once in a while.
> > I am able to grab the trace and core from linux-2.6.18-1.8.el5, but I
> > have observed th
The patches do not help. The system still paniced in the same place.
Still trying to correlate the problem & fix to specific patch.
Regards
--Chakri
On 8/5/07, Chakri n <[EMAIL PROTECTED]> wrote:
> Hi Malte,
>
> Thanks for the information.
>
> Based on your suggestion
Hi,
I am working on MPC8360E Security Engine. I have ported the Openswan
2.4.5(IPSec --KLIPS) with OCF to MPC8360E's Security Engine (Talitos).
Encryption and Decryption is working. But when I check the performance of
Talitos with netio benchmark Tool, IPSec S/W Algorithms is giving more
bandwid
Hi,
I am working on MPC8360E Security Engine. I have ported the Openswan
2.4.5(IPSec --KLIPS) with OCF to MPC8360E's Security Engine (Talitos).
Encryption and Decryption is working. But when I check the performance of
Talitos with netio benchmark Tool, IPSec S/W Algorithms is giving more
bandwidt
Hi Jon,
On Tue, Nov 14, 2017 at 7:56 AM, Jon Hunter wrote:
>
> Hi Shawn,
>
> On 26/09/17 16:40, Jon Hunter wrote:
> > On 26/09/17 00:15, Shawn N wrote:
>
> ...
>
> >> From: Shawn Nematbakhsh
> >> Date: Mon, 25 Sep 2017 14:32:38 -0700
> >>
On Wed, Sep 27, 2017 at 3:19 PM, Brian Norris wrote:
> On Wed, Sep 27, 2017 at 02:35:27PM -0700, Shawn Nematbakhsh wrote:
>> For host commands that take a long time to process, cros ec can return
>> early by signaling a EC_RES_IN_PROGRESS result. The host must then poll
>> status with EC_CMD_GET_C
Hi,
In my testing, a unresponsive file system can hang all I/O in the system.
This is not seen in 2.4.
I started 20 threads doing I/O on a NFS share. They are just doing 4K
writes in a loop.
Now I stop NFS server hosting the NFS share and start a
"dd" process to write a file on local EXT3 file s
It's 2.6.23-rc6.
Thanks
--Chakri
On 9/28/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-09-28 at 02:01 -0700, Chakri n wrote:
> > Thanks for explaining the adaptive logic.
> >
> > > However other devices will at that moment try to maintain a li
It's works on .23-rc8-mm2 with out any problems.
"dd" process does not hang any more.
Thanks for all the help.
Cheers
--Chakri
On 9/28/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> [ and one copy for the list too ]
>
> On Fri, 2007-09-28 at 02:20 -0700, Chakr
Thanks.
The BDI dirty limits sounds like a good idea.
Is there already a patch for this, which I could try?
I believe it works like this,
Each BDI, will have a limit. If the dirty_thresh exceeds the limit,
all the I/O on the block device will be synchronous.
so, if I have sda & a NFS mount, th
e calculations where it does not fall
back to sync mode.
Thanks
--Chakri
On 9/28/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> [ please don't top-post! ]
>
> On Fri, 2007-09-28 at 01:27 -0700, Chakri n wrote:
>
> > On 9/27/07, Peter Zijlstra <[EMAIL PROTECTED]&
Here is a the snapshot of vmstats when the problem happened. I believe
this could help a little.
crash> kmem -V
NR_FREE_PAGES: 680853
NR_INACTIVE: 95380
NR_ACTIVE: 26891
NR_ANON_PAGES: 2507
NR_FILE_MAPPED: 1832
NR_FILE_PAGES: 119779
NR_FILE_DIR
No change in behavior even in case of low memory systems. I confirmed
it running on 1Gig machine.
Thanks
--Chakri
On 9/28/07, Chakri n <[EMAIL PROTECTED]> wrote:
> Here is a the snapshot of vmstats when the problem happened. I believe
> this could help a little.
>
&
Hi,
I am testing NFS on loopback locks up entire system with 2.6.23-rc6 kernel.
I have mounted a local ext3 partition using loopback NFS (version 3)
and started my test program. The test program forks 20 threads
allocates 10MB for each thread, writes & reads a file on the loopback
NFS mount. Afte
ile system locking, so that user can use
"mount --bind" on local host and NFS mount on remote nodes, but file &
record locking will be consistent between both the nodes?
Thanks
--Chakri
On 9/20/07, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-09-20 at 17:2
<[EMAIL PROTECTED]> wrote:
> On Thu, 2007-09-20 at 20:12 -0700, Chakri n wrote:
> > Thanks Trond, for clarifying this for me.
> >
> > I have seen similar behavior when a remote NFS server is not
> > available. Many processes wait end up waiting in nfs_release_page
stion logic?
Thanks
--Chakri
On 9/21/07, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-09-21 at 09:20 -0700, Chakri n wrote:
> > Thanks.
> >
> > I was using flock (BSD locking) and I think the problem should be
> > solved if I move my application to u
On 9/21/07, Trond Myklebust <[EMAIL PROTECTED]> wrote:
> No. The requirement for 'hard' mounts is not that the server be up all
> the time. The server can go up and down as it pleases: the client can
> happily recover from that.
>
> The requirement is rather that nobody remove it permanently before
To add to the pain, lsof or fuser hang on unresponsive shares.
I wrote my own wrapper to go through the "/proc/" file tables and
find any process using the unresponsive mounts and kill those
processes.This works well.
Also, it brings another point. If the unresponsives problem cannot be
fixed for
Please read the attached letter and immediately contact the bank for your
draft/cheque claim.
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
United Nations Compensation Unit.pdf
Description: Adobe PDF document
> The laptop's speakers produce no sound. Audio from headphones still works
> fine. A quick test is to visit GNOME System Settings -> Sound -> Output,
> select Test, click Front Left or Front Right and notice there is no sound. I
> tested a mainline kernel revision from yesterday
> (5.11-rc5+) and
Thanks for the bug report + bisect.
On Fri, Jan 24, 2014 at 8:21 AM, Joonas Saarinen wrote:
> Hello, people! There's still lingering an interesting regression where the
> internal keyboard of various older LG laptops is dead. It is tracked here:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=589
Hello,
The checkpatch.pl GIT_COMMIT_ID rule appears to be designed to enforce
a minimum description when citing patches: 'commit <12+ chars of sha1>
(\"\")'. One (unintended?) consequence of this rule is
that unmodified 'cherry picked from commit ' (git cherry-pick
-x) lines are flagged.
- Is the
Hello all.
I'm having an issue with SR-IOV on 82599 NIC in lab env. Basically
what I have is Ubuntu 12.04 with a set of vanilla kernels and Open
vSwitch.
A simplified scheme for ovs setup:
br-mgmt -> [vlan 102]br-eth0 -> eth0 -> fabric
When VFs are disabled, connectivity works fine. However when
owed:
4) Has been done any step so far, to root the cause of this issue?
5) Since I have spent money&time on that device, I would like at least
to monitor the work in progress done to root the cause of this issue -
how can I?
Thanks & Greetings
On Wed, Mar 4, 2015, at 10:01 AM, Arend van Sp
on kernel.org.
Sure will do.
As soon as someone from Broadcom QA Testing Team, will find that the
root cause of that issue depends on Linux kernel.
I guess I already did my best to try debugging and solving for *free* a
Broadcom issue which: 1) doesn't depend on me, 2) is locked down in a
pro
ave been searching for any technical datasheet specification document
about BCM4313 on Broadcom website and others.
Did not find any.
Could you please send me a detailed technical datasheet specification
document about BCM4313, for programming/dev purposes?
Thank you & Greetings
On Tue, Feb 17,
ower_offsets in the
table and call wlc_lcnphy_set_target_tx_pwr=40, to get a TX power less
that 19dbm?
4) if it was not correct, or partially correct, what am I missing or
doing wrong, in order to push the TX transceiver power less than 19dbm?
Thanks for your attention.
--
Nikita N.
niki...@operamail.co
actory support towards Linux
community, and the unsatisfactory Customers care.
Thanks for your attention.
--
Nikita N.
niki...@operamail.com
On Mon, Feb 16, 2015, at 07:45 AM, Arend van Spriel wrote:
> On 02/16/15 14:53, Nikita N. wrote:
> > Hi Dear brcmsmac Devs,
> >
Hi Arend,
> brcmsmac does assure tx power is within regulatory limits by enforcing a
> world regulatory domain. So what is not supported is modifying tx power
> settings through user-space.
Yes, I believe that could be right, *a* world regulatory domain looks
indeed enforced, the USA one only,
United Nations Compensation Unit Code.pdf
Description: Adobe PDF document
Hi Nikolaus,
On 11/17/2016 01:39 AM, Nikolaus Rath wrote:
Hi Ravishankar,
In commit 0b5da8d you added support for a new FUSE_LSEEK
operation. However, as far as I can tell the corresponding userspace
code never landed in libfuse.
Do you have a corresponding patch for libfuse?
No, unfortunatel
Congratulations Beneficiary,
You a recipient of USD1.5M
Yours Faithfully,
Mr. Wu Hongbo
Under-Secretary-General for Economic and Social Affairs
Getting build error with 3.10.81-rt88 and vanilla kernel 3.10.81 in below line,
./drivers/clocksource/tcb_clksrc.c:195: timer_clock = clk32k_divisor_idx;
Below kernel config enabled:
CONFIG_ATMEL_TCLIB=y
CONFIG_ATMEL_TCB_CLKSRC=y
CONFIG_ATMEL_TCB_CLKSRC_BLOCK=0
CONFIG_GENERIC_CLOCKEVENTS=y
Compil
params is just a copy of an internal structure and is not
> embedded into struct snd_soc_dpcm thus we cannot use
> container_of() on it.
addressing it below to keep the context
>
> Best regards,
> Lukasz
>
> pon., 29 cze 2020 o 18:51 N, Harshapriya
> napisał(a):
> >
&
*id,
> > + struct clk **clk)
> > +{
> > + int ret = 0;
> > +
> > + if (!clk)
> > + return -EINVAL;
> > +
> > + *clk = devm_clk_get(dev, id);
> > + if (IS_ERR(*clk)) {
> > + ret = PTR_ERR(*clk);
> > +
>
>
> On 7/7/20 3:34 AM, Lukasz Majczak wrote:
> > Fix kabylake_ssp_fixup function to distinguish codecs DAIs by names,
> > as current approach, leads to crash while trying to get snd_soc_dpcm
> > with
> > container_of() macro in kabylake_ssp_fixup().
> > The crash call path looks as below:
> >
>
>
>
> > diff --git a/sound/soc/intel/boards/kbl_rt5663_rt5514_max98927.c
> > b/sound/soc/intel/boards/kbl_rt5663_rt5514_max98927.c
> > index 584e4f9cedc2..b261b1c466a8 100644
> > --- a/sound/soc/intel/boards/kbl_rt5663_rt5514_max98927.c
> > +++ b/sound/soc/intel/boards/kbl_rt5663_rt5514_max989
>
> > > For speakers and headsets its 48Khz, 2 ch and 24 bit and this
> > > setting is done based on the front-end dai For speakers, however
> > > support only
> > > 16 bit, so we set it back to 16 bit If the front end dai is dmic,
> > > then the channel
> > is set to either 2 or 4 dmic_constraint
> >>
> For speakers and headsets its 48Khz, 2 ch and 24 bit and this
> setting is done based on the front-end dai For speakers, however
> support only
> 16 bit, so we set it back to 16 bit If the front end dai is dmic,
> then the channel
> >>> is set to either 2 or 4 dmic_c
> -Original Message-
> From: Łukasz Majczak
> Sent: Monday, June 29, 2020 4:11 AM
> To: N, Harshapriya
> Cc: alsa-de...@alsa-project.org; Pierre-Louis Bossart louis.boss...@linux.intel.com>; Jie Yang ; Radoslaw
> Biernacki ; Ross Zwisler ; linux-
> ker...@vger.k
On Tue, Sep 19, 2017 at 6:44 AM, Jon Hunter wrote:
>
> Hi Brian,
>
> On 08/09/17 21:50, Brian Norris wrote:
> > From: Shawn Nematbakhsh
> >
> > pkt_xfer should be used for protocol v3, and cmd_xfer otherwise. We had
> > one instance of these functions correct, but not the second, fall-back
> > ca
On Tue, Sep 19, 2017 at 9:39 AM, Jon Hunter wrote:
>
>
> On 19/09/17 15:09, Shawn N wrote:
>> On Tue, Sep 19, 2017 at 6:44 AM, Jon Hunter wrote:
>>>
>>> Hi Brian,
>>>
>>> On 08/09/17 21:50, Brian Norris wrote:
>>>> From: Shawn Nema
On Tue, Oct 10, 2017 at 6:35 AM, Jon Hunter wrote:
>
> On 26/09/17 00:15, Shawn N wrote:
>> On Wed, Sep 20, 2017 at 1:22 PM, Shawn N wrote:
>>> On Tue, Sep 19, 2017 at 11:13 PM, Brian Norris
>>> wrote:
>>>> Hi,
>>>>
>>>> On T
On Wed, Sep 20, 2017 at 1:22 PM, Shawn N wrote:
> On Tue, Sep 19, 2017 at 11:13 PM, Brian Norris
> wrote:
>> Hi,
>>
>> On Tue, Sep 19, 2017 at 11:05:38PM -0700, Shawn N wrote:
>>> This is failing because our EC_CMD_GET_PROTOCOL_INFO host command is
>>>
ION is rev'd).
Anyway, we need to figure out what is happening with our
EC_HOST_REQUEST_VERSION host command.
On Tue, Sep 19, 2017 at 10:14 AM, Brian Norris wrote:
> Hi Jon,
>
> On Tue, Sep 19, 2017 at 05:39:56PM +0100, Jon Hunter wrote:
>> On 19/09/17 15:09, Shawn N wrote:
>>
On Tue, Sep 19, 2017 at 11:13 PM, Brian Norris wrote:
> Hi,
>
> On Tue, Sep 19, 2017 at 11:05:38PM -0700, Shawn N wrote:
>> This is failing because our EC_CMD_GET_PROTOCOL_INFO host command is
>> getting messed up, or the reply buffer is getting corrupted somehow.
>&g
shares the
spi bus. This becomes even harder if we don't have access to the source
code of the application which is using the spi channel.
Signed-off-by: Vikram N
---
drivers/spi/spidev.c| 14 +-
include/uapi/linux/spi/spidev.h |4 +++-
2 files changed, 16 inser
.
Signed-off-by: Vikram N
---
drivers/spi/spi-omap2-mcspi.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/spi-omap2-mcspi.c b/drivers/spi/spi-omap2-mcspi.c
index d5157b2..3567e1d 100644
--- a/drivers/spi/spi-omap2-mcspi.c
+++ b/drivers/spi/spi-omap2-mcspi.c
as necessary (no action
is required).
Stephen Rothwell
The fix is correct and I have tested CPSW from linux-next.
Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
r device
file. But
this approach is obsolete now, need to think of how it can be resolved in DT
approach
Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://
igned-off-by: Lothar Waßmann
Acked-by: Mugunthan V N
Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Apr 03, 2013 at 06:00:34PM +0200, Anton Arapov wrote:
> Hijack the return address and replace it with a trampoline address.
> PowerPC implementation.
>
> Signed-off-by: Anton Arapov
Acked-by: Ananth N Mavinakayanahalli
> ---
> arch/powerpc/include/asm/uprobes.h | 1
On Wed, Apr 03, 2013 at 07:45:52PM +0200, Oleg Nesterov wrote:
> On 04/03, Anton Arapov wrote:
...
> Looks fine to me. I am going to add this to
> git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
>
> Ananth. "4/9 uretprobes/ppc" looks "obviously correct", but could you
> plea
(+), 36 deletions(-)
I have tested CPSW on AM335x EVM 1.5A with flood ping and i am not
seeing any interrupt storm.
Can you provide more details on how to reproduce the issue.
Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On 1/30/2013 2:06 PM, Pantelis Antoniou wrote:
Hi Mugunthan,
On Jan 29, 2013, at 1:45 PM, Mugunthan V N wrote:
On 1/28/2013 6:41 PM, Pantelis Antoniou wrote:
Fix interrupt storm on bone A4 cause by non-by-the-book interrupt handling.
While at it, added a non-NAPI mode (which is easier to
On 1/30/2013 3:06 PM, Pantelis Antoniou wrote:
Hi,
On Jan 30, 2013, at 11:03 AM, Mugunthan V N wrote:
On 1/30/2013 2:06 PM, Pantelis Antoniou wrote:
Hi Mugunthan,
On Jan 29, 2013, at 1:45 PM, Mugunthan V N wrote:
On 1/28/2013 6:41 PM, Pantelis Antoniou wrote:
Fix interrupt storm on bone
aibhav
Regards
-- Pantelis
This is the device ID which i have
[root@arago /]# devmem 0x44e10600
0x1B94402E
Regards
Mugunthan V N
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://
On 1/30/2013 7:25 PM, Pantelis Antoniou wrote:
Hi Mugunthan,
On Jan 30, 2013, at 3:53 PM, Mugunthan V N wrote:
On 1/30/2013 7:21 PM, Pantelis Antoniou wrote:
Hi Vaibhav,
On Jan 30, 2013, at 3:47 PM, Bedia, Vaibhav wrote:
Hi Antoniou,
On Wed, Jan 30, 2013 at 19:07:19, Pantelis Antoniou
Hi Antoniou
On 1/30/2013 7:25 PM, Pantelis Antoniou wrote:
Hi Mugunthan,
On Jan 30, 2013, at 3:53 PM, Mugunthan V N wrote:
On 1/30/2013 7:21 PM, Pantelis Antoniou wrote:
Hi Vaibhav,
On Jan 30, 2013, at 3:47 PM, Bedia, Vaibhav wrote:
Hi Antoniou,
On Wed, Jan 30, 2013 at 19:07:19
f-by: Masami Hiramatsu
> Reported-by: Timo Juhani Lindfors
> Cc: "David S. Miller"
> Cc: Nadia Yvette Chambers
> Cc: Pavel Emelyanov
> Cc: Jiri Kosina
> Cc: Ananth N Mavinakayanahalli
> Cc: Ingo Molnar
> Cc: Linus Torvalds
Acked-by: Ananth N Mavinakayanahalli
registering probe
> and store the result on ainsn->if_modifier.
>
> Signed-off-by: Masami Hiramatsu
> Reported-by: Timo Juhani Lindfors
> Cc: "David S. Miller"
> Cc: Ananth N Mavinakayanahalli
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: "H.
On 08/27/2012 07:48 PM, Borislav Petkov wrote:
On Mon, Aug 27, 2012 at 03:58:59PM +0200, Andi Kleen wrote:
On Mon, Aug 27, 2012 at 04:55:03PM +0530, Naveen N. Rao wrote:
Many MCE boot flags are boolean in nature, but are declared as integers
currently. We can pack these into a bitfield to save
On 08/28/2012 01:48 AM, Borislav Petkov wrote:
On Mon, Aug 27, 2012 at 10:44:40PM +0530, Naveen N. Rao wrote:
Looks good. Infact, I had actually added mce_ser and mce_disabled
into the bitfield, but backed off not wanting to overdo.
We could pull in all the other configuration parameters into
On 08/16/2012 01:46 PM, Peter Zijlstra wrote:
On Wed, 2012-08-15 at 20:42 +0200, Frederic Weisbecker wrote:
On Wed, Aug 15, 2012 at 11:07:01PM +0530, Naveen N. Rao wrote:
Hi Frederick,
Did you get a chance to take a look at this?
Regards,
Naveen
Yeah, I'm ok with the patch. Peter, ar
need to be updated to use the new path. However, if we ever get
to a point where cpu0 can be offlined, these tools will need to be updated
anyway (as they mostly hardcode machinecheck0 currently)
Signed-off-by: Naveen N. Rao
---
arch/x86/kernel/cpu/mcheck/mce.c | 46 ++-
On 08/29/2012 03:43 PM, Borislav Petkov wrote:
On Wed, Aug 29, 2012 at 01:11:55PM +0530, Naveen N. Rao wrote:
All the MCE attributes currently exported via sysfs appear under
/sys/devices/system/machinecheck/machinecheck/. Pretty much all of these
are global in nature and not specific to a
On 08/29/2012 04:10 PM, Borislav Petkov wrote:
On Wed, Aug 29, 2012 at 03:56:04PM +0530, Naveen N. Rao wrote:
Hmmm.. Can't we just deprecate these? ;) Perhaps we can consider
adding newer tunables in the right place.
In case you haven't noticed yet: I'm all on your side.
Yu
On Wed, Aug 29, 2012 at 07:37:48PM +0200, Oleg Nesterov wrote:
> On 08/22, Oleg Nesterov wrote:
> >
> > > Ehm. Is there anything I missed to do? Or are you speculating on
> > > changes which will clash with these here?
> >
> > If we have task_set_blockstep(), then perhaps it mmakes sense to
> > avo
On 08/29/2012 08:13 PM, Luck, Tony wrote:
Note: I'm not sure if it's ok to change sysfs entries and this does break
userspace tools that depend on the current path for some of these attributes.
So, they will need to be updated to use the new path. However, if we ever get
to a point where cpu0 can
On Thu, Aug 30, 2012 at 04:37:24PM +0200, Oleg Nesterov wrote:
> On 08/30, Ananth N Mavinakayanahalli wrote:
> >
> > On Wed, Aug 29, 2012 at 07:37:48PM +0200, Oleg Nesterov wrote:
> > >
> > > Ananth, Sebastian, what if we start with the patch below? Then
&g
On Wed, Sep 05, 2012 at 03:26:59PM +1000, Benjamin Herrenschmidt wrote:
> On Fri, 2012-08-24 at 13:01 +0530, Ananth N Mavinakayanahalli wrote:
> > From: Ananth N Mavinakayanahalli
> >
> > This is the port of uprobes to powerpc. Usage is similar to x86.
>
> Guys, ca
op of -tip.
Thanks,
Naveen
---
Naveen N. Rao (3):
x86/mce: Make sysfs tunables available globally across all cpus
x86/mce: Pack boolean MCE flags into a structure
x86/mce: Honour bios-set CMCI threshold
Documentation/x86/x86_64/boot-options.txt |5 +
Documentation/x86/x
Many MCE flags are boolean in nature, but are declared as integers
currently. We can pack these into a bitfield to save some space.
Signed-off-by: Naveen N. Rao
---
arch/x86/include/asm/mce.h|2 -
arch/x86/kernel/cpu/mcheck/mce-internal.h |9 +++
arch/x86/kernel/cpu
-safe, we initialize threshold to 1 if some banks have not been
initialized by the bios and warn the user.
Signed-off-by: Naveen N. Rao
---
Documentation/x86/x86_64/boot-options.txt |5
arch/x86/kernel/cpu/mcheck/mce-internal.h |3 +-
arch/x86/kernel/cpu/mcheck/mce.c |
documentation to also point to the new location so that user-space
tools can pick up on the new location. We would eventually want to remove
these from the per-cpu location.
Signed-off-by: Naveen N. Rao
---
Documentation/x86/x86_64/machinecheck |4 ++--
arch/x86/kernel/cpu/mcheck/mce.c | 24
All the current mce tunables are now available under
/sys/devices/system/machinecheck. Start using this new location, but fall back
to the older per-cpu location so that we continue working with older kernels.
Signed-off-by: Naveen N. Rao
---
README |2 +-
mcelog.init |5
-safe, we initialize threshold to 1 if some banks have not been
initialized by the bios and warn the user.
v2: Just separating out the patch. I will send a separate patch for
consolidating the MCE boot flags.
Signed-off-by: Naveen N. Rao
---
Documentation/x86/x86_64/boot-options.txt |5
-safe, we initialize threshold to 1 if some banks have not been
initialized by the bios and warn the user.
v3: Updated messages as per Tony's inputs.
v2: Just separating out the patch. I will send a separate patch for
consolidating the MCE boot flags.
Signed-off-by: Naveen N. Rao
---
Documen
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
This patch adds CONFIG_HAVE_KRETPROBES to the arch//Kconfig file
for relevant architectures with kprobes support. This facilitates easy
handling of in-kernel modules (like samples/kprobes/kretprobe_example.c)
that depend on kretprobes
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Move kprobes examples from Documentation/kprobes.txt to under samples/.
Patch originally by Randy Dunlap.
o Updated the patch to apply on 2.6.24-mm1
o Modified examples code to build on multiple architectures. Currently,
the example
On Tue, Feb 05, 2008 at 11:06:22AM +0530, Abhishek Sagar wrote:
> On 2/5/08, Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote:
>
> > + * Build and insert the kernel module as done in the kprobe example.
> > + * You will see the trace data in /var/log/mes
On Thu, Oct 25, 2012 at 04:58:39PM +0200, Oleg Nesterov wrote:
> On 10/16, Rabin Vincent wrote:
> >
> > 2012/10/15 Oleg Nesterov :
> > > On 10/14, Rabin Vincent wrote:
> > >> Flush the cache so that the instructions written to the XOL area are
> > >> visible.
> > >>
> > >> Signed-off-by: Rabin Vinc
On Mon, Feb 11, 2008 at 03:42:05PM +0100, Ingo Molnar wrote:
>
> * Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote:
>
> > From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
> >
> > Move RODATA and NX testcases to tests/
>
> i'm not sure
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Move backtrace selftests to tests/
Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
---
kernel/backtracetest.c | 48
kernel/Makefile|1 -
lib/K
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Move the lkdtm infrastructure to tests/
Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Acked-by: Ankita Garg <[EMAIL PROTECTED]>
---
drivers/misc/lkdtm.c | 345 --
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Move the rtmutex-tester infrastructure to tests/
Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
---
kernel/rtmutex-tester.c | 442
kernel/Makefile
From: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Create a toplevel tests/ directory to house in-kernel subsystem specific
tests.
Thanks to Sam Ravnborg for the Makefile corrections.
Signed-off-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
Acked-by: Sam Ravnborg <[
1 - 100 of 1539 matches
Mail list logo
