On Thu, 29 Nov 2012 19:20:14 +
Nick Hudson wrote:
> On Sunday 18 November 2012 17:41:55 Emmanuel Dreyfus wrote:
> > -#if defined(_INCOMPLETE_XOPEN_C063)
> > +#if (_POSIX_C_SOURCE - 0) >= 200809L || (_XOPEN_SOURCE - 0 >= 700)
> > || \
> > +defined(_INCOMPLETE_XOPEN_C063) || defined(_KERNEL
On Fri, 24 Aug 2012 07:26:10 -0500
"Jonathan A. Kollasch" wrote:
> I still object.
Why? There is no argument from you in the PR log.
For me, avoiding quirks is a worthwhile goal.
And while testing I've seen two other USB thumb
drives which report wrong residual values in
the CSW in some situati
On Thu, 2 Aug 2012 21:31:56 +0100
Mindaugas Rasiukevicius wrote:
> Also, thinking to use FreeBSD code for validation (plus checking for
> memwords we have). It seems to be simpler and faster:
>
> http://www.netbsd.org/~rmind/bpf_validate.diff
I don't see where this is so much better than ours.
On Thu, 2 Aug 2012 02:15:08 +0100
Mindaugas Rasiukevicius wrote:
> "Mindaugas Rasiukevicius" wrote:
> > Module Name:src
> > Committed By: rmind
> > Date: Wed Aug 1 23:24:29 UTC 2012
> >
> > <...>
> >
> > Log Message:
> [...]
> > Also, make few BPF fixes and
> > simpl
lars.heidie...@googlemail.com said:
> where does the diagnostic panic occur?
It was in the course of a realloc() from drm code. It did
apparently assume that the to be free'd block was allocated
by the pool code where it was allocated by kmem.
best regards
Matthias
---
chris...@astron.com said:
> /.*sub.*,%[er]sp/
very nice
> 18648 80494b55:stbi_gif_load_from_memory+0xd
So this can never have worked on x86, with only 12k stack.
best regards
Matthias
--
m...@eterna.com.au said:
> alloc/free here for whatever is using a lot of memory would be much
> better than increasing the minimum each LWP requires.
Agreed. In the ppbattach case, it should be sufficient
to put the devinfo printf into a separate function, so
that it doesn't stack up when called
dyo...@pobox.com said:
> > increased stack use lead to stack overflow on amd64
> > with a deep PCI hierarchy
> Tell me more about this.
It was sys/dev/pci/pci.c rev.1.141 which triggered it.
Stack use must already have been tight, and the additional
device number array was the last straw.
The que
dyo...@pobox.com said:
> was setting pba_sub = 255 causing material problems for someone, or
> are you concerned that lossage will eventually occur on certain
> server-class machines?
No, this wasn't causing damage. I was tracking another problem which
was incidentally triggered by another of yo
> Module Name:src
> Committed By: apb
> Date: Wed Jan 4 13:45:55 UTC 2012
> Modified Files:
> src/sys/compat/common: kern_time_50.c
> src/sys/compat/sys: clockctl.h
> Log Message: Provide a COMPAT_50 version of the CLOCKCTL_NTP_ADJTIME
> ioctl. When time_t was chan
dholland-sourcechan...@netbsd.org said:
> You also want to take steps to make sure that the zeroed cache line is
> flushed out.
This would be good, but it is a bit hard on x86 from userland
because wbinv is a privileged instruction. Would need a system
call.
Anyway, here is a first cut on an "exp
m.droch...@fz-juelich.de said:
> a disassembly of MD5Final() on i386 shows that the final zeroing is
> present in the binary
OK, this is no surprise. At this point the compiler can't know that
it is a dead store.
best regards
Matthias
--
jo...@britannica.bec.de said:
> the memset() is likely to get optimized away by the compiler anyway.
> It's a dead store after all.
It might be by luck, but a disassembly of MD5Final() on i386
shows that the final zeroing is present in the binary.
Generally I agree that we should make this kind o
jo...@britannica.bec.de said:
> Well, the way it is done, it won't help.
What do you mean - a duplication of efforts?
Just noticed this myself... I'm not sure it is a good idea to
do this in MD5Final because it might be unnecessary if the
hash is just used for indexing or so. In addition, this is
dyo...@pobox.com said:
> Matthias Drochner wrote:
> > add an experimental implementation of PCI MSIs (Message Signaled
> > Interrupts)
> Can you replace the magic numbers with symbols from pcireg.h ? You may
> need to add the symbols, of course.
There are already some
jo...@britannica.bec.de said:
> why do you think it is incorrect?
You just did an unifdef.
best regards
Matthias
---
[toggle bit]
jakll...@kollasch.net said:
> These are basically the same changes FreeBSD and OpenBSD made?
Possibly... I had this patch in my tree for almost a year and
just stumbled over it when I switched my local VCS.
> I'll work on OHCI anyway.
Great -- the problem is not easily reproduced.
jruoho...@iki.fi said:
> Have you measured how much modules supposedly increase the size
> compared to compiling things directly to the kernel? This seems like a
> rather silly point to me (without numbers, at least).
The difference is that I can control what is built into my
kernel, but I can't
jeanyves.mig...@free.fr said:
> I can't see why MONOLITHIC is needed in the first place
I think before modular kernels are forced onto the masses,
at least 2 design problems should be fixed:
1. Autoloading needs to be done differently: The kernel doesn't
have the smarts to know which module is
jo...@britannica.bec.de said:
> The attached patch seems to sort this out.
Yes, thanks, this works.
best regards
Matthias
--
jo...@britannica.bec.de said:
> BSDOBJDIR doesn't seem to do anything. BUILDID breaks this. I have no
> idea why those variables even exist, the code in bsd.own.mk is messy
> at best
I agree that the code is messy, but at least BUILDID serves a useful
purpose: I can use the same source tree from
jo...@britannica.bec.de said:
> $ ~/work/NetBSD/obj/clang-base/tools/bin/nbmake-amd64 -V .OBJDIR
> /home/joerg/work/NetBSD/obj/clang-base/amd64/lib/csu
This shows that you are not using an .OBJDIR, in the sense that it is
different from .CURDIR. See the make(1) manpage.
There are various rules w
m.droch...@fz-juelich.de said:
> $ make -V .OBJDIR
> [...]/src/lib/csu/obj.zelz27
And as a data point, to show what's going wrong:
$ make -V COMMON_DIR
./common
That should be ../common, or better an absolute path.
best regards
Matthias
---
jo...@britannica.bec.de said:
> Please explain. .PARSEDIR should be completely independent of .OBJDIR
> and I would strongly prefer to keep it because it is a hell lot more
> predictable...
As said, it just doesn't work:
$ pwd
[...]/src/lib/csu
$ make -V .OBJDIR
[...]/src/lib/csu/obj.zelz27
$ mak
tsugutomo.en...@jp.sony.com said:
> Does malloc(3) return zero-initialized memory?
You are right - seems that I confused the macros.
So it might make sense to pull this up. I'll ask for testers.
best regards
Matthias
chris...@zoulas.com said:
> They are different and pthread_attr_get_np() is not weak...
But pthread_attr_get_np() is now used internally.
The rule is that functions which are used internally
and not part of standard C need to be protected.
best regards
Matthias
---
> Module Name:src
> Committed By: christos
> Date: Fri Aug 6 05:25:02 UTC 2010
>
> Modified Files:
> src/lib/libpthread: pthread.h pthread_attr.c
>
> Log Message: Add pthread_getattr_np()
I think this needs a weak_alias for pthread_attr_get_np().
best regards
Matthias
c...@cubidou.net said:
> > keep out paddr_t from the kernel ABI relevant to modules.
> You won't keep bus_addr_t out of the ABI any time soon, so this is not
> a fix.
It is not correct anyway to tie bus_addr_t to paddr_t -- the semantics
of the buses don't depend on the CPU but on chipsets, or ar
c...@cubidou.net said:
> Kernel modules, on the other hand...
Hmm, didn't think of that. (using them myself only for testing)
> a gaping ABI incompatibility is completely unacceptable
There are two ways to fix this without the 64-bit-paddr overhead,
a short-term and a long-term one.
The short-t
christoph_eg...@gmx.de said:
> How about making paddr_t always 64bit? That makes it much easier to
> deal with in libkvm.
I don't think this is a good argument. The little gain of making
a rarely used library like libkvm simpler can't justify adding
overhead to the kernel.
PAE is a "bridge techno
> Is the SEE ALSO section meant to refer to external sources?
Just as a data point, OSF/1 does this.
To cite eg inet(7):
RELATED INFORMATION
Functions: ioctl(2), socket(2).
Network Information: netintro(7), tcp(7), udp(7), ip(7), icmp(7).
Network Programmer's Guide
Technical Overview
R
m...@eterna.com.au said:
> > the "mono" runtime dlopen(3)s some libc functions
> > directly and misses the RENAMEs apparently.)
> sounds like this was already not working properly anyway! it would
> have picked the wrong symbol, but one that may have sort of worked..
Yes I know. Fixing this in m
[ldexp/frexp]
chris...@astron.com said:
> You should comment on the PR that started all this in the first place
> (different results).
I haven't found a PR to the topic in gnats. Only a commit
message about frexp(-0) not being handled correctly.
Generally I've kept the libc versions up-to-date if
dyo...@pobox.com said:
> Let us add a bus_space_is_equal(bus_space_tag_t t1, bus_space_tag_t
> t2) for implementation in MD code
That's generally OK. (We have this in pthread_equal().)
>return memcpy(&t1, &t2, sizeof(t1)) == 0;
> That will work even if bus_space_tag_t is a struct.
I hop
dyo...@pobox.com said:
> How many pcdisplay at isa can there be one machine?
Iirc, this code is originating from alpha where you can have
multiple independant PCI/ISA/EISA hierarchies and thus
multiple pcdisplay/ega/vga devices.
> Can the two tags that pcdisplay_is_console() compared ever come f
dyo...@pobox.com said:
> How many pcdisplay at isa can there be one machine?
Iirc, this code is originating from alpha where you can have
multiple independant PCI/ISA/EISA hierarchies and thus
multiple pcdisplay/ega/vga devices.
> Can the two tags that pcdisplay_is_console() compared ever come f
[reposting, was sent to s-c first]
> Module Name:src
> Committed By: dyoung
> Date: Mon Mar 22 22:30:58 UTC 2010
> Modified Files:
> src/sys/dev/isa: isadma.c pcdisplay.c
> Log Message:
> [...]
> pcdisplay.c: #if 0 some code that compares two bus_space_tag_t's
> in ord
Module Name:src
Committed By: drochner
Date: Sat Feb 27 12:08:56 UTC 2010
Removed Files:
src/external/bsd/tre/dist/po: fi.gmo sv.gmo
Log Message:
remove generated binary files
To generate a diff of this commit:
cvs rdiff -u -r1.1.1.1 -r0 src/external/bsd/tre/dist/po/fi.g
Module Name:src
Committed By: drochner
Date: Sat Feb 27 12:08:56 UTC 2010
Removed Files:
src/external/bsd/tre/dist/po: fi.gmo sv.gmo
Log Message:
remove generated binary files
To generate a diff of this commit:
cvs rdiff -u -r1.1.1.1 -r0 src/external/bsd/tre/dist/po/fi.g
m...@eterna.com.au said:
> this is a pretty serious change to have only compile tested! can you
> please get some real testing done on this?
Seconded.
And: Starting to commit without having an idea what it breaks
and where it ends isn't great engineering either.
best regards
Matthias
Module Name:src
Committed By: drochner
Date: Thu Feb 25 11:20:10 UTC 2010
Modified Files:
src/sys/dev/ic: pcdisplay_chars.c vga.c
src/sys/dev/wscons: unicode.h wsemul_vt100_chars.c
Log Message:
retire our private definitions for the scan1/3/5/7/9 DEC graphics
symbo
Module Name:src
Committed By: drochner
Date: Thu Feb 25 10:56:25 UTC 2010
Modified Files:
src/lib/libcurses: acs.c
Log Message:
fix wrong widechar assignment for "up arrow"
To generate a diff of this commit:
cvs rdiff -u -r1.18 -r1.19 src/lib/libcurses/acs.c
Please note
Module Name:src
Committed By: drochner
Date: Wed Feb 24 18:33:45 UTC 2010
Modified Files:
src/sys/dev/ic: pcdisplay_chars.c
Log Message:
map some more punctuation to more or less good replacements in the IBM
character set
To generate a diff of this commit:
cvs rdiff -u -
Module Name:src
Committed By: drochner
Date: Wed Feb 24 13:02:13 UTC 2010
Modified Files:
src/lib/libcurses: curses_cursor.3 curses_touch.3
Log Message:
document wsyncup/wsyncdown/wcursyncup
To generate a diff of this commit:
cvs rdiff -u -r1.6 -r1.7 src/lib/libcurses/cu
Module Name:src
Committed By: drochner
Date: Tue Feb 23 20:42:40 UTC 2010
Modified Files:
src/external/gpl3/binutils/dist/bfd: elf32-i386.c
Log Message:
adjust INTERP path for NetBSD (needed eg for -static -pie)
To generate a diff of this commit:
cvs rdiff -u -r1.2 -r1.3
Module Name:src
Committed By: drochner
Date: Tue Feb 23 19:48:26 UTC 2010
Modified Files:
src/lib/libcurses: acs.c add_wchstr.c addbytes.c addch.c border.c
cchar.c curses.h curses_private.h ins_wch.c ins_wstr.c line.c
move.c touchwin.c
Log Message:
Module Name:src
Committed By: drochner
Date: Mon Feb 22 19:46:18 UTC 2010
Modified Files:
src/sys/kern: exec_elf.c
Log Message:
Run binaries with ELF_TYPE==DYN at virtual address PAGE_SIZE rather
than 0. This is still not the intent of PIE, but it allows them to
run with V
Module Name:src
Committed By: drochner
Date: Mon Feb 22 19:46:18 UTC 2010
Modified Files:
src/sys/kern: exec_elf.c
Log Message:
Run binaries with ELF_TYPE==DYN at virtual address PAGE_SIZE rather
than 0. This is still not the intent of PIE, but it allows them to
run with V
Module Name:src
Committed By: drochner
Date: Sun Feb 21 13:17:51 UTC 2010
Modified Files:
src/share/man/man4: options.4
src/share/man/man7: sysctl.7
src/sys/uvm: files.uvm uvm_map.c
Log Message:
rename the va0_disabled option and cpp conditional to "disable
Module Name:src
Committed By: drochner
Date: Sat Feb 20 13:21:58 UTC 2010
Modified Files:
src/sys/uvm: uvm_map.c
Log Message:
rename the new sysctl to "vm.user_va0_disable", for consistency
with the majority of existing sysctl flags, suggested by yamt
To generate a diff
Module Name:src
Committed By: drochner
Date: Fri Feb 19 19:09:15 UTC 2010
Modified Files:
src/lib/libcurses: curses_line.3
Log Message:
explain a non-portable behavior
To generate a diff of this commit:
cvs rdiff -u -r1.4 -r1.5 src/lib/libcurses/curses_line.3
Please not
e...@netbsd.org said:
> > (cannot be cleared at securelevel>0)
> I was wondering how you achieved that without modifying any of the
> secmodel code itself
Well, that's the problem with kauth: If it needs code changes
for each simple check added in other parts of the kernel, it
twarts modularity a
Module Name:src
Committed By: drochner
Date: Thu Feb 18 14:57:01 UTC 2010
Modified Files:
src/sys/uvm: files.uvm uvm_map.c
Log Message:
Disable mapping of virtual address 0 by user programs per default.
This blocks an easy exploit of kernel bugs leading to dereference
of a
da...@l8s.co.uk said:
> I presume the panic was in the 'return to user' sequence?
Yes, in the iret.
> Does it now SIGSEGV the program?
Yes, which is a bit strange because this happened before
even the first instruction was fetched, and no user-supplied
data are involved (as opposed to setmconte
Module Name:src
Committed By: drochner
Date: Sun Feb 14 11:54:03 UTC 2010
Modified Files:
src/sys/compat/svr4: files.svr4
Log Message:
add missing glue file, otherwise the emulation will not work if
compiled into the kernel (and the module loader will load another
instance
Module Name:src
Committed By: drochner
Date: Sun Feb 14 11:09:54 UTC 2010
Modified Files:
src/sys/arch/i386/i386: ibcs2_machdep.c svr4_machdep.c
Log Message:
fix confused CS selector, fixes the panic reported by Mark Davis
per PR port-i386/42787 (the panic happens due to a
Module Name:src
Committed By: drochner
Date: Fri Feb 12 21:16:56 UTC 2010
Modified Files:
src/dist/libpcap: pf.h
Log Message:
sync with rev. 1.5 of sys/dist/pf/net/if_pflog.h (which was before
the 5.x branch), to make filter expressions in pflog dumps work again,
from Luci
nick.hud...@gmx.co.uk said:
> On Thursday 11 February 2010 00:28:23 Geoff Wing wrote:
> > This reversal removed variables that were being used.
> I have no idea if my quick hack was correct.
The variables are really needed, for that obscure
"WSDISPLAY_CUSTOM_OUTPUT" hack which I had missed
initia
Module Name:src
Committed By: drochner
Date: Thu Feb 11 10:07:14 UTC 2010
Modified Files:
src/sys/dev/wscons: wsemul_vt100.c
Log Message:
put back the "vt100base_data" variable which was souce of confusion,
it is really needed, as noted by Geoff Wing
To generate a diff o
Module Name:src
Committed By: drochner
Date: Wed Feb 10 19:45:30 UTC 2010
Modified Files:
src/sys/dev/ic: pcdisplay_chars.c
Log Message:
add some more mappings from punctuation and accented characters to
more or less adequate replacements in the builtin IBM character set
Module Name:src
Committed By: drochner
Date: Wed Feb 10 19:39:39 UTC 2010
Modified Files:
src/sys/dev/wscons: wsemul_vt100.c wsemul_vt100_chars.c
wsemul_vt100_keys.c wsemul_vt100_subr.c wsemul_vt100var.h
Added Files:
src/sys/dev/wscons: vt100_base.h
Log
Module Name:src
Committed By: drochner
Date: Tue Feb 9 14:06:37 UTC 2010
Modified Files:
src/usr.bin/hexdump: conv.c hexdump.c hexdump.h od.1 odsyntax.c
Log Message:
remove agitation that od(1) was deprecated -- it is still POSIX
To generate a diff of this commit:
cvs r
Module Name:src
Committed By: drochner
Date: Fri Feb 5 18:26:38 UTC 2010
Modified Files:
src/sys/dev/wscons: wskbdutil.c
Log Message:
add some missing (mostly hungarian or polish) dead accent combinations,
from lkundrak's netbsd-sk_cz-howto
To generate a diff of this co
Hi -
t...@back-street.net said:
> the version of libutil's shared library should be changed in some way,
> shoudn't it?
Maybe as a matter of principle... Technically, I see no need for this.
The code has never been used in the NetBSD tree, so there is no
compatibility issue. And it is extremely
Module Name:src
Committed By: drochner
Date: Tue Feb 2 16:54:40 UTC 2010
Modified Files:
src/sys/dev/wscons: wsdisplay.c wsdisplayvar.h
Log Message:
give up some silly macros which were only used ~once, and reduce
dependency on "locators.h"
makes the code more LKM frienly
Module Name:src
Committed By: drochner
Date: Tue Feb 2 16:25:31 UTC 2010
Modified Files:
src/usr.sbin/usbdevs: usbdevs.c
Log Message:
The structure returned by USB_DEVICEINFO has the vendor/device strings
UTF-8 encoded now. We can't simply print this to a terminal, so
con
Module Name:src
Committed By: drochner
Date: Tue Feb 2 16:18:29 UTC 2010
Modified Files:
src/sys/dev/wscons: wsdisplay.c wsemulconf.c wsemulvar.h
Log Message:
add hooks to allow terminal emulations to be installed by LKMs
(these are not available in early bootstrap, so th
Module Name:src
Committed By: drochner
Date: Fri Jan 29 09:49:34 UTC 2010
Modified Files:
src/sbin/wsconsctl: keysym.c
Log Message:
follow KS_GROUP_Ascii->KS_GROUP_Plain rename in kernel,
noticed by Andreas Gustafsson
To generate a diff of this commit:
cvs rdiff -u -r1.9
Module Name:src
Committed By: drochner
Date: Thu Jan 28 22:36:19 UTC 2010
Modified Files:
src/sys/dev/wscons: wsdisplay.c wsemul_dumb.c wsemul_sun.c
wsemul_vt100_keys.c wskbd.c wskbdutil.c wsksymdef.h
Log Message:
-rename the "KS_GROUP_Ascii" key symbol categor
[removal from pw_policy from libutil]
thor...@shagadelic.org said:
> bump the major version # of this library?
Hmm, in theory yes, but the code has never been used inside
the NetBSD tree, and there are good reasons to assume that
noone outside hasn't either.
best regards
Matthias
Module Name:src
Committed By: drochner
Date: Wed Jan 27 22:17:28 UTC 2010
Modified Files:
src/sys/dev/acpi: acpi_bat.c
Log Message:
the "Battery Present Rate" is only required to be valid if the battery
is discharging; it might make sense when charging, but it doesn't
make
Module Name:src
Committed By: drochner
Date: Wed Jan 27 20:23:53 UTC 2010
Modified Files:
src/lib/libm/src: k_standard.c
Log Message:
fix return values for atan2(+-0,+-0) in the POSIX case
To generate a diff of this commit:
cvs rdiff -u -r1.14 -r1.15 src/lib/libm/src/k_s
Module Name:src
Committed By: drochner
Date: Wed Jan 27 19:10:31 UTC 2010
Modified Files:
src/distrib/sets/lists/comp: mi
src/include: util.h
src/lib/libutil: Makefile
Removed Files:
src/lib/libutil: pw_policy.3 pw_policy.c
Log Message:
retire pw_po
Module Name:src
Committed By: drochner
Date: Wed Jan 27 14:10:41 UTC 2010
Modified Files:
src/lib/libc/compat/gen: compat_modf_ieee754.c
src/lib/libc/gen: modf_ieee754.c
Log Message:
fix behavior in case of +-Inf or NaN input: return the proper
values and set *iptr
Module Name:src
Committed By: drochner
Date: Wed Jan 27 14:07:41 UTC 2010
Modified Files:
src/lib/libm/src: s_modf.c s_modff.c
Log Message:
fix return value in case of NaN input
(the code also shortcuts the +-inf case, but this was OK before -- it
only avoids an extra chec
m.droch...@fz-juelich.de said:
> OK, I'll check whether/how upstream fixed it first.
Found that bind9 (bundling the same library) sets the
macro to "(void)0", so I've done likewise.
best regards
Matthias
-
Module Name:src
Committed By: drochner
Date: Tue Jan 26 19:11:01 UTC 2010
Modified Files:
src/dist/dhcp/dst: dst_api.c dst_internal.h prandom.c
Log Message:
rather than adding braces in the code, define the offending macro
to "(void)0". This is what similar code in bind9 (
Module Name:src
Committed By: drochner
Date: Tue Jan 26 16:59:27 UTC 2010
Modified Files:
src/doc: 3RDPARTY
Log Message:
note current isc-dhcp versions
(our branch is not listed as supported anymore)
To generate a diff of this commit:
cvs rdiff -u -r1.745 -r1.746 src/doc
chris...@astron.com said:
> I think that the EREPORT macro should be changed instead. Macros that
> look like statements, should behave like statements.
OK, I'll check whether/how upstream fixed it first.
best regards
Matthias
---
Module Name:src
Committed By: drochner
Date: Mon Jan 25 20:33:57 UTC 2010
Modified Files:
src/dist/dhcp/dst: dst_api.c prandom.c
Log Message:
fix some cases where the EREPORT macro defined to null (as in the NetBSD
build) could change the behaviour of the code in unexpecte
Module Name:src
Committed By: drochner
Date: Sat Jan 23 17:44:44 UTC 2010
Modified Files:
src/etc/rc.d: mdnsd
Log Message:
fix an obvious typo in directory check
To generate a diff of this commit:
cvs rdiff -u -r1.1 -r1.2 src/etc/rc.d/mdnsd
Please note that diffs are no
Module Name:src
Committed By: drochner
Date: Wed Jan 20 16:49:43 UTC 2010
Modified Files:
src/lib/libm/src: k_standard.c
Log Message:
let the previous fix apply to acos rather than atan2,
and get rid of #ifdef vax
To generate a diff of this commit:
cvs rdiff -u -r1.13 -r
Module Name:src
Committed By: drochner
Date: Sun Jan 17 17:02:47 UTC 2010
Modified Files:
src/sys/arch/i386/stand/pxeboot: Makefile
Log Message:
fix tyop in default flag definition
To generate a diff of this commit:
cvs rdiff -u -r1.19 -r1.20 src/sys/arch/i386/stand/pxeb
Module Name:src
Committed By: drochner
Date: Sun Jan 17 14:54:44 UTC 2010
Modified Files:
src/sys/arch/i386/stand/boot: boot2.c
src/sys/arch/i386/stand/lib: boot_params.S
src/sys/arch/i386/stand/pxeboot: Makefile main.c
src/sys/sys: bootblock.h
Module Name:src
Committed By: drochner
Date: Thu Jan 14 17:49:32 UTC 2010
Modified Files:
src/sys/arch/i386/stand/boot: boot2.c
src/sys/arch/i386/stand/lib: boot_params.S
src/sys/arch/i386/stand/pxeboot: Makefile main.c
src/sys/sys: bootblock.h
Module Name:src
Committed By: drochner
Date: Wed Jan 13 12:18:55 UTC 2010
Modified Files:
src/sys/dev/pci: pci_subr.c
Log Message:
fix some bitmask in PCI Express capabilities decoding
being here, fix some typos and add a comma for clarity
To generate a diff of this comm
Module Name:src
Committed By: drochner
Date: Wed Jan 13 10:56:17 UTC 2010
Modified Files:
src/sys/lib/libsa: tftp.c
Log Message:
RFC783 says the ErrMsg sent with an ERROR packet needs to be
NUL-terminated
To generate a diff of this commit:
cvs rdiff -u -r1.29 -r1.30 src/
jo...@britannica.bec.de said:
> the correct abstraction would be the elimination of the cardbus
> frontend.
Please don't bring this up again. Power management and hotplug
support are completely different for PCI and CardBus, and this
is (among others) what bus frontends are for.
I even see a need
jo...@britannica.bec.de said:
> I would have said that the suspend/resume and shutdown hooks could be
> part of device_t directly
Shutdown handlers are often bus frontend specific because
they deal with power and/or interrupts. I think it makes
a lot of sense to have them installed by the fronten
a...@cequrux.com said:
> What is an "undescribed, direct ioctl", and where is it documented?
As I understand it this is where the third ioctl argument is used
as data instead of a pointer to data.
This is only useful to provide source compatibility to non-BSD
sources, and there are ways to get th
i...@bsdimp.com said:
> With ntpd -g, it means that time will be messed up until the time is
> first set (which isn't after the first measurement). There are
> several polling intervals, about a minute apart, that have to happen
> before ntpd believes the time
There is some "burst" option which
m.droch...@fz-juelich.de said:
> In that function, you can call config_attach_pseudo(9) to attach
> the actual instances. See eg sys/dev/vnd.c for an example.
Forgot to mention that you need to call
config_cfattach_attach()
before. sys/dev/md.c is a better example.
best regards
Matthias
---
lacom...@gmail.com said:
> config(9) doesn't seem to know anything about 'defpseudodev'
config(5) mentions it. (I've written that part. It anyone has
suggestions for better wording please tell me.)
best regards
Matthias
-
m...@msys.ch said:
> yes, please mail me some hints, I find it gross myself, but did not
> yet find a better way.
It is pretty easy:
-in files.gpio, change the declaration to
defpseudodev gpiosim: gpiobus
and remove the "attach" line
-in the kernel config, change "gpiosim0 at root" (or what you
lacom...@gmail.com said:
> Am I the only one to find that attaching a pseudo-device in main() is
> not the right way to go ?
No. This looks like a case for "defpseudodev". You'll find a couple
of examples in the tree. (Or I can help if necessary.)
best regards
Matthias
---
p...@whooppee.com said:
> I guess maybe the minus signs shouldn't ever happen?
someone out here with a liquid nitrogen cooler?
best regards
Matthias
---
p...@whooppee.com said:
> about 1060 degrees of impossible
coretemp (on i386) seems to have a similar problem:
$ envstat
Current CritMax CritMin CritCap Unit
[...]
[acpitz0]
temperature: 72.500 126.000 degC
[coretemp0]
cpu0 temper
christoph_eg...@gmx.de said:
> if (flags & FLAG1)
> do_something();
What is wrong with this?
best regards
Matthias
---
---
Forschungszentrum Juelich Gm
m.droch...@fz-juelich.de said:
> with ACPI one doesn't know which parts of the systems have already
> been taken out of service
Actually, since ACPI does explicitely require that interrupts
are off at some point during state transitions, basically
all code reachable by the AML interpreter must b
a...@netbsd.org said:
> Thank you for fixing an annoying panic. However it's one of many hacks
> to be applied to this. There's no good reason for interrupts to be off
> while the shutdown hooks are being processed.
Maybe one can assume interrupts in some cases, but with
ACPI one doesn't know wh
100 matches
Mail list logo
