EEK! I will take a look at this right now...
Motomichi Matsuzaki wrote:
>
> Hi.
>
> At Sun, 27 Aug 2000 15:16:01 +0200 (CEST),
> Alexander Leidinger <[EMAIL PROTECTED]> wrote:
> > > Can anyone success compiling kernel with the following config?
> > >
> > > # ATA and ATAPI devices
> > > device
On Sun, Oct 01, 2000 at 12:20:04AM -0500, Tony Johnson wrote:
> Run 4.0 or piss off...
Tony, I suggest you apologise to Mr Choi for this extremely insulting
message.
Kris
--
In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe <[EMAIL PROTECTED]>
To Unsubsc
> Run 4.0 or piss off...
That's totally inappropriate. He's reporting a BUILD ERROR which is
an occasional fact of life in -current and should be reported so that
whomever broke AMD can go fix the build. He's also a developer of
FreeBSD and simply reporting this to the other developers.
I'm ge
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]):
> You guys are overlooking something about DEVFS: devices may appear
> post-boot.
Ah, yes.
BTW: Devices don't disappear if you unload devices.
This happens for example with bktr.ko.
When I then reload bktr.ko, I get the following:
WARNING: Driv
In message <[EMAIL PROTECTED]>, Alexander Langer write
s:
>Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]):
>
>> You guys are overlooking something about DEVFS: devices may appear
>> post-boot.
>
>Ah, yes.
>
>BTW: Devices don't disappear if you unload devices.
>This happens for example with bktr.
> >>> Cool. On some machine, thermal management requires Embedded Controller I/O.
> >>> Anybody working on this?
> >>
> >> Yeah. I just discovered that I need this.
> >>
> >> I haven't look at how operation regions are handled, so I'm not sure how
> >> hard it's going to be to implement the
Hi.
I've upgraded my -current box from a pre-SMPNG kernel (an August
vintage) to a post-SMPNG kernel (built today), and have noticed
behaviour I haven't seen discussed in -current.
I followed the instructions in UPDATING as well as discussed on
the -current list, and the system boots with nothin
At 1 Oct 2000 04:24:14 GMT,
CHOI Junho <[EMAIL PROTECTED]> wrote:
> I have cvsup'ed today, build stopped with the following error:
I got same one, reported by my nightly buildworld failure. I think
this happened between 9/30 00:00 JST and 10/1 00:00 JST...
--
Jun Kuriyama <[EMAIL PROTECTED]>
In message <[EMAIL PROTECTED]> "Tony Johnson" writes:
: Run 4.0 or piss off...
Tony,
this is an *UN*acceptible attitude. CHOI-san is reporting a
problem. He didn't rail against anything, nor did he demand a fix.
This is 100% acceptible. Your message, however, was rude and
inappropriate
In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes:
: Thanks Shiozaki-san, I think `reg' is short for registers of the
: target chip, correct?
Yes. Traditionally fooreg.h has "hardware" definitions on it. Device
registers, flag masks and other such things. Both OLDCARD and NEWCARD
do this.
On Sun, 01 Oct 2000 11:35:32 -0600, Warner Losh <[EMAIL PROTECTED]> said:
> Tony, this is an *UN*acceptible attitude. CHOI-san is reporting
> a problem. He didn't rail against anything, nor did he demand a
> fix. This is 100% acceptible. Your message, however, was rude
> and inapp
In message <[EMAIL PROTECTED]> Alexander Langer writes:
: No - instead we should add something like devfs_permission{0,1,2,etc}
: (and maybe ownership) to rc.conf, which can be modified there and
: then rc.devfs sets them - similar to the ifconfig stuff.
:
: Opinions?
devd? We need it for other
In message <[EMAIL PROTECTED]> Jeremy Lea writes:
: Can mtree not be used for this? Seems like the quickest and cleanest
: solution to me...
No. Think removable devices.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <11056.970344237@critter> Poul-Henning Kamp writes:
: We need a generic "devd" which finds out that devices have appeared,
: set their perms (if needed/wanted) and executes any commands needed
: (getty, mount, etc etc) by the device.
ifconfig and dhclient are likely the most often exec
In message <[EMAIL PROTECTED]> Alan Cox writes:
: Does anyone know if it's by design or by accident that kthread_create
: specifies RFFDG to fork1? It seems odd to ask for the file descriptor
: table to be copied and not shared.
I think that I did that, or Peter didn't change it. I copied it fr
In message <[EMAIL PROTECTED]>, Warner Losh writes:
>In message <11056.970344237@critter> Poul-Henning Kamp writes:
>: We need a generic "devd" which finds out that devices have appeared,
>: set their perms (if needed/wanted) and executes any commands needed
>: (getty, mount, etc etc) by the devic
In message <14852.970422933@critter> Poul-Henning Kamp writes:
: Not right now, but it could. Right now you can tell something happened
: by examining the sysctl vfs.devfs.generation
OK. As soon as I get NEWCARD attaching devices, I'll revisit this as
it is needed for pccard stuff. If things g
Thus spake Warner Losh ([EMAIL PROTECTED]):
> ifconfig and dhclient are likely the most often executed ones now.
> I agree we need a generic devd. Does devfs use the kqueue interface?
What I also LOVED to use is mounting nfs dirs when a pccard ethernet
device is plugged in.
Currently, I modifi
In message <[EMAIL PROTECTED]> Alexander
Langer writes:
: Currently, I modified rc.pccard for that :)
Don't you mean pccard.conf? You can do the mounting now. I think
that umount -f would work for dismounting on eject, but haven't tested
it.
Warner
To Unsubscribe: send mail to [EMAIL PROTEC
Thus spake Warner Losh ([EMAIL PROTECTED]):
> Don't you mean pccard.conf? You can do the mounting now. I think
> that umount -f would work for dismounting on eject, but haven't tested
> it.
No, I meant /etc/pccard_ether :)
It works just fine. I don't unmount, though.
Alex
--
cat: /home/ale
> I hate to spoil the moment ... but does anyone have an idea what the
> fix is? Nothing in the amd directory seems to have changed in the
> past couple of weeks, so it must be somewhere else, and I'm not bright
> enough to figure out where.
Yeah, somebody forgot that typedefs and structure name
> > I hate to spoil the moment ... but does anyone have an idea what the
> > fix is? Nothing in the amd directory seems to have changed in the
> > past couple of weeks, so it must be somewhere else, and I'm not bright
> > enough to figure out where.
>
> Yeah, somebody forgot that typedefs and st
Mike Smith <[EMAIL PROTECTED]> wrote:
> > > I hate to spoil the moment ... but does anyone have an idea what the
> > > fix is? Nothing in the amd directory seems to have changed in the
> > > past couple of weeks, so it must be somewhere else, and I'm not bright
> > > enough to figure out where.
>
> Er, this is probably the wrong fix. It sounds like the kernel 'callout'
> structure is ending up visible in userland, which it shouldn't.
It wasn't clear to me if it was clashing with the internal typedef or
something else - the namespace issues with gcc are a little unclear to
me here (at le
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, Oct 01, 2000 at 12:14:25PM -0700, Mike Smith wrote:
> > > I hate to spoil the moment ... but does anyone have an idea what the
> > > fix is? Nothing in the amd directory seems to have changed in the
> > > past couple of weeks, so it must be somewhere else, and I'm not bright
> > > enough
> > > PowerResource code keeps pointers to the PowerResource objects, then
> > > finds a pointer to methods of the object dynamically. Can we do it in
> > > similar way for thermal management?
> >
> > Well, yes, but you have to go back and re-parse the actual AML. I'm not
> > even sure if it's
Here's what seems to be an interesting AML or AML parser bug.
OperationRegion(PSRG, SystemMemory, 0x0410, 0x1)
Field(PSRG, DWordAcc, NoLock, Preserve) {
, 2,
PS2E, 1
}
The field is marked for 32-bit access, but the region is only 1
This is better than watching the soaps. I'll be waiting anxiously for
the next installment. ;<)
On Sun, 1 Oct 2000 12:47:16 -0700, "David O'Brien" <[EMAIL PROTECTED]> said:
> On Sun, Oct 01, 2000 at 12:14:25PM -0700, Mike Smith wrote:
>> > > I hate to spoil the moment ... but does anyone
subscribe
[EMAIL PROTECTED]
__
Do You Yahoo!?
Yahoo! Photos - 35mm Quality Prints, Now Get 15 Free!
http://photos.yahoo.com/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> "WL" == Warner Losh <[EMAIL PROTECTED]> writes:
WL> this is an *UN*acceptible attitude. CHOI-san is reporting a
-san is Japanese word, and I am Korean. Due to historical reason, most
Korean do not want to be treated as Japanese and most of them will be
angry. Please don't call me 'CHO
Sorry, the files colud not fetch. I think you can now fetch them.
// Noriaki Mitsunaga
From: [EMAIL PROTECTED]
Date: Sat, 30 Sep 2000 15:20:07 +0900
> From: Poul-Henning Kamp <[EMAIL PROTECTED]>
> Date: Wed, 27 Sep 2000 15:25:42 +0200
> > Use a normal timeout ?
>
> I changed to use timeout() an
Gregory Neil Shapiro writes:
> sendmail's version of vacation is completely backwards compatible with the
> existing version. It also contains new features and bug fixes that are not
> in the current FreeBSD version. This will take care of PR bin/15227.
>
> 2. Copy cf config building tree into
I get a "Panic: Page fault while in supervisor mode"
just after adv0 is displayed during boot.
If I just remove the card, I can boot.
Current current.
Leif
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi,
PC-CARD IDE hard disk and compact flash card support is broken
in recent 5.0-CURRENT. Does anyone have an idea what the problem is?
Please copy reply to me. I don't subscribe to the 'current' mailing list.
Thanks,
-chain
>I have been using compact flash card and ATA disks on my
>Toshiba
> > Yes, we can have large benefit by migrating to ACPICA. I suggest that
> > we make ACPICA version of AML interpreter run in userland as a
> > debugger for the first evaluation. By doing this work we can make
> > sure it works actually on FreeBSD and estimate the work volume of
> > kernel port
> Here's what seems to be an interesting AML or AML parser bug.
>
> OperationRegion(PSRG, SystemMemory, 0x0410, 0x1)
> Field(PSRG, DWordAcc, NoLock, Preserve) {
> , 2,
> PS2E, 1
> }
>
> The field is marked for 32-bit access, but the region is
> > > Yes, we can have large benefit by migrating to ACPICA. I suggest that
> > > we make ACPICA version of AML interpreter run in userland as a
> > > debugger for the first evaluation. By doing this work we can make
> > > sure it works actually on FreeBSD and estimate the work volume of
> > > k
> > Here's what seems to be an interesting AML or AML parser bug.
> >
> > OperationRegion(PSRG, SystemMemory, 0x0410, 0x1)
> > Field(PSRG, DWordAcc, NoLock, Preserve) {
> > , 2,
> > PS2E, 1
> > }
> >
> > The field is marked for 32-bit access, but the r
I've updated the cvs base code. I'm pretty confident that it has come
through ok, but please keep an eye out for weird stuff due to repairs of
merge conflicts.
Cheers,
-Peter
--
Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
"All of this is for nothing if we don't go to the
40 matches
Mail list logo
