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
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
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
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
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
>> >
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
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
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
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
- 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
- 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
>> >
- 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
>> >
- 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
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:
> >> >
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
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 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
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
>
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
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
> > >
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
[+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
>
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 J
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 guys.
I
--
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
--
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
--
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
--
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
--
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
--
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
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
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
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 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...
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...
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,
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:
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
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
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
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
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.
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.
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
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
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
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
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: Hi, Ingo,
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: Hi, Ingo,
e 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
> > >
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
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 please help revert this patch (the other patches
> > are safe and
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
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 slightly to be more specific.
Adding lkml and x86 list, and a few
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
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
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
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
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
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
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
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
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
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
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
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;
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
setting for NUMA:
band interleave : AUTO
node interleave : DISABLE
SRAT : AUTO
Best Regards
Bill Xie
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sheo Shanker
Prasad
Sent: Monday, July 25, 2005 9:48 PM
To: linux-kernel@vger.kernel.org
Subject: Please
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
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
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_via.c
Petr
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_via.c
Petr
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
() 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 modified version of my actual program
1 - 100 of 165 matches
Mail list logo
