I'm looking at the impressive list of wireless network cards supported
by FreeBSD here:
http://www.freebsd.org/releases/5.3R/hardware-i386.html#WLAN
But, I have the specific interest of building an 802.11g WAP. I
seem to recall lore that not all Wifi cards could be used this way
(something abo
On 03/31/05 20:51 John Baldwin said the following:
The problem is that the taskqueue_swi in 4.x doesn't have a thread
context that can be slept on via tsleep(). The fix would be to create a
kthread in which to run the ACPI tasks. 4.x already has one such
kthread for the taskqueue_thread taskqu
I'm not sure if it's before or after your changes, Poul-Henning. If there is
a newer -RELEASE I can upgrade too, I will do that. I don't really want to
upgrade to -STABLE, but I will also do that to relieve the issue if necessary.
Just give me a recommendation on to either update RELEASE beyond -
On Fri, 1 Apr 2005, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>, John Baldwin writes:
>
> >> I think we have a race in -STABLE relating to tty wakeups and
> >> open/close/device teardown. I've seen a panic relating to sio during a
> >> tty close on RELENG_5 about 5-6 months ago, b
In message <[EMAIL PROTECTED]>, John Baldwin writes:
>> I think we have a race in -STABLE relating to tty wakeups and
>> open/close/device teardown. I've seen a panic relating to sio during a
>> tty close on RELENG_5 about 5-6 months ago, but was unable to get a dump.
>> Scott has since fixed dum
On Thursday 31 March 2005 08:03 pm, Robert Watson wrote:
> On Thu, 31 Mar 2005, John Baldwin wrote:
> > On Thursday 31 March 2005 03:38 pm, William Michael Grim wrote:
> > > Hello.
> > >
> > > I keep having kernel panics every couple weeks on my system. It occurs
> > > in the sched_switch() functi
Here is the core of the FPU setup and restoration code for the kernel
bcopy in DragonFly, from i386/bcopy.s.
DragonFly uses the TD_SAVEFPU-is-a-pointer method that was outlined in
the original comment in the FreeBSD code. I further enhance the
algorithm to guarentee that the F
:>The use of the XMM registers is a cpu optimization. Modern CPUs,
:>especially AMD Athlon and Opterons, are more efficient with 128 bit
:>moves then with 64 bit moves. I experimented with all sorts of
:>configurations, including the use of special data caching instructions,
:>
mohamed aslan wrote:
hi guys
it's my first post here, BTW i was a linux hacker and linux kernel
mailing list member for 3 years.
I am driver developer, and I work with both Linux and FreeBSD. It is usual
for me to changed OS I am working with a several times a day. What can I
say, both source tr
On Thu, 31 Mar 2005, Matthew Dillon wrote:
I didn't mean to get into the kernel's use of the FPU, but...
All I really did was implement a comment that DG had made many years
ago in the PCB structure about making the FPU save area a pointer rather
then hardwiring it into the PCB.
ISTR writi
On Wed, Mar 30, 2005 at 08:12:08PM +0200, Marc Olzheim wrote:
> Please have a look at it and tell me whether this could be useful for
> FreeBSD or whether that's a bridge too far...
>
> The patch is at
> http://www.stack.nl/~marcolz/FreeBSD/gcc-printf.patch.txt
>
> Besides that, you'll need to in
I attached an example which shows the DST related changes
this year. I just couldn't resist writing something where
I get to use rare values such as 1112345678 and 1131131131
in a meaningful way. :-)
ALeine
___
WebMail FREE http://m
[EMAIL PROTECTED] wrote:
> One more question, what will happen next time when
> time goes back in October?
> Does following line correct it as same as now?
>
> /* make mktime(3) figure out whether DST is in effect */
> t->tm_isdst = -1;
Yes, it will work correctly. You can see what happens by
s
13 matches
Mail list logo
