On Tue, Jan 05, 2021 at 08:20:51AM -0800, Andy Lutomirski wrote:
> > On Jan 5, 2021, at 5:26 AM, Will Deacon wrote:
> > Sorry for the slow reply, I was socially distanced from my keyboard.
> >
> >> On Mon, Dec 28, 2020 at 04:36:11PM -0800, Andy Lutomirski wrote:
> >> On Mon, Dec 28, 2020 at 4:11
On Tue, Jan 05, 2021 at 08:20:51AM -0800, Andy Lutomirski wrote:
> > Interestingly, the architecture recently added a control bit to remove
> > this synchronisation from exception return, so if we set that then we'd
> > have a problem with SYNC_CORE and adding an ISB would be necessary
> On Jan 5, 2021, at 5:26 AM, Will Deacon wrote:
>
> Hi Andy,
>
> Sorry for the slow reply, I was socially distanced from my keyboard.
>
>> On Mon, Dec 28, 2020 at 04:36:11PM -0800, Andy Lutomirski wrote:
>> On Mon, Dec 28, 2020 at 4:11 PM Nicholas Piggin wrote:
+static inline void me
Hi Andy,
Sorry for the slow reply, I was socially distanced from my keyboard.
On Mon, Dec 28, 2020 at 04:36:11PM -0800, Andy Lutomirski wrote:
> On Mon, Dec 28, 2020 at 4:11 PM Nicholas Piggin wrote:
> > > +static inline void membarrier_sync_core_before_usermode(void)
> > > +{
> > > + /*
> >
From: Andy Lutomirski
> Sent: 29 December 2020 00:36
...
> I mean that the mapping from the name "sync_core" to its semantics is
> x86 only. The string "sync_core" appears in the kernel only in
> arch/x86, membarrier code, membarrier docs, and a single SGI driver
> that is x86-only. Sure, the ide
Excerpts from Russell King - ARM Linux admin's message of December 30, 2020
8:58 pm:
> On Wed, Dec 30, 2020 at 10:00:28AM +, Russell King - ARM Linux admin
> wrote:
>> On Wed, Dec 30, 2020 at 12:33:02PM +1000, Nicholas Piggin wrote:
>> > Excerpts from Russell King - ARM Linux admin's message
On Wed, Dec 30, 2020 at 10:00:28AM +, Russell King - ARM Linux admin wrote:
> On Wed, Dec 30, 2020 at 12:33:02PM +1000, Nicholas Piggin wrote:
> > Excerpts from Russell King - ARM Linux admin's message of December 29, 2020
> > 8:44 pm:
> > > On Tue, Dec 29, 2020 at 01:09:12PM +1000, Nicholas P
On Wed, Dec 30, 2020 at 12:33:02PM +1000, Nicholas Piggin wrote:
> Excerpts from Russell King - ARM Linux admin's message of December 29, 2020
> 8:44 pm:
> > On Tue, Dec 29, 2020 at 01:09:12PM +1000, Nicholas Piggin wrote:
> >> I think it should certainly be documented in terms of what guarantees
Excerpts from Russell King - ARM Linux admin's message of December 29, 2020
8:44 pm:
> On Tue, Dec 29, 2020 at 01:09:12PM +1000, Nicholas Piggin wrote:
>> I think it should certainly be documented in terms of what guarantees
>> it provides to application, _not_ the kinds of instructions it may or
On Tue, Dec 29, 2020 at 01:09:12PM +1000, Nicholas Piggin wrote:
> I think it should certainly be documented in terms of what guarantees
> it provides to application, _not_ the kinds of instructions it may or
> may not induce the core to execute. And if existing API can't be
> re-documented sanely,
Excerpts from Andy Lutomirski's message of December 29, 2020 10:36 am:
> On Mon, Dec 28, 2020 at 4:11 PM Nicholas Piggin wrote:
>>
>> Excerpts from Andy Lutomirski's message of December 28, 2020 4:28 am:
>> > The old sync_core_before_usermode() comments said that a non-icache-syncing
>> > return-t
Excerpts from Andy Lutomirski's message of December 29, 2020 10:56 am:
> On Mon, Dec 28, 2020 at 4:36 PM Nicholas Piggin wrote:
>>
>> Excerpts from Andy Lutomirski's message of December 29, 2020 7:06 am:
>> > On Mon, Dec 28, 2020 at 12:32 PM Mathieu Desnoyers
>> > wrote:
>> >>
>> >> - On Dec
On Mon, Dec 28, 2020 at 4:36 PM Nicholas Piggin wrote:
>
> Excerpts from Andy Lutomirski's message of December 29, 2020 7:06 am:
> > On Mon, Dec 28, 2020 at 12:32 PM Mathieu Desnoyers
> > wrote:
> >>
> >> - On Dec 28, 2020, at 2:44 PM, Andy Lutomirski l...@kernel.org wrote:
> >>
> >> > On Mon
On Mon, Dec 28, 2020 at 4:11 PM Nicholas Piggin wrote:
>
> Excerpts from Andy Lutomirski's message of December 28, 2020 4:28 am:
> > The old sync_core_before_usermode() comments said that a non-icache-syncing
> > return-to-usermode instruction is x86-specific and that all other
> > architectures a
Excerpts from Andy Lutomirski's message of December 29, 2020 7:06 am:
> On Mon, Dec 28, 2020 at 12:32 PM Mathieu Desnoyers
> wrote:
>>
>> - On Dec 28, 2020, at 2:44 PM, Andy Lutomirski l...@kernel.org wrote:
>>
>> > On Mon, Dec 28, 2020 at 11:09 AM Russell King - ARM Linux admin
>> > wrote:
>
On Mon, Dec 28, 2020 at 1:09 PM Mathieu Desnoyers
wrote:
>
> - On Dec 27, 2020, at 4:36 PM, Andy Lutomirski l...@kernel.org wrote:
>
> [...]
>
> >> You seem to have noticed odd cases on arm64 where this guarantee does not
> >> match reality. Where exactly can we find this in the code, and whic
Excerpts from Andy Lutomirski's message of December 28, 2020 4:28 am:
> The old sync_core_before_usermode() comments said that a non-icache-syncing
> return-to-usermode instruction is x86-specific and that all other
> architectures automatically notice cross-modified code on return to
> userspace.
On Mon, Dec 28, 2020 at 11:09 AM Russell King - ARM Linux admin
wrote:
>
> On Mon, Dec 28, 2020 at 07:29:34PM +0100, Jann Horn wrote:
> > After chatting with rmk about this (but without claiming that any of
> > this is his opinion), based on the manpage, I think membarrier()
> > currently doesn't
On Mon, Dec 28, 2020 at 11:44:33AM -0800, Andy Lutomirski wrote:
> On Mon, Dec 28, 2020 at 11:09 AM Russell King - ARM Linux admin
> wrote:
> >
> > On Mon, Dec 28, 2020 at 07:29:34PM +0100, Jann Horn wrote:
> > > After chatting with rmk about this (but without claiming that any of
> > > this is hi
- On Dec 28, 2020, at 3:24 PM, Russell King, ARM Linux
li...@armlinux.org.uk wrote:
> On Mon, Dec 28, 2020 at 11:44:33AM -0800, Andy Lutomirski wrote:
>> On Mon, Dec 28, 2020 at 11:09 AM Russell King - ARM Linux admin
>> wrote:
>> >
>> > On Mon, Dec 28, 2020 at 07:29:34PM +0100, Jann Horn wr
- On Dec 28, 2020, at 2:44 PM, Andy Lutomirski l...@kernel.org wrote:
> On Mon, Dec 28, 2020 at 11:09 AM Russell King - ARM Linux admin
> wrote:
>>
>> On Mon, Dec 28, 2020 at 07:29:34PM +0100, Jann Horn wrote:
>> > After chatting with rmk about this (but without claiming that any of
>> > this
- On Dec 28, 2020, at 4:06 PM, Andy Lutomirski l...@kernel.org wrote:
> On Mon, Dec 28, 2020 at 12:32 PM Mathieu Desnoyers
> wrote:
>>
>> - On Dec 28, 2020, at 2:44 PM, Andy Lutomirski l...@kernel.org wrote:
>>
>> > On Mon, Dec 28, 2020 at 11:09 AM Russell King - ARM Linux admin
>> > wro
- On Dec 27, 2020, at 4:36 PM, Andy Lutomirski l...@kernel.org wrote:
[...]
>> You seem to have noticed odd cases on arm64 where this guarantee does not
>> match reality. Where exactly can we find this in the code, and which part
>> of the architecture manual can you point us to which support
On Mon, Dec 28, 2020 at 12:32 PM Mathieu Desnoyers
wrote:
>
> - On Dec 28, 2020, at 2:44 PM, Andy Lutomirski l...@kernel.org wrote:
>
> > On Mon, Dec 28, 2020 at 11:09 AM Russell King - ARM Linux admin
> > wrote:
> >>
> >> On Mon, Dec 28, 2020 at 07:29:34PM +0100, Jann Horn wrote:
> >> > Afte
On Mon, Dec 28, 2020 at 07:29:34PM +0100, Jann Horn wrote:
> After chatting with rmk about this (but without claiming that any of
> this is his opinion), based on the manpage, I think membarrier()
> currently doesn't really claim to be synchronizing caches? It just
> serializes cores. So arguably i
On Mon, Dec 28, 2020 at 10:30 AM Jann Horn wrote:
>
> On Mon, Dec 28, 2020 at 6:14 PM Andy Lutomirski wrote:
> > On Mon, Dec 28, 2020 at 2:25 AM Russell King - ARM Linux admin
> > wrote:
> > >
> > > On Sun, Dec 27, 2020 at 01:36:13PM -0800, Andy Lutomirski wrote:
> > > > On Sun, Dec 27, 2020 at
On Mon, Dec 28, 2020 at 6:14 PM Andy Lutomirski wrote:
> On Mon, Dec 28, 2020 at 2:25 AM Russell King - ARM Linux admin
> wrote:
> >
> > On Sun, Dec 27, 2020 at 01:36:13PM -0800, Andy Lutomirski wrote:
> > > On Sun, Dec 27, 2020 at 12:18 PM Mathieu Desnoyers
> > > wrote:
> > > >
> > > > - On
On Mon, Dec 28, 2020 at 9:23 AM Russell King - ARM Linux admin
wrote:
>
> On Mon, Dec 28, 2020 at 09:14:23AM -0800, Andy Lutomirski wrote:
> > On Mon, Dec 28, 2020 at 2:25 AM Russell King - ARM Linux admin
> > wrote:
> > >
> > > On Sun, Dec 27, 2020 at 01:36:13PM -0800, Andy Lutomirski wrote:
> >
On Mon, Dec 28, 2020 at 09:14:23AM -0800, Andy Lutomirski wrote:
> On Mon, Dec 28, 2020 at 2:25 AM Russell King - ARM Linux admin
> wrote:
> >
> > On Sun, Dec 27, 2020 at 01:36:13PM -0800, Andy Lutomirski wrote:
> > > On Sun, Dec 27, 2020 at 12:18 PM Mathieu Desnoyers
> > > wrote:
> > > >
> > > >
On Mon, Dec 28, 2020 at 2:25 AM Russell King - ARM Linux admin
wrote:
>
> On Sun, Dec 27, 2020 at 01:36:13PM -0800, Andy Lutomirski wrote:
> > On Sun, Dec 27, 2020 at 12:18 PM Mathieu Desnoyers
> > wrote:
> > >
> > > - On Dec 27, 2020, at 1:28 PM, Andy Lutomirski l...@kernel.org wrote:
> > >
On Sun, Dec 27, 2020 at 01:36:13PM -0800, Andy Lutomirski wrote:
> On Sun, Dec 27, 2020 at 12:18 PM Mathieu Desnoyers
> wrote:
> >
> > - On Dec 27, 2020, at 1:28 PM, Andy Lutomirski l...@kernel.org wrote:
> >
>
> > >
> > > I admit that I'm rather surprised that the code worked at all on arm64
On Sun, Dec 27, 2020 at 12:18 PM Mathieu Desnoyers
wrote:
>
> - On Dec 27, 2020, at 1:28 PM, Andy Lutomirski l...@kernel.org wrote:
>
> >
> > I admit that I'm rather surprised that the code worked at all on arm64,
> > and I'm suspicious that it has never been very well tested. My apologies
>
- On Dec 27, 2020, at 1:28 PM, Andy Lutomirski l...@kernel.org wrote:
> The old sync_core_before_usermode() comments said that a non-icache-syncing
> return-to-usermode instruction is x86-specific and that all other
> architectures automatically notice cross-modified code on return to
> usersp
The old sync_core_before_usermode() comments said that a non-icache-syncing
return-to-usermode instruction is x86-specific and that all other
architectures automatically notice cross-modified code on return to
userspace. Based on my general understanding of how CPUs work and based on
my atttempt t
On Fri, Feb 01, 2019 at 06:42:46PM +, Robin Murphy wrote:
> On 01/02/2019 18:01, Will Deacon wrote:
> > On Wed, Jan 30, 2019 at 07:09:42PM +, Robin Murphy wrote:
> > > On 2019-01-30 6:21 pm, Will Deacon wrote:
> > > > [+Suzuki and Robin]
> > > >
> > > > On Mon, Jan 28, 2019 at 07:19:20AM +
On 01/02/2019 18:01, Will Deacon wrote:
On Wed, Jan 30, 2019 at 07:09:42PM +, Robin Murphy wrote:
On 2019-01-30 6:21 pm, Will Deacon wrote:
[+Suzuki and Robin]
On Mon, Jan 28, 2019 at 07:19:20AM +, Li, Meng wrote:
When enable kernel configure CONFIG_DEBUG_ATOMIC_SLEEP, there is below
On Wed, Jan 30, 2019 at 07:09:42PM +, Robin Murphy wrote:
> On 2019-01-30 6:21 pm, Will Deacon wrote:
> > [+Suzuki and Robin]
> >
> > On Mon, Jan 28, 2019 at 07:19:20AM +, Li, Meng wrote:
> > > When enable kernel configure CONFIG_DEBUG_ATOMIC_SLEEP, there is below
> > > trace
> > > during
t; Subject: Re: Could you please help to have a look a bug trace in pmu arm-cci.c
>
> On 2019-01-30 6:21 pm, Will Deacon wrote:
> > [+Suzuki and Robin]
> >
> > On Mon, Jan 28, 2019 at 07:19:20AM +, Li, Meng wrote:
> >> When enable kernel configure CONFIG_DEBUG_AT
On 2019-01-30 6:21 pm, Will Deacon wrote:
[+Suzuki and Robin]
On Mon, Jan 28, 2019 at 07:19:20AM +, Li, Meng wrote:
When enable kernel configure CONFIG_DEBUG_ATOMIC_SLEEP, there is below trace
during pmu arm cci driver probe phase.
[ 1.983337] BUG: sleeping function called from invalid con
[+Suzuki and Robin]
On Mon, Jan 28, 2019 at 07:19:20AM +, Li, Meng wrote:
> When enable kernel configure CONFIG_DEBUG_ATOMIC_SLEEP, there is below trace
> during pmu arm cci driver probe phase.
>
> [ 1.983337] BUG: sleeping function called from invalid context at
> kernel/locking/rtmutex.c:2
On Thu, Jan 03, 2019 at 12:20:15AM +0100, Jan Vlietland wrote:
> Hi guys,
>
> Sorry but still walking with this bug under my arm.
>
> I can't find the right group to file the bug on bugzilla and also on
> freenode I cannot find the right group.
>
> Please help!
Hi guys,
Sorry but still walking with this bug under my arm.
I can't find the right group to file the bug on bugzilla and also on
freenode I cannot find the right group.
Please help!
Regards,
Jan
On 01-01-19 13:48, Jan Vlietland wrote:
Hi all,
Greg K-H suggested to mail you guy
--
Dear Assalamu Alaikum,
I came across your contact during my private search
Mrs Aisha Al-Qaddafi is my name, the only daughter of late Libyan
president, I have funds the sum
of $27.5 million USD for investment, I am interested in you for
investment project assistance in your country,
i shall c
--
Dear Assalamu Alaikum,
I came across your contact during my private search
Mrs Aisha Al-Qaddafi is my name, the only daughter of late Libyan
president, I have funds the sum
of $27.5 million USD for investment, I am interested in you for
investment project assistance in your country,
i shall c
--
Dear Assalamu Alaikum,
I came across your contact during my private search
Mrs Aisha Al-Qaddafi is my name, the only daughter of late Libyan
president, I have funds the sum
of $27.5 million USD for investment, I am interested in you for
investment project assistance in your country,
i shall c
First I'm getting the data off the RAID... then I'm going to delete the
whole thing again... create a new RAID using partitions... follow every
step carefully... then once the new RAID array is there, I'll throw a
bit of data on it, and then reboot and see if it's still there...
if so, I'll repo
On Thu, Mar 23, 2017 at 10:02:23PM +0100, Stephen Mueller wrote:
> Looks like it worked! Thanks!
Well at least you could backup the data, just in case.
> I used:
>
> sudo mdadm --create /dev/md0 --assume-clean --verbose --level-10
> --raid-devices=4 /dev/sdc /dev/sdd /dev/sde /dev/sdf
I wonder
On Thu, Mar 23, 2017 at 09:09:39PM +0100, Stephen Mueller wrote:
> OK, I used gdisk to remove the GPT and MBR from each disk.
> mdadm --assemble still doesn't work... says it can't find the
> superblock. The mdadm --examine commands also say that no
> superblock is detected.
Yes the GPT overwrite
Looks like it worked! Thanks!
I used:
sudo mdadm --create /dev/md0 --assume-clean --verbose --level-10
--raid-devices=4 /dev/sdc /dev/sdd /dev/sde /dev/sdf
And I got my instructions for creating the array here, and they
also don't use partitions...
https://www.digitalocean.com/community/tuto
OK, I used gdisk to remove the GPT and MBR from each disk.
mdadm --assemble still doesn't work... says it can't find the
superblock. The mdadm --examine commands also say that no
superblock is detected.
I guess I'll go ahead with --create...
On 3/23/2017 20:59, Lennart Sorensen wrote:
On Thu,
On Thu, Mar 23, 2017 at 08:38:08PM +0100, Stephen Mueller wrote:
> Apologies, I should have started this on linux-raid...
>
>
> stephen@fred> sudo gdisk -l /dev/sdc
> GPT fdisk (gdisk) version 1.0.1
>
> Partition table scan:
> MBR: protective
> BSD: not present
> APM: not present
> GPT:
Apologies, I should have started this on linux-raid...
stephen@fred> sudo gdisk -l /dev/sdc
GPT fdisk (gdisk) version 1.0.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sdc: 7814037168 sec
On Thu, Mar 23, 2017 at 07:09:41PM +0100, r...@mueller.org wrote:
> Thank you very much or your reply.
>
> I naively thought that starting without partitions would be the best
> starting point, given 3 of the disks had been in a RAID5 array
> previously (possibly with partitions, not sure), but th
Thank you very much or your reply.
I naively thought that starting without partitions would be the best
starting point, given 3 of the disks had been in a RAID5 array
previously (possibly with partitions, not sure), but that looks like
a bad choice, based on some other things I've googled. Less
On Thu, Mar 23, 2017 at 05:49:05PM +0100, r...@mueller.org wrote:
> I am hoping someone here will help me. Was reading this site...
>
> https://raid.wiki.kernel.org/index.php/Linux_Raid
>
> and it said to email this list if you've tried everything other than mdadm
> --create.
>
>
> I am running
I am hoping someone here will help me. Was reading this site...
https://raid.wiki.kernel.org/index.php/Linux_Raid
and it said to email this list if you've tried everything other than
mdadm --create.
I am running Ubuntu 16.04. Machine name is fred. I used webmin to create
a 4 disk RAID10 arr
Hi,
> -Original Message-
> From: Pan, Jacob jun
> Sent: Tuesday, July 12, 2016 5:19 AM
> To: Ingo Molnar
> Cc: Chen, Yu C; 'Len Brown'; Jacob Pan; H. Peter Anvin; Peter Zijlstra;
> x...@kernel.org; linux-kernel@vger.kernel.org; Pan, Jacob jun
> Subject: Re:
e performance on
> > > one of our servers, due to the small gap between using old PIT
> > > calibration and new MSR calibration method, so we currently would
> > > like to hold this patch for now, until we got a clear answer from
> > > our architect. Would you ple
ion method, so we currently would
> > like to hold this patch for now, until we got a clear answer from our
> > architect. Would you please help revert this patch (the other patches
> > are safe and can be merged), sorry for the inconvenience.
> >
> I modified the subject
Architecture
>
>
> Previously we found this patch might decrease the performance on
> one of our servers, due to the small gap between using old PIT
> calibration and new MSR calibration method, so we currently would
> like to hold this patch for now, until we got a clear answer f
I am Annie Smith I have only about a few months to live and I want you
to Distribute my funds of Eighty Million dollars $80,000,000(united
states dollars) to charities
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
I am Annie Smith I have only about a few months to live and I want you
to Distribute my funds of Eighty Million dollars $80,000,000(united
states dollars) to charities
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.
PLEASE HELP ME
Dear Friend
I am Mr. Abdoul Issouf ,I work for BOA bank Ouagadougou Burkina Faso.
I have a business proposal which concerns the transfer of $13.5 M USD
into a foreign account. Everything about this transaction shall be
legally done without any problem. If you are interested to
This is urgent.
I am a grandchild of Mr. Hussein Salem,who is unfortunately standing trial for
various allegations of corruption against him in Egypt. I am presently on exile
in Europe and the needs to seek this assistant. Please,if you received this
email in your spam folder,kindly move it to
After building and installing 3.9.6 kernel & modules on
my 2.2ghz HP6715b x86-64 Turion dual core laptop ,
which has always run Linux with no b43 wireless problems
since 2007, now has no access to its onboard broadcom 4311
wireless radio . I had always used the b43
driver with the correct firmware
On Tue, 13 Nov 2012, Ethan Zhao wrote:
> diff --git a/drivers/acpi/numa.c b/drivers/acpi/numa.c
> index e56f3be..55c8a8e 100644
> --- a/drivers/acpi/numa.c
> +++ b/drivers/acpi/numa.c
> @@ -161,6 +161,13 @@ static __init int slit_valid(struct acpi_table_slit
> *slit)
> {
> int i, j;
>
David,
I come back to suggest the above again because I hit the same issue
on another type server and that took me sometime to find out what's
wrong for no clear information when validating the SLIT. That patch
will not invalidate the SRAT if SLIT is bad. The patch will only
suppress the option
Sent: Monday, July 25, 2005 9:48 PM
To: linux-kernel@vger.kernel.org
Subject: Please help with following NUMA-related questions
I will greatly appreciate any help regarding the following matters:
(1) How to know whether my machine is NUMA-aware or not,
(2) Difference between memory bank inter
I will greatly appreciate any help regarding the following matters:
(1) How to know whether my machine is NUMA-aware or not,
(2) Difference between memory bank interleaving and node interleaving
(3) When the BIOS asks me to set bank interleaving as AUTO, then it says that
AUTO allows memory ac
I traid to write VT6420 PATA support into the libata: sata_via.c,
because the way through via82cxxx.c doesn't work.
Please help me with this and correct this driver's alfa source code.
/* */ ... this sign in source code means, that this part i added into
current libata-dev-2.6: sata_v
setscheduler() and usage issues ....please help
Date: Tue, 29 Mar 2005 06:31:43 -0500
On Tue, 2005-03-29 at 13:25 +0530, Arun Srinivas wrote:
> thanks.gcc says "could not find strutils.h". I am using kernel 2.6.x
with
> gcc 3.3.4. Where can I find the file?
Oops! Sorry, I gave you a m
>FC2 has this. Even FC1 had it, and I'd not be surprised if even RHL9 had
>this. I'd be very susprised if SuSE 9.1 doesn't have it either.
It was introduced with SUSE Linux 9.1. But, as usually, I usually do not care
for new packages when updating, and schedutils was not a dependency, so it
lost
On Tue, 2005-03-29 at 08:03 +0200, Jan Engelhardt wrote:
> >> > I am trying to set the SCHED_FIFO policy for my process.I am using
> >> > sched_setscheduler() function to do this.
> >>
> >> Attached is a little program that I use to set the priority of tasks.
> >
> >Why not just use chrt from sc
>OK, I'm a little embarrassed. I never saw this tool. I use debian
You don't need to be. Before I got to know of this tool, I also wrote my own.
Look for "schedutils".
>unstable, but didn't have the package loaded. I did a apropos on
>sched_setscheduler, and it didn't come up with any tools, so
On Tue, 2005-03-29 at 08:03 +0200, Jan Engelhardt wrote:
> >> > I am trying to set the SCHED_FIFO policy for my process.I am using
> >> > sched_setscheduler() function to do this.
> >>
> >> Attached is a little program that I use to set the priority of tasks.
> >
> >Why not just use chrt from sc
>> > I am trying to set the SCHED_FIFO policy for my process.I am using
>> > sched_setscheduler() function to do this.
>>
>> Attached is a little program that I use to set the priority of tasks.
>
>Why not just use chrt from schedtools?
Not every distro has it yet, and I like to point out that
On Mon, 2005-03-28 at 23:40 -0500, Steven Rostedt wrote:
> On Tue, 2005-03-29 at 08:58 +0530, Arun Srinivas wrote:
> > I am trying to set the SCHED_FIFO policy for my process.I am using
> > sched_setscheduler() function to do this.
>
> Attached is a little program that I use to set the priority
On Tue, 2005-03-29 at 08:58 +0530, Arun Srinivas wrote:
> I am trying to set the SCHED_FIFO policy for my process.I am using
> sched_setscheduler() function to do this.
Attached is a little program that I use to set the priority of tasks.
-- Steve
/* Copyright (C) 2004 Kihon Technologies Inc.
,EPERM,EINVAL).
Please help.
thanks
Arun
_
Don't know where to look for your life partner?
http://www.bharatmatrimony.com/cgi-bin/bmclicks1.cgi?74 Trust
BharatMatrimony.com
-
To unsubscribe from this list: send the line "u
Hi
I'm updating my address book. Please click on the link below and enter your
contact info for me:
http://ringo.com/i?uid=k1WylYvS5KZyLvy5&;
I'm using a new, free service where I put in my contact info for you, you put
in your contact info for me, and everyone stays up to date automatically.
Hi
I'm updating my address book. Please click on the link below and enter your
contact info for me:
http://ringo.com/i?uid=k1WylYvS5KZyLvy5&;
I'm using a new, free service where I put in my contact info for you, you put
in your contact info for me, and everyone stays up to date automatically.
> On Mon, Jan 24, 2005 at 02:03:38PM -0600, David Sims wrote:
> > Hi,
> >
> > With kernel 2.6.10 on Intel (Dell Powervault 745N) When I insert the
> > sata_vsc module via 'modprobe sata_vsc' from the command line, the module
> > immediately recognizes the controller card and when it then en
On Mon, 24 Jan 2005, Marcelo Tosatti wrote:
> On Mon, Jan 24, 2005 at 04:09:08PM -0600, David Sims wrote:
> > Hi,
> >
> > With kernel 2.6.10 on Intel (Dell Powervault 745N) When I insert the
> > sata_vsc module via 'modprobe sata_vsc' from the command line, the module
> > immediately recogn
On Mon, Jan 24, 2005 at 04:09:08PM -0600, David Sims wrote:
> Hi,
>
> With kernel 2.6.10 on Intel (Dell Powervault 745N) When I insert the
> sata_vsc module via 'modprobe sata_vsc' from the command line, the module
> immediately recognizes the controller card and then enumerates the
> attach
Hi,
With kernel 2.6.10 on Intel (Dell Powervault 745N) When I insert the
sata_vsc module via 'modprobe sata_vsc' from the command line, the module
immediately recognizes the controller card and then enumerates the
attached disks. During this process I am getting errors logged in syslog
for e
Thank you Jeff for your very helpfull answer.
--- Jeff Garzik <[EMAIL PROTECTED]> skrev: >
Cesar Da Silva wrote:
> > * Alternative I/O Pathing
>
> be less vague
What I mean with the above (my defenition) is:
[Alternative I/O Pathing allows the operating system
to re-route the I/O of devices,
--- Ville Herva <[EMAIL PROTECTED]>
skrev: > > > * Dynamic Memory Resilience
> >
> > RAM fault tolerance? There was a patch a long
> time ago which detected
> > bad ram, and would mark those memory clusters as
> unuseable at boot.
> > However that is clearly not dynamic.
>
> If you are refer
> > * Dynamic Memory Resilience
>
> RAM fault tolerance? There was a patch a long time ago which detected
> bad ram, and would mark those memory clusters as unuseable at boot.
> However that is clearly not dynamic.
If you are referring to Badram patch by Rick van Rein
(http://rick.vanrein.org/
--- Rik van Riel <[EMAIL PROTECTED]> skrev: > On
Sun, 27 May 2001, [iso-8859-1] Cesar Da Silva
> wrote:
>
> > I am doing a thesis about comparing the Linux
> kernel
> > against HP-UX, AIX, Tru64 UNIX, and Solaris (as
> you
> > probably alredy know).
> > I'm stuck now (and the thesis has to bee
On Sun, 27 May 2001, [iso-8859-1] Cesar Da Silva wrote:
> I am doing a thesis about comparing the Linux kernel
> against HP-UX, AIX, Tru64 UNIX, and Solaris (as you
> probably alredy know).
> I'm stuck now (and the thesis has to bee ready until
> tomorow)
Aren't you the same guy who posted this
On Sat, May 26, 2001 at 10:27:09PM -0400, Jeff Garzik wrote:
> > * Service Location Protocol (SLP)
www.openslp.org
Regards
Ingo Oeser
--
To the systems programmer,
users and applications serve only to provide a test load.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
On Sat, 26 May 2001, Jeff Garzik wrote:
> Cesar Da Silva wrote:
> > The features that I'm wondering about are:
> > * Dynamic Processor Resilience
>
> is this fault tolerance? I think if a CPU croaks, you are dead.
>
> There are patches for hot swap cpu support, but I haven't seen any CPU
> fault
Jonathan Morton wrote:
>
> >> * Live Upgrade
> >
> >LOBOS will let one Linux kernel boot another, but that requires a boot
> >step, so it is not a live upgrade. so, no, afaik
>
> If you build nearly everything (except, obviously what you need to boot) as
> modules, you can unload modules, build
>> * Live Upgrade
>
>LOBOS will let one Linux kernel boot another, but that requires a boot
>step, so it is not a live upgrade. so, no, afaik
If you build nearly everything (except, obviously what you need to boot) as
modules, you can unload modules, build new versions, and reload them. So,
you
Cesar Da Silva wrote:
> The features that I'm wondering about are:
> * Dynamic Processor Resilience
is this fault tolerance? I think if a CPU croaks, you are dead.
There are patches for hot swap cpu support, but I haven't seen any CPU
fault tolerance patches that can handle a dead processor
>
Hi again.
I am doing a thesis about comparing the Linux kernel
against HP-UX, AIX, Tru64 UNIX, and Solaris (as you
probably alredy know).
I'm stuck now (and the thesis has to bee ready until
tomorow) with some few features that the other
operating system have, and I can't find any
information abou
I have kernel 2.2.16 installed on my machine and trying to upgrade to
2.4.2. Verified from 2.4.2 Documentation that I have different utilities
(gcc, binutils, pppd etc) of the specified or the greater version.
I am able to make bzImage for 2.4.2, but when I try to boot with
2.4.2 option in lilo,
>I have a fundamental question:
>
>If I have to port LINUX on to new processor. How will I get address
>mapping of different devices. Some of them are available in the manual.
>Ex: NVram starting address is not available.
>Iam porting on mips3k.
Related question: does there exist any kind of defi
I did an upgrade from kernel-2.2.16 to the latest version-2.4.2.
During the "make bzImage"step, I got bunch of this warning:
"pasting would not give a valid preprocessing token". then I just ignored
it and after all done
rebooted the linux and got into the new kernel successfully. However, when
I
I am looking for some program can edit and add effect to .avi, .mpg..etc
files, I tried to compile boardcast 2000c, but it's not work ( maybe
missing some file in the release)
anyway , please help me if you can, Thanks
-
To unsubscribe from this list: send the line "unsubscribe li
1 - 100 of 106 matches
Mail list logo
