Module Name:src
Committed By: cherry
Date: Fri Jun 7 12:43:52 UTC 2019
Modified Files:
src/sys/arch/xen/x86: xen_intr.c
Log Message:
Fix build for the XEN3_PVHVM kernel by conditoinally compiling
redundant functions x86_enable_intr()/x86_disable_intr()
To generate a dif
Module Name:src
Committed By: cherry
Date: Fri Jun 7 12:43:52 UTC 2019
Modified Files:
src/sys/arch/xen/x86: xen_intr.c
Log Message:
Fix build for the XEN3_PVHVM kernel by conditoinally compiling
redundant functions x86_enable_intr()/x86_disable_intr()
To generate a dif
(resent to source-changes-d@)
"Maxime Villard" writes:
[...]
>
> Contrary to AMD-SVM, Intel-VMX uses a different set of PTE bits from
> native, and this has three important consequences:
>
> - We can't use the native PTE bits, so each time we want to modify the
>page tables, we need to kn
Maxime Villard writes:
> Can we do something about it now? It's been more than a week, and the issue is
> still there. NVMM still doesn't modload, same for procfs, and GENERIC_KASLR
> doesn't work either.
>
> This needs to be fixed now, and we should not start adding random hacks all
> over the p
Christoph Badura writes:
> On Tue, Dec 25, 2018 at 11:45:42AM +0530, Cherry G.Mathew wrote:
>> Joerg Sonnenberger writes:
>> > On Sat, Dec 22, 2018 at 09:27:22PM +, Cherry G. Mathew wrote:
>> >> Modified Files:
>> >> src/sys/arch/amd64/amd64
Maxime Villard writes:
> Le 28/12/2018 à 15:06, Cherry G.Mathew a écrit :
>> Maxime Villard writes:
>>> Le 28/12/2018 à 14:57, Cherry G.Mathew a écrit :
Maxime Villard writes:
>> Introduce a weak alias method of exporting different implementations
>> of the same API.
>
> Pl
John Nemeth writes:
> On Dec 28, 11:52pm, "Mathew, Cherry G." wrote:
> } On December 28, 2018 9:54:11 PM GMT+05:30, John Nemeth
> wrote:
> } >On Dec 28, 7:36pm, "Cherry G.Mathew" wrote:
> } >} Maxime Villard writes:
> } >} > Le 28/12/2018 �� 14:57, Cherry G.Mathew a ��crit :
> } >} >> Maxime
Cherry G. Mathew writes:
[...]
> I think I'll revert these for now,
PS: I'm in transit and probably not the best time to do this - if you
feel like it's urgent enough, please feel free to rollback. I'll fix
breakage on my end once the dust settles. I'll be in
Maxime Villard writes:
> Le 28/12/2018 à 14:57, Cherry G.Mathew a écrit :
>> Maxime Villard writes:
Introduce a weak alias method of exporting different implementations
of the same API.
>>>
>>> Please revert or fix this change.
>>
>> I'm not sure what the fix is - do you have a suggest
Maxime Villard writes:
>> Introduce a weak alias method of exporting different implementations
>> of the same API.
>
> Please revert or fix this change.
I'm not sure what the fix is - do you have a suggestion ?
> The kernel modules that use these functions can't be modloaded
> anymore, because
Joerg Sonnenberger writes:
> On Sat, Dec 22, 2018 at 09:27:22PM +0000, Cherry G. Mathew wrote:
>> Module Name: src
>> Committed By:cherry
>> Date:Sat Dec 22 21:27:22 UTC 2018
>>
>> Modified Files:
>> src/sys/arch/amd64/amd64: c
On 2 August 2016 at 19:51, Maxime Villard wrote:
> Module Name:src
> Committed By: maxv
> Date: Tue Aug 2 14:21:53 UTC 2016
>
> Modified Files:
> src/sys/arch/xen/x86: x86_xpmap.c
>
> Log Message:
> Map the kernel text, rodata and data+bss independently on Xen, with
> res
Hi Matt,
This doesn't fix drm2 i915 breakage. Could you revisit this please, since
it's in external/ ?
Thanks,
On 5 September 2014 15:10, Matt Thomas wrote:
> Module Name:src
> Committed By: matt
> Date: Fri Sep 5 09:40:44 UTC 2014
>
> Modified Files:
> src/sys/extern
Hi Paul,
Thanks for working on this.
> "Paul" == Paul Goyette writes:
> Date: Fri, 13 Jun 2014 17:52:53 -0700 (PDT)
> From: Paul Goyette
>
> I modified the newer patch so that things still compile on non-XEN
> kernels, and added the version check to an additional invoca
> "Paul" == Paul Goyette writes:
>> Module Name: src Committed By: cherry Date: Tue May 6 04:26:24
>> UTC 2014
>>
>> Modified Files: src/sys/arch/x86/x86: pmap.c
>> src/sys/arch/xen/include: xenpmap.h src/sys/arch/xen/x86:
>> x86_xpmap.c
>>
>> Log Message: Us
> "Paul" == Paul Goyette writes:
>> Module Name: src Committed By: cherry Date: Tue May 6 04:26:24
>> UTC 2014
>>
>> Modified Files: src/sys/arch/x86/x86: pmap.c
>> src/sys/arch/xen/include: xenpmap.h src/sys/arch/xen/x86:
>> x86_xpmap.c
>>
>> Log Message: Us
On 28 July 2013 20:25, Cherry G. Mathew wrote:
>
>
> On 28 July 2013 17:16, Patrick Welche wrote:
> ...
>
>> LICENSE.iwlwifi-6000g2b-ucode README.iwlwifi-6000g2b-ucode
>> iwlwifi-6000g2b-6.ucode
>>
>> Log Message:
>> Add supp
On 28 July 2013 17:16, Patrick Welche wrote:
...
> LICENSE.iwlwifi-6000g2b-ucode README.iwlwifi-6000g2b-ucode
> iwlwifi-6000g2b-6.ucode
>
> Log Message:
> Add support for Centrino Wireless-N 1030 and Centrino Advanced-N 6230
> http://mail-index.netbsd.org/tech-net/2013/01/
Hi Manuel,
On 13 January 2013 02:39, Manuel Bouyer wrote:
> Module Name:src
> Committed By: bouyer
> Date: Sat Jan 12 21:09:10 UTC 2013
>
> Modified Files:
> src/sys/arch/xen/include: hypervisor.h
> src/sys/arch/xen/x86: hypervisor_machdep.c
> src/sys/arch/
On 4 September 2012 12:32, Mindaugas Rasiukevicius wrote:
> Matt Thomas wrote:
>>
>> On Sep 3, 2012, at 3:33 PM, Mindaugas Rasiukevicius wrote:
>>
>> > "Matt Thomas" wrote:
>> >> Module Name: src
>> >> Committed By: matt
>> >> Date: Mon Sep 3 19:53:43 UTC 2012
>> >>
>> >
On 21 April 2012 13:52, Christos Zoulas wrote:
> Module Name: src
> Committed By: christos
> Date: Sat Apr 21 18:52:37 UTC 2012
>
> Modified Files:
> src/sys/arch/amd64/amd64: vector.S
>
> Log Message:
> Alignment fault traps push the error code automatically, so don't use ZT
On 28 March 2012 07:53, Christos Zoulas wrote:
> In article <20120327202907.gt26...@bigmac.stderr.spb.ru>,
> Valeriy E. Ushakov wrote:
>>
>>But that is not what the code was. The code was:
>>
>> char c; if (c == CHAR_MAX) ...
>>
>>and *that* is portable. As I said in another mail to thsi thr
On 27 March 2012 22:38, Alan Barrett wrote:
> On Tue, 27 Mar 2012, Jukka Ruohonen wrote:
>>
>> Modified Files:
>> src/tests/ipf: t_filter_exec.sh t_filter_parse.sh t_nat_exec.sh
>> t_nat_ipf_exec.sh
>>
>> Log Message:
>> Mark the failing tests as broken. XXX: If no one is willing
On 5 March 2012 02:14, Manuel Bouyer wrote:
> Module Name: src
> Committed By: bouyer
> Date: Sun Mar 4 20:44:17 UTC 2012
>
> Modified Files:
> src/sys/arch/i386/i386: machdep.c
>
> Log Message:
> Don't try to uvm_page_physload() the tmpgdt page: this always fails because
>
On 26 February 2012 01:33, Cherry G. Mathew wrote:
> Module Name: src
> Committed By: cherry
> Date: Sat Feb 25 20:03:58 UTC 2012
>
> Modified Files:
> src/sys/arch/x86/x86: pmap.c
>
> Log Message:
> Revert previous since it does
On 25 February 2012 17:32, Manuel Bouyer wrote:
> On Sat, Feb 25, 2012 at 10:30:30AM +0530, Cherry G. Mathew wrote:
>> I've made a few changes to pmap.c where it looks harmless to do so,
>> but are in favour of consistency.
>> ftp://ftp.netbsd.org/pub/NetBSD/misc/c
On 24 February 2012 18:29, Manuel Bouyer wrote:
> On Fri, Feb 24, 2012 at 06:14:11PM +0530, Cherry G. Mathew wrote:
>> On 24 February 2012 15:33, Manuel Bouyer wrote:
>> > On Fri, Feb 24, 2012 at 03:00:03PM +0530, Cherry G. Mathew wrote:
>> >> On 22 February 20
On 24 February 2012 15:33, Manuel Bouyer wrote:
> On Fri, Feb 24, 2012 at 03:00:03PM +0530, Cherry G. Mathew wrote:
>> On 22 February 2012 18:31, Manuel Bouyer wrote:
>> > On Wed, Feb 22, 2012 at 06:05:21PM +0530, Cherry G. Mathew wrote:
>> >>
>> >>
On 22 February 2012 18:31, Manuel Bouyer wrote:
> On Wed, Feb 22, 2012 at 06:05:21PM +0530, Cherry G. Mathew wrote:
>>
>> I meant we could make it work, (it would already for amd64/xen since
>> cpu_init_msrs() is called from cpu_hatch()) since xen has its own cpu.c
>
>
Hi Thomas,
On 24 February 2012 14:21, Thomas Klausner wrote:
> Hi Cherry!
> On Fri, Feb 24, 2012 at 08:44:45AM +, Cherry G. Mathew wrote:
>> Module Name: src
>> Committed By: cherry
>> Date: Fri Feb 24 08:44:44 UTC 2012
>>
>> Modified Files:
&
On 24 February 2012 13:41, Cherry G. Mathew wrote:
> Module Name: src
> Committed By: cherry
> Date: Fri Feb 24 08:11:14 UTC 2012
>
> Modified Files:
> src/sys/arch/x86/x86: pmap.c
>
> Log Message:
> kernel page attribute change should be reflect
On 23 February 2012 20:15, Chuck Silvers wrote:
> Module Name: src
> Committed By: chs
> Date: Thu Feb 23 14:45:55 UTC 2012
>
> Modified Files:
> src/sys/arch/amd64/amd64: machdep.c
> src/sys/arch/i386/i386: machdep.c
> src/sys/arch/x86/x86: identcpu.c
>
> Log M
>>>>> "Manuel" == Manuel Bouyer writes:
Manuel> On Wed, Feb 22, 2012 at 10:15:50AM +0530, Cherry G. Mathew wrote:
>> Hi Manuel,
>>
>> On 22 February 2012 00:40, Manuel Bouyer wrote:
>> > Module Name: src > Commit
Hi Manuel,
On 22 February 2012 00:40, Manuel Bouyer wrote:
> Module Name: src
> Committed By: bouyer
> Date: Tue Feb 21 19:10:13 UTC 2012
>
> Modified Files:
> src/sys/arch/x86/x86: pmap.c
> src/sys/arch/xen/x86: cpu.c
>
> Log Message:
> Avoid early use of xen_kpm_syn
Hi Brian,
On 13 January 2012 01:19, Cherry G. Mathew wrote:
> Module Name: src
> Committed By: cherry
> Date: Thu Jan 12 19:49:37 UTC 2012
>
> Modified Files:
> src/sys/arch/amd64/amd64: machdep.c
> src/sys/arch/i386/i386: machdep.c
>
On 7 January 2012 22:06, David Holland
wrote:
> On Sat, Jan 07, 2012 at 12:36:32PM +0100, Manuel Bouyer wrote:
> > > the problem is that now the code performs different operations
> > > based upon DIAGNOSTIC or not. it's not about whether it's wrong
> > > or right, but that it's different. DI
On 7 January 2012 12:31, matthew green wrote:
>
>> >> On Fri, Jan 06, 2012 at 03:15:28PM +0000, Cherry G. Mathew wrote:
>> >> > Modified Files:
>> >> > src/sys/arch/x86/x86: pmap.c
>> >> > src/sys/arch/xen/x86: cpu.c
>> &
On 7 January 2012 05:53, Greg Troxel wrote:
>
> David Holland writes:
>
>> On Fri, Jan 06, 2012 at 03:15:28PM +0000, Cherry G. Mathew wrote:
>> > Modified Files:
>> > src/sys/arch/x86/x86: pmap.c
>> > src/sys/arch/xen/x86: cpu.c
>>
On 6 January 2012 20:56, David Holland
wrote:
> On Fri, Jan 06, 2012 at 03:15:28PM +0000, Cherry G. Mathew wrote:
> > Modified Files:
> > src/sys/arch/x86/x86: pmap.c
> > src/sys/arch/xen/x86: cpu.c
> >
> > Log Message:
> > Address those pe
On 8 November 2011 05:50, Jean-Yves Migeon wrote:
> On 06.11.2011 16:18, Cherry G. Mathew wrote:
>> Module Name: src
>> Committed By: cherry
>> Date: Sun Nov 6 15:18:19 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/amd64/include: pmap.h
>
On 7 December 2011 19:19, Christoph Egger wrote:
> Module Name: src
> Committed By: cegger
> Date: Wed Dec 7 13:49:04 UTC 2011
>
> Modified Files:
> src/sys/arch/xen/xen: evtchn.c
>
> Log Message:
> build fix: add back . malloc(9) is still in use.
>
Hi, sorry about this, I
On 21 November 2011 02:45, Jean-Yves Migeon wrote:
>
> Observed in QEMU, Virtualbox, and my amd64 spare host.
Thank you, I will look into this presently.
--
~Cherry
On 21 November 2011 01:11, Jean-Yves Migeon wrote:
> Module Name: src
> Committed By: jym
> Date: Sun Nov 20 19:41:27 UTC 2011
>
> Modified Files:
> src/sys/arch/x86/include: pmap.h
...
+#ifdef PAE
+void pmap_map_recursive_entries(void);
+void pmap_unmap_recursive_entri
Hi,
On 9 November 2011 02:02, Jean-Yves Migeon wrote:
> On 08.11.2011 14:53, Cherry G. Mathew wrote:
>>
>> On 8 November 2011 15:20, Jean-Yves Migeon
>
> wrote:
>>>
>>> On Tue, 8 Nov 2011 08:49:22 +0530, Cherry G. Mathew wrote:
>>>>>
>&
On 8 November 2011 19:11, Cherry G. Mathew wrote:
> On 8 November 2011 05:50, Jean-Yves Migeon wrote:
>> On 06.11.2011 16:18, Cherry G. Mathew wrote:
>>> Module Name: src
>>> Committed By: cherry
>>> Date: Sun Nov 6 15:18:19 UTC 2011
>>>
>
On 8 November 2011 15:20, Jean-Yves Migeon wrote:
> On Tue, 8 Nov 2011 08:49:22 +0530, Cherry G. Mathew wrote:
>>>
>>> Please keep ci_pae_l3_pdir to a uint32_t and back out its paddr_t type.
>>>
>>> Unless you can convince me that your code will do the r
On 8 November 2011 05:50, Jean-Yves Migeon wrote:
> On 06.11.2011 16:18, Cherry G. Mathew wrote:
>> Module Name: src
>> Committed By: cherry
>> Date: Sun Nov 6 15:18:19 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/amd64/include: pmap.h
>
Hi,
On 8 November 2011 05:50, Jean-Yves Migeon wrote:
> On 06.11.2011 16:18, Cherry G. Mathew wrote:
>> Module Name: src
>> Committed By: cherry
>> Date: Sun Nov 6 15:18:19 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/amd64/include: pm
Hi Manuel,
On 23 October 2011 04:12, Manuel Bouyer wrote:
> Module Name: src
> Committed By: bouyer
> Date: Sat Oct 22 22:42:21 UTC 2011
>
> Modified Files:
> src/sys/arch/xen/xen [cherry-xenmp]: clock.c
>
> Log Message:
> More improvements:
> - Precise what tmutex protects
On 23 October 2011 00:51, Manuel Bouyer wrote:
> Module Name: src
> Committed By: bouyer
> Date: Sat Oct 22 19:21:57 UTC 2011
>
> Modified Files:
> src/sys/arch/x86/include [cherry-xenmp]: cpu.h
> src/sys/arch/xen/x86 [cherry-xenmp]: hypervisor_machdep.c
> src/s
On 31/08/2011, Jean-Yves Migeon wrote:
> On 30.08.2011 14:53, Cherry G. Mathew wrote:
>> Module Name: src
>> Committed By:cherry
>> Date:Tue Aug 30 12:53:46 UTC 2011
>>
>> Modified Files:
>> src/sys/arch/i386/i386 [cherry-xenmp]:
Hi Manuel,
> "Manuel" == Manuel Bouyer writes:
[...]
>>
>> Xen's TLB_FLUSH operation is synchronous, and doesn't require an
>> IPI (within the domain), which makes the queue ordering even more
>> important (to make sure that stale ptes are not reloaded before
>> the pe
>>>>> "Cherry" == Cherry G Mathew writes:
[...]
Cherry> Xen's TLB_FLUSH operation is synchronous, and doesn't
I mean, Xen's TLB_FLUSH_MULTI operations. my current implementation of
tlb shootdown is therefore synchronous wrt TLB flushes on all cpus.
Cheers,
--
Cherry
Cc:ing tech-kern, to get wider feedback.
Thread started here:
http://mail-index.netbsd.org/source-changes-d/2011/08/21/msg003897.html
> "JM" == Jean-Yves Migeon writes:
JM> On Mon, 22 Aug 2011 12:47:40 +0200, Manuel Bouyer wrote:
>>> This is slightly more complicated than it appears
> "JM" == Jean-Yves Migeon writes:
JM> On 21.08.2011 12:26, Jean-Yves Migeon wrote:
>> - second, the lock is not placed at the correct abstraction level
>> IMHO, it is way too high in the caller/callee hierarchy. It
>> should remain hidden from most consumers of the xpq_queue
On 10 August 2011 13:39, Cherry G. Mathew wrote:
> Module Name: src
> Committed By: cherry
> Date: Wed Aug 10 11:39:46 UTC 2011
>
> Modified Files:
> src/sys/arch/amd64/amd64: fpu.c machdep.c
> src/sys/arch/i386/isa: npx.c
> src/sys/arc
On 27 June 2011 12:23, Cherry G. Mathew wrote:
> Module Name: src
> Committed By: cherry
> Date: Mon Jun 27 10:23:21 UTC 2011
>
> Modified Files:
> src/sys/arch/xen/x86 [cherry-xenmp]: x86_xpmap.c
>
> Log Message:
> Add xpq locking around xpq-QUEUE
On 6/26/2011 3:00 PM, Jukka Ruohonen wrote:
On Sun, Jun 26, 2011 at 12:56:33PM +, Cherry G. Mathew wrote:
Module Name:src
Committed By: cherry
Date: Sun Jun 26 12:56:33 UTC 2011
Modified Files:
src/sys/arch/xen/include [cherry-xenmp]: intr.h
src/sys/arch
On 18 April 2011 09:04, Jean-Yves Migeon wrote:
> On 18.04.2011 09:23, Cherry G. Mathew wrote:
>> On 18 April 2011 08:00, Cherry G. Mathew wrote:
>>> On 18 April 2011 04:21, Mindaugas Rasiukevicius wrote:
>>>> Masao Uebayashi wrote:
>>>>> On Mon
On 18 April 2011 08:00, Cherry G. Mathew wrote:
> On 18 April 2011 04:21, Mindaugas Rasiukevicius wrote:
>> Masao Uebayashi wrote:
>>> On Mon, Apr 18, 2011 at 03:04:32AM +, Mindaugas Rasiukevicius wrote:
>>> > Module Name: src
>>>
On 18 April 2011 04:21, Mindaugas Rasiukevicius wrote:
> Masao Uebayashi wrote:
>> On Mon, Apr 18, 2011 at 03:04:32AM +, Mindaugas Rasiukevicius wrote:
>> > Module Name: src
>> > Committed By: rmind
>> > Date: Mon Apr 18 03:04:31 UTC 2011
>> >
>> > Modified Files:
>
61 matches
Mail list logo
