Fixes list:
Locale *is* used in strtol()/strtoll(), at least for isspace(), so remove
'locale not used' statement from comments and BUGS section of manpage.
strtol(): fix non-portable 'cutoff' calculation using the same method as
in strtoll().
Cleanup 'cutoff' calculation, remove unneded casts.
Poul-Henning Kamp wrote:
> can you send me the patch again ? I get .rej files when I try
> to apply it to -current...
OOPS, sorry I forgot about -bB in my .cvsrc file - they are convinient when reading
others' diffs, but apparently can do
bad things when you are submitting your own diffs to so
On Sun, 2 Sep 2001, Alfred Perlstein wrote:
> * John Polstra <[EMAIL PROTECTED]> [010902 20:23] wrote:
> > In article <[EMAIL PROTECTED]>,
> > Gersh <[EMAIL PROTECTED]> wrote:
> > > sys/malloc.h says that the macro versions of MALLOC/FREE are
> > > deprecated however they are used all over the p
* Bruce Evans <[EMAIL PROTECTED]> [010903 03:47] wrote:
> On Sun, 2 Sep 2001, Alfred Perlstein wrote:
>
> > The reason for the macro is that when the size paramter is a constant
> > there's an evil trick that makes selecting the malloc bucket really
> > cheap.
>
> That's not the reason. The siz
+ Kazutaka YOKOTA wrote:
> We can improve our current behavior of syscons and keyboard drivers
> in the following approaches.
> a) Remove the FAIL_IF_NO_KBD flag from /boot/device.hints.
>Leave the AUTO_DETECT_KBD as it is now for syscons, so that
>syscons searches for a keyboard periodi
I just cvsup'ed and buildkernel with NEWCARD.
Then my note book doesn't recognize MAC address of the card(3CXFE575CT-JP)
following are concerning log for new kernel and old kernel(cvsup'ed 2-3 weeks ago)
Sep 3 20:08:43 yoichi-c1 /boot/kernel/kernel: pccbb0: card inserted:
event=0x, stat
On Sun, 2 Sep 2001, Jordan Hubbard wrote:
> cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND
> echo xinstall: /usr/obj/usr/src/i386/usr/lib/libc.a >> .depend
> cc -O -pipe-I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.bin/xinstall
> /xinstall.c
> cc -O -pipe-I/usr/obj/usr/src/i386/u
In message <[EMAIL PROTECTED]> Yoichi NAKAYAMA writes:
: I just cvsup'ed and buildkernel with NEWCARD.
: Then my note book doesn't recognize MAC address of the card(3CXFE575CT-JP)
: following are concerning log for new kernel and old kernel(cvsup'ed 2-3 weeks ago)
Looks like the mass commit brok
On Mon, Sep 03, 2001 at 11:31:50 +0400, Andrey A. Chernov wrote:
> Fixes list:
>
BTW, I have very similar fixes to strtoul/strtoull
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Moved to current:
Is there any chance that the OHCI code inthe firewire driver and the OHCI
code in the USB drivers might be rationalised?
Both seem to talk with the CAM system (from quick reading) as well,
so it might seem that there is some common functionality.
BTW is the struct ahb_softc{}
If you think that's an acceptable work-around then by all means
commit it. Thanks!
- Jordan
From: Bruce Evans <[EMAIL PROTECTED]>
Subject: Re: Build problem in -current
Date: Mon, 3 Sep 2001 21:36:46 +1000 (EST)
> On Sun, 2 Sep 2001, Jordan Hubbard wrote:
>
> > cd /usr/src/usr.bin/xinstall; m
I haven't looked at the OHCI spec for firewire at all, but it seems that
it was intended to be one specification. The OHCI spec puts a lot of
processing into the hands of the chip and the interaction is smart
enough to not require weird locking or delays (like the UHCI requires),
so it could be wo
I found that turning off malloc options:
cd /etc ; rm -f malloc.conf ; ln -s aj malloc.conf
Thanks to David Obrien for giving me the syntax (boy am I lazy),
now it seems to compile fine.
I'm also wondering if people that are complaining about really
slow buildworlds have tried turning off the ma
Between last weekend and this weekend, something changed in syslogd
seems to have resulted in this boot-time error. The syslogd.c deltas
from 1.82 -> 1.83 look suspect since the handling of relevant variables
has changed.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebs
> Then, shouldn't we remove the PnP BIOS driver (pnpbios) from the
> kernel and make it a module, so that the boot loader will load either
> the ACPI module or the PnP BIOS module?
Yes, we probably should.
I'd like to see the boot-conf code learn how to deal with foo_load
variables set in the en
> I'm getting this with the recent ACPI code, should I worry about it?
>
> acpi_cpu0: on acpi0
> acpi_cpu: CLK_VAL field overflows P_CNT register
> acpi_cpu: CLK_VAL field overlaps THT_EN bit
You shouldn't worry about it, no. I need to get my hands on some more
details so that I can understand
> ACPI breaks my Libretto with (typed by hand):
>
> Mounting root from ufs/dev/ad0s2a
I hope that's "ufs:/dev/ad0s2a".
> setrootbyname failed
I assume that the real problem is that the ATA controller failed to attach;
can you verify that this is the case?
To Unsubscribe: send mail to [EMAIL P
On Mon, Sep 03, 2001 at 04:20:57PM -0700, Mike Smith wrote:
> > I'm getting this with the recent ACPI code, should I worry about it?
> >
> > acpi_cpu0: on acpi0
> > acpi_cpu: CLK_VAL field overflows P_CNT register
> > acpi_cpu: CLK_VAL field overlaps THT_EN bit
>
> You shouldn't worry about it,
> The latest sources (yesterday) failed with the following:
This looks like a successful boot to me. Do you want to be more specific?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Monday, September 3, 2001, at 03:42 PM, [EMAIL PROTECTED] wrote:
> Between last weekend and this weekend, something changed in syslogd
> seems to have resulted in this boot-time error. The syslogd.c deltas
> from 1.82 -> 1.83 look suspect since the handling of relevant variables
> has cha
From: Chris Wicklein <[EMAIL PROTECTED]>
Subject: Re: syslogd: Too many '/' in "/dev//console"
Date: Mon, Sep 03, 2001 at 10:09:45PM -0500
I really try to avoid `me too' messages, but..
> On Monday, September 3, 2001, at 03:42 PM, [EMAIL PROTECTED] wrote:
>
> > Between last weekend and this wee
On 02-Sep-01 Julian Elischer wrote:
> "David W. Chapman Jr." wrote:
>>
>> I get this a lot recently when I try to play anything
>>
>> > echo test > /dev/dsp0
>> /dev/dsp0: Device busy.
>>
>> even when it shouldn't be busy, after atbout 10 mins it usually
>> becomes not busy
>
> sure your wind
On 03-Sep-01 Mike Smith wrote:
>> I'm getting this with the recent ACPI code, should I worry about it?
>>
>> acpi_cpu0: on acpi0
>> acpi_cpu: CLK_VAL field overflows P_CNT register
>> acpi_cpu: CLK_VAL field overlaps THT_EN bit
>
> You shouldn't worry about it, no. I need to get my hands on s
On Mon, Sep 03, 2001 at 08:44:58PM -0700, John Baldwin wrote:
>
> On 02-Sep-01 Julian Elischer wrote:
> > "David W. Chapman Jr." wrote:
> >>
> >> I get this a lot recently when I try to play anything
> >>
> >> > echo test > /dev/dsp0
> >> /dev/dsp0: Device busy.
> >>
> >> even when it shouldn'
On 03-Sep-2001 [EMAIL PROTECTED] wrote:
| Between last weekend and this weekend, something changed in syslogd
| seems to have resulted in this boot-time error. The syslogd.c deltas
| from 1.82 -> 1.83 look suspect since the handling of relevant variables
| has changed.
This change looks wron
On 04-Sep-2001 Mike Heffner wrote:
|
| On 03-Sep-2001 [EMAIL PROTECTED] wrote:
|| Between last weekend and this weekend, something changed in syslogd
|| seems to have resulted in this boot-time error. The syslogd.c deltas
|| from 1.82 -> 1.83 look suspect since the handling of relevant variab
On Tue, Sep 04, 2001 at 12:28:28AM -0400, Mike Heffner wrote:
>
> On 03-Sep-2001 [EMAIL PROTECTED] wrote:
> | Between last weekend and this weekend, something changed in syslogd
> | seems to have resulted in this boot-time error. The syslogd.c deltas
> | from 1.82 -> 1.83 look suspect since th
I just booted a fresh -current yesterday and everything seems
fine except that pcm now displays:
pcm0: unable to map register space
here's a full dmesg, dmesg -v or any other assistance needed
to diagnose this further will be provided as quickly as possible
if required. sorry for the verbose ou
In message <[EMAIL PROTECTED]> Mike Smith writes:
: I'd like to see the boot-conf code learn how to deal with foo_load
: variables set in the environment in the same fashion it deals with
: them as it reads /boot/loader.conf; this would result in the acpi and
: pnpbios modules being loaded at the
Mikhail Teterin wrote:
> On 1 Sep, Jeroen Ruigrok/Asmodai wrote:
> > -On [20010901 19:00], Mikhail Teterin ([EMAIL PROTECTED]) wrote:
> >>79240 ?? S 0:06,85 dump: /dev/da0h(0): 92.44% done, finished
> >>in 0:43 (dump)
> >
>
> > Looks nice. Would definately be an improvement.
> >
> > I wo
So i can't use X server. The problem appeared right after i've compiled
and installed freshly cvsuped kernel after new acpi first commit (31.08).
I'm sending dmesg and kernel config files in attach, and waiting for
help/comments. Thank you.
info.tar.bz2
Pete Carah wrote:
>
> I have a panic that I haven't seen in the notes so far; if I allow load
> of the acpi module, it gets a "can't allocate memory" very early in the
> boot process.
>
> Hopefully the following is complete - KDE2 cut-and-paste didn't work
> as I expected for a big region.
[ ..
32 matches
Mail list logo
