is successful, this does not matter anymore.
Doesn't it work with savecore -N /the_right_kernel ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
request (and other things such as the uid root is mapped to).
So if you consider IP address are not spoofables in your environnement,
IP-based access and write permissions are fine.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
fixed this issue in arch/x86/x86/x86_machdep.c 1.37, I wonder if your change
has reintroduced this problem ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Jan 04, 2011 at 08:35:48AM -0800, Matt Thomas wrote:
On Jan 4, 2011, at 8:33 AM, Manuel Bouyer wrote:
On Tue, Jan 04, 2011 at 08:03:33AM -0800, Matt Thomas wrote:
I fixed this issue in arch/x86/x86/x86_machdep.c 1.37, I wonder if your
change
has reintroduced this problem
On Thu, Jan 20, 2011 at 01:16:39PM +, David Laight wrote:
On Thu, Jan 20, 2011 at 11:17:59AM +, Manuel Bouyer wrote:
Module Name:src
Committed By: bouyer
Date: Thu Jan 20 11:17:59 UTC 2011
Modified Files:
src/common/include/prop: prop_array.h
On Wed, Feb 16, 2011 at 09:33:25PM +, Manuel Bouyer wrote:
Module Name: src
Committed By: bouyer
Date: Wed Feb 16 21:33:25 UTC 2011
Modified Files:
src/sys/arch/sparc/sparc [netbsd-5]: cpu.c cpuvar.h pmap.c
timer_sun4m.c
Log Message:
Apply patch, requested
:
- WARNS=4
- KNF
- don't cast malloc
- don't use static buffers
- fix types
- remove extra \n's from errors
- fix prototypes
this breaks the build. These utitilies are used bu other quota tools.
Why did you #if 0 timepprt() ? it's used by edquota
--
Manuel Bouyer bou...@antioche.eu.org
On Mon, Mar 07, 2011 at 11:30:14AM +, Antti Kantee wrote:
On Sun, Mar 06, 2011 at 09:12:49PM +, Christos Zoulas wrote:
In article 20110306205803.ga15...@antioche.eu.org,
Manuel Bouyer bou...@antioche.eu.org wrote:
On Sun, Mar 06, 2011 at 03:48:00PM -0500, Christos Zoulas wrote
there is an ABI incompatibility here (a function signature changed
in vfsops), but I forgot to bump the kernel version ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
to machine.
Sure. I ran ATF on a machine with a 1Mhz CPU clock (this is a
simulator, the real hardware is expected to run faster :).
Lots of tests timed out just because on such hardware they can't
complete in less than 5mn.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront
the local clog as per other
instances..
My bad, I did not attached the right patch to the ticket pullup. Iain's
patch is the right fix, and it is equivalent to the code I have been
running and testing for weeks.
thanks. I've applied this patch
--
Manuel Bouyer bou...@antioche.eu.org
day, but not yet - let the
Xen MULTIPROCESSOR code stabilize first.
Also, you seem to assume that all x86 CPUs on today's market are muticore;
this is not true.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Jun 26, 2011 at 05:57:37PM +0300, Jukka Ruohonen wrote:
On Sun, Jun 26, 2011 at 04:39:55PM +0200, Manuel Bouyer wrote:
Also, you seem to assume that all x86 CPUs on today's market are muticore;
this is not true.
No, I don't assume that. My reasoning is more like: this is one
about some printf()ed warning in the kernel..
Was this ever evaluated ? I have DIAGNOSTIC in all my kernels,
and I never noticed a difference in performances for real usages.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
in the kernel.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Jul 03, 2011 at 06:49:11PM +0100, Mindaugas Rasiukevicius wrote:
Manuel Bouyer bou...@antioche.eu.org wrote:
On Sun, Jul 03, 2011 at 06:09:10PM +0100, Mindaugas Rasiukevicius wrote:
I also don't think we did reach a consensus about this either.
Well, I object on adding only
On Sun, Jul 03, 2011 at 08:00:30PM +0200, Manuel Bouyer wrote:
Crash reports without backtrace - that is very often useless, and we do
A panic message (especually from KASSERT which gives the exact place)
is more usefull than the tail of a backtrace.
Xen has trace enabled by default
.
Fortunately, people can vote with their own work; henceforth all drivers
I write will be available only as modules.
You mean, your work cannot be inclued in non-modular kernels ?
this is silly.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Aug 09, 2011 at 11:16:11AM +0300, Jukka Ruohonen wrote:
On Tue, Aug 09, 2011 at 10:14:08AM +0200, Manuel Bouyer wrote:
On Tue, Aug 09, 2011 at 10:47:18AM +0300, Jukka Ruohonen wrote:
On Tue, Aug 09, 2011 at 09:44:09AM +0200, Alan Barrett wrote:
Whether or not available
On Tue, Aug 09, 2011 at 11:23:57AM +0300, Jukka Ruohonen wrote:
On Tue, Aug 09, 2011 at 10:18:29AM +0200, Manuel Bouyer wrote:
Sorry, but this is just plain stupid. I could as well make so my work
won't work in a modular kernel, and we'll have incompatible features.
Of course it will work
be to have per-CPU xpq_queue[] also. This is not
completely stupid, xpq_queue is meant as a way to put multiple MMU
operations in a queue asynchronously before issuing only one hypercall
to handle them all.
Sure, this is the way to go.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans
the wrong version of the patch, before
cleanups.
The only cleanup needed so far was to remove the #error and a KASSERT()
that I added while testing on the fuloong. I just commited the right
version of this code.
Sorry for this mess ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans
On Mon, Aug 29, 2011 at 12:07:05PM +0200, Cherry G. Mathew wrote:
JM On Mon, 22 Aug 2011 12:47:40 +0200, Manuel Bouyer wrote:
This is slightly more complicated than it appears. Some of the
ops in a per-cpu queue may have ordering dependencies with
other cpu queues, and I
, and the ddb sequence is '+'.
See the cn_set_magic() call in xencons.c
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
things worse, kern.maxvnodes can be changed after perfused has
been started.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Nov 30, 2011 at 01:46:19AM +, Christos Zoulas wrote:
In article 2029205612.9148f17...@cvs.netbsd.org,
Manuel Bouyer source-changes-d@NetBSD.org wrote:
-=-=-=-=-=-
Module Name: src
Committed By:bouyer
Date:Tue Nov 29 20:56:12 UTC 2011
Modified
On Wed, Nov 30, 2011 at 04:26:09PM +, David Holland wrote:
On Wed, Nov 30, 2011 at 12:13:43PM +0100, Manuel Bouyer wrote:
Should the header portion move to compat/dev/?
This is not going to be used outside of fss.c so I'm not sure what
this would give us ...
Keeping
On Wed, Nov 30, 2011 at 01:13:10PM -0500, Christos Zoulas wrote:
On Nov 30, 12:13pm, bou...@antioche.eu.org (Manuel Bouyer) wrote:
-- Subject: Re: CVS commit: src/sys/dev
| This is not going to be used outside of fss.c so I'm not sure what this
would
| give us ...
Keeps the headers tidy
function call
(possibly an indirect one).
I'm not sure bloating the kernel and infrastrucure with functions call,
functions pointer and others to be able to compile out 4 lines of code
is worth it.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la
.
No, in event_remove_handler() is't really a intrhand which is freed,
not pintrhand (the pintrhand is ih-ih_arg, not ih itself).
At this time, pintrhand is never freed. It should be freed in
pci_intr_disestablish() when this one will do something usefull.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD
make good use of it and I'd
prefer to not see it go away now :)
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
H8DG6-F motherboard (only 1 socket populated) later on
boot mostly when sshd start (or fc-cache is updated).
Includes 1 AMD Opteron(tm) Processor 6128A CPU
Do they announce 1GB pages support ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la
On Fri, Dec 09, 2011 at 03:22:45PM +0100, Nicolas Joly wrote:
On Fri, Dec 09, 2011 at 02:41:16PM +0100, Manuel Bouyer wrote:
On Thu, Dec 08, 2011 at 11:24:35PM +0100, Nicolas Joly wrote:
On Thu, Dec 08, 2011 at 11:21:31PM +0100, Joerg Sonnenberger wrote:
On Thu, Dec 08, 2011 at 11:10
On Fri, Dec 09, 2011 at 03:52:21PM +0100, Nicolas Joly wrote:
On Fri, Dec 09, 2011 at 03:30:38PM +0100, Manuel Bouyer wrote:
I'd like to see what mem_clusters[] looks like, especially
mem_clusters[mem_cluster_cnt - 1]
Added the printfs at the end of initx86_parse_memmap(), and got
On Fri, Jan 06, 2012 at 09:03:29PM +0530, Cherry G. Mathew wrote:
The diagnostic message that it triggers is very verbose for XEN
consoles, which ships with DIAGNOSTIC set by default ( not sure why
this is the case ).
GENERIC has DIAGNOSTIC set by default as well.
--
Manuel Bouyer bou
On Fri, Jan 06, 2012 at 11:33:17AM -0800, Jeff Rizzo wrote:
On 1/6/12 10:26 AM, Manuel Bouyer wrote:
On Fri, Jan 06, 2012 at 09:03:29PM +0530, Cherry G. Mathew wrote:
The diagnostic message that it triggers is very verbose for XEN
consoles, which ships with DIAGNOSTIC set by default ( not sure
place)
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
can tell)
prevented quotacheck and other old-style quota bits from working since
last March.
just to make it clear: this bugs only shows up if you use userquota/groupquota
in fstab without an explicit quota file name; that's probably why it was
not noticed.
--
Manuel Bouyer bou...@antioche.eu.org
On Wed, Feb 22, 2012 at 10:15:50AM +0530, Cherry G. Mathew wrote:
Hi Manuel,
On 22 February 2012 00:40, Manuel Bouyer bou...@netbsd.org 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
On Fri, Feb 24, 2012 at 03:00:03PM +0530, Cherry G. Mathew wrote:
On 22 February 2012 18:31, Manuel Bouyer bou...@antioche.eu.org 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
*/
to:
const pd_entry_t pteflags = PG_k | PG_V | PG_RW;
(PG_k is defined to PG_u on Xen/amd64 and 0 otherwise).
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Mar 05, 2012 at 08:01:09AM +0530, Cherry G. Mathew wrote:
On 5 March 2012 02:14, Manuel Bouyer bou...@netbsd.org 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
.
If you mean something else I don't understand :)
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sat, Mar 17, 2012 at 05:29:34PM +, Manuel Bouyer wrote:
Module Name: src
Committed By: bouyer
Date: Sat Mar 17 17:29:34 UTC 2012
Modified Files:
src/sys/uvm [netbsd-6]: uvm_km.c
Log Message:
Pull up following revision(s) (requested by rmind in ticket #113
On Sat, Mar 17, 2012 at 07:17:04PM +, Manuel Bouyer wrote:
Module Name: src
Committed By: bouyer
Date: Sat Mar 17 19:17:04 UTC 2012
Modified Files:
src/doc [netbsd-5-1]: CHANGES-5.1.3
src/usr.bin/ktruss [netbsd-5-1]: makeerrnos.sh
Log Message:
ticket 1742
for this driver.
What kind of senario do you have in mind ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
cold, locking is not fully up yet and lock checks should be bypassed.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
-MPSAFE driver, then this has to be fixed
in autoconf (if the problem really exists, which I've not looked at yet).
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Fri, Apr 20, 2012 at 07:46:35AM +, David Holland wrote:
On Fri, Apr 20, 2012 at 09:37:00AM +0200, Manuel Bouyer wrote:
we've never had autoconfig run with the kernel lock AFAICT, so this
assumption has never been true.
So this is a bug. The contract was really that spl
for is a list of actual problems you've seen
with the KASSERT() you changed so i can fix those, and revert
your change. please help me advance the state of netbsd smp.
I think you have the list: all scsi drivers.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront
On Tue, Jul 31, 2012 at 11:32:02AM -0700, Hisashi T Fujinaka wrote:
On Tue, 31 Jul 2012, Jonathan A. Kollasch wrote:
On Tue, Jul 31, 2012 at 03:50:39PM +, Manuel Bouyer wrote:
Apply back changes that were reverted on Jul 24 and Jul 26 (general ata/wdc
cleanup and SATA PMP support), now
On Tue, Jul 31, 2012 at 11:58:51AM -0500, Jonathan A. Kollasch wrote:
On Tue, Jul 31, 2012 at 03:50:39PM +, Manuel Bouyer wrote:
Apply back changes that were reverted on Jul 24 and Jul 26 (general ata/wdc
cleanup and SATA PMP support), now that I'm back to fix the fallouts.
What about
that programming docs are publically available,
we may be able to do something if it doesn't work.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
and fields are only used if do_csum == true,
and do_csum cannot be changed between setting it to false and testing it.
Is it dependant on compiler flags ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
for a while. I'll have a look at the IDE driver ASAP,
getting it going shouldn't be too hard.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Oct 09, 2012 at 01:36:07PM +, Manuel Bouyer wrote:
[...]
Log Message:
Support transfers of up to MACHINE_MAXPHYS in all pciide variants, and ahci.
wd(4) limits its maxphys depending on the drives's capability (64k sectors
for LBA48, 256 sectors for LBA and 128 sectors for older
(),
I'm not sure why size of chunksize would be a power-of-2.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Oct 09, 2012 at 11:24:13AM -0400, Thor Lancelot Simon wrote:
On Tue, Oct 09, 2012 at 05:21:17PM +0200, Manuel Bouyer wrote:
On Tue, Oct 09, 2012 at 11:04:20AM -0400, Thor Lancelot Simon wrote:
Hm.
This will be an attempt to transfer an entire file -- 139264
in 32k transfers at the disk level. So I guess something
is not working properly here ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Tue, Oct 09, 2012 at 11:13:52PM +0200, Manuel Bouyer wrote:
There is still a reference to MAXPHYS in ufs_bmaparray(), which, if I got
it right, will limit the *runp in VOP_BMAP(), which will limit iobytes
in genfs_do_io().
but that doens't explain why I see 32k xfers. And, to make things
On Wed, Oct 10, 2012 at 08:17:05AM -0400, Thor Lancelot Simon wrote:
On Wed, Oct 10, 2012 at 11:34:48AM +0200, Manuel Bouyer wrote:
I'm not sure what the best way to handle this would be.
If we assume that maxphys is a power of 2, we could use a maxphys-derived
mask here. Otherwise
by the
while (uio-uio_resid 0) { } loop. The chunk size will be:
bytelen = MIN(fs-fs_bsize - blkoffset, uio-uio_resid);
so we get data from userland in at most fs-fs_bsize chunks at a time,
and when we cross a 64k boundary we start a write.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26
the write-behind code out of ufs_readwrite.c
to ubc (maybe ubc_uiomove()) ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Wed, Oct 17, 2012 at 02:39:55AM +, Thor Lancelot Simon wrote:
On Mon, Oct 15, 2012 at 04:24:54PM +0200, Manuel Bouyer wrote:
I wonder if we could reuse bits from the read-ahead code for write-behind ?
I'm not sure the read-ahead code is working properly. When I read through
On Wed, Oct 17, 2012 at 09:02:46PM +, Manuel Bouyer wrote:
Module Name: src
Committed By: bouyer
Date: Wed Oct 17 21:02:46 UTC 2012
Modified Files:
src/usr.bin/calendar/calendars [netbsd-4]: calendar.netbsd
Log Message:
Pull up following revision(s) (requested
Added Files:
src/sys/arch/evbmips/include: sljitarch.h
Log Message:
Add sljit and bpfjit to evbmips. Not enabled by default.
Why only evbmips, and not all mips platforms ?
Shouldn't this be in arch/mips/include/ ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience
On Sun, Jan 13, 2013 at 11:59:29AM +0530, Cherry G. Mathew wrote:
Hi Manuel,
On 13 January 2013 02:39, Manuel Bouyer bou...@netbsd.org wrote:
Module Name:src
Committed By: bouyer
Date: Sat Jan 12 21:09:10 UTC 2013
Modified Files:
src/sys/arch/xen/include
On Sun, Jan 20, 2013 at 12:19:07PM +, Manuel Bouyer wrote:
Module Name: src
Committed By: bouyer
Date: Sun Jan 20 12:19:07 UTC 2013
Modified Files:
src/sys/dev/pci [netbsd-5]: pcidevs viaide.c
Log Message:
Apply patch, requested by msaitoh in ticket #1842:
sys
bitmasks as IPL values for example ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Oct 20, 2013 at 01:16:57PM +, Manuel Bouyer wrote:
Module Name: src
Committed By: bouyer
Date: Sun Oct 20 13:16:57 UTC 2013
Modified Files:
src/sys/arch/x86/pci [netbsd-6]: pci_machdep.c
Log Message:
Apply patch, requested by riastradh in ticket #962:
should
without network ...
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Jan 27, 2014 at 09:27:50PM +, Manuel Bouyer wrote:
Module Name: src
Committed By: bouyer
Date: Mon Jan 27 21:27:50 UTC 2014
Modified Files:
src/doc [netbsd-6-1]: README.files
src/gnu/usr.bin/groff/tmac [netbsd-6-1]: mdoc.local
src/sys/sys [netbsd-6-1
by the hypervisor.
I didn't notice i386_fpu_present was set to 1 in fpuinit() (I don't know
how I missed it), so setting i386_fpu_present to 1 unconditionally for
Xen is probably the right thing to do.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
,
because the lwp won't have MDL_USEDFPU set at this time.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Feb 02, 2014 at 08:24:08PM +, David Laight wrote:
On Sun, Feb 02, 2014 at 08:41:29PM +0100, Manuel Bouyer wrote:
On Sun, Feb 02, 2014 at 06:53:55PM +, David Laight wrote:
Something needs to set the TS (task switched) flag when a new cpu
is added. Both amd64 and i386 'bare
On Tue, Apr 15, 2014 at 02:10:33PM -0700, Erik Fair wrote:
This should be pulled up to netbsd-6
this is not critical:
the code is used only at boot time with root on nfs, and the condition that
would cause the leak is always false anyway.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26
the pre-3.4 hypervisor.
Is there any reason why this should not be committed?
please move XEN_VERSION_SUPPORTED() to an header (hypervisor.h is
probably the most appropriate). Looks OK otherwise.
thanks !
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la
a bit before pulling up to 6-0 and 6-1.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
to the patch I had pending :)
thanks !
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
);
+ if (obj)
+ obj-uobj.pgops-pgo_detach(obj-uobj);
return EINVAL;
}
where is obj freed then ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
support PCI pass-through, so we could have a ath in a domU
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la difference
--
On Sun, Oct 12, 2014 at 12:17:22AM +0900, Masao Uebayashi wrote:
On Sun, Oct 12, 2014 at 12:05 AM, Manuel Bouyer bou...@antioche.eu.org
wrote:
On Sat, Oct 11, 2014 at 09:50:03AM +, Masao Uebayashi wrote:
Module Name: src
Committed By: uebayasi
Date: Sat Oct 11 09:50:03 UTC
On Sun, Oct 12, 2014 at 03:35:48AM +0900, Masao Uebayashi wrote:
On Sun, Oct 12, 2014 at 3:06 AM, Manuel Bouyer bou...@antioche.eu.org wrote:
On Sun, Oct 12, 2014 at 12:17:22AM +0900, Masao Uebayashi wrote:
On Sun, Oct 12, 2014 at 12:05 AM, Manuel Bouyer bou...@antioche.eu.org
wrote
On Sun, Oct 12, 2014 at 04:23:17AM +0900, Masao Uebayashi wrote:
On Sun, Oct 12, 2014 at 3:48 AM, Manuel Bouyer bou...@antioche.eu.org wrote:
On Sun, Oct 12, 2014 at 03:35:48AM +0900, Masao Uebayashi wrote:
On Sun, Oct 12, 2014 at 3:06 AM, Manuel Bouyer bou...@antioche.eu.org
wrote
really cause all ath-related files to be ommitted, then there's
no reason to not have std.ath_hal inclued by default.
One can still use no options ... if he really wants to strip down
the kernel with only the required ath bits.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience
be the embedded 486-like systems
from soekris (etc). Not sure if any of those have graphics
but they will normally run a generic kernel.
Yes; systems that might need a vga@isa kernel are not limited to the
PC manufactured in 1993-1994. x86 SoCs manufactured today
may be in this category too ...
--
Manuel
, round everything to a multiple of the cache line size.
Hello,
with this change, on i386 with a i965GM, opencpn no longer gives
me a black screen. I still see corrupted fonts with opencpn or
stellarium.
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26 ans d'experience feront toujours la
.c should be split in
different files ...
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
ssible that the display side stop audio processing when going
to sleep ...
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
aver to work when you're not
> using the video or audio. your idea means it is *always* on.
But it is already always on. The scren gets dark, but as the screen is
still getting valid HDMI signals it doens't go to sleep.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 an
On Mon, Oct 05, 2015 at 01:28:08PM -0300, Jared McNeill wrote:
> On Mon, 5 Oct 2015, Manuel Bouyer wrote:
> >BTW, I'm looking at this because I need to make the LVDS interface to work
> >(and turn the display on/off via GPIOs, to save power). Do you have ideas
> >on how thi
On Mon, Oct 05, 2015 at 02:42:00PM -0300, Jared McNeill wrote:
> On Mon, 5 Oct 2015, Manuel Bouyer wrote:
>
> >On Mon, Oct 05, 2015 at 02:13:51PM -0300, Jared McNeill wrote:
> >>Can you see what happens to audio output when the display is turend off in
> >>t
ngs to do it to revert my previous commit until
I get with something better in the hdmi driver.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
this, a second thread is allowed to queue buffers,
but the loop is again single-threaded.
Of course that prevents multiple threads to call diskstart.
does it implies that this prevents multiple outstanding transactions
to the controller ?
--
Manuel Bouyer bou...@antioche.eu.org
NetBSD: 26
hut down the right output(s) when blanking etc.
This seems to include a change in the hbp and vbp computation too;
are you sure about it ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
On Mon, Sep 19, 2016 at 03:01:51PM +0200, Manuel Bouyer wrote:
> Hello,
> i386/Xen now panics, maybe because of this commit:
> http://www-soc.lip6.fr/~bouyer/NetBSD-tests/xen/HEAD/i386/201609171110Z_anita.txt
this seems to have been fixed later. The tests runs to completion again
-
flags 10246 cr2 53e58955 ilevel 8 esp
cddce734
curlwp 0xc19bb2a0 pid 10874 lid 1 lowest kstack 0xcddcc2c0
Skipping crash dump on recursive panic
panic: trap
Faulted in mid-traceback; aborting...
rebooting...
Any idea ?
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
) that the kernel lock is held here.
--
Manuel Bouyer <bou...@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--
101 - 200 of 536 matches
Mail list logo