Stephan van Beerschoten wrote:
> Here's a quick question that just popped into my mind. I cvsup my -stable and my
>-current box every night and every once in a while I install a new world.
>
> What happens with a (previously installed) /usr/sbin/pim6[sd]d ? Will 'make
>(install)world' remove i
>>
>> usb.h != libusb.h
>>
>> NetBSD has a stupid naming convention. Use libusb.h in FreeBSD.
>
> Ok. That's as may be, but then why are there prototypes for libusb
> calls in dev/usb.h?
Sorry, meant to say /usr/include/dev/usb/hid.h
>
>>
>> The prototypes are correct as is.
>
> They may b
>
> usb.h != libusb.h
>
> NetBSD has a stupid naming convention. Use libusb.h in FreeBSD.
Ok. That's as may be, but then why are there prototypes for libusb calls in
dev/usb.h?
>
> The prototypes are correct as is.
They may be in libusb.h, but the prototype for that function in
sys/dev/usb.h
The definition of hid_report_size() differs between -stable and -current (as
to its prototype), yet /usr/src/sys/dev/usb.h shows no difference between
-stable and -current, and is wrong in either case.
This is causing some heartburn for -current builders of the xmame port.
To Unsubscribe: send
Leif Neland wrote:
> I'd like to try pppoe to connect to poptop (on a linuxbox). The port is forbidden; I
>should use ng_pppoe.
You're mixing apples and oranges. poptop is for pptp, not pppoe.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of th
Since the change was made to telnet to have it attempt autologin and
encryption by default, there are some problems with argument handling
for telnet.
1. in crypto/telnet/telnet/main.c:
case 'l':
autologin = 1;
if(autologin == 0)
John Hay wrote:
>
> If you have current source, just recompile rpcgen and try again. Something
> like:
>
> cd /usr/src/usr.bin/rpcgen
> make all install clean
>
> should do it. Then you can return to your regular make world.
>
> John
That did end up working. Thanks. I just wanted to mention
--
>>> stage 4: populating /usr/obj/usr/src/i386/usr/include
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj
COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr
On Fri, 22 Dec 2000, Joost Bekkers wrote:
>
> >Submitter-Id: current-users
> >Originator: Joost Bekkers
> >Organization:
> >Confidential: no
> >Synopsis: bridge/firewall doesn't work as in bridge(4)
> >Severity: serious
> >Priority: medium
> >Category: kern
Wes Peters wrote:
>
> Andre Oppermann wrote:
> >
> > Is there any supporting Access Point functionality, eg. using the
> > freebsd server as AP?
>
> There's no special support for it, but it's just another interface. If
> you run it (and your other 802.11 devices) in ad-hoc mode, everything sho
On Sun, 10 Dec 2000, Michael C . Wu wrote:
> On Sun, Dec 10, 2000 at 03:19:06PM -0800, Nick Sayer scribbled:
> | Attached is a preliminary driver for the Sony jog dial. It's enough that
> | you can create a /dev/jogdial and watch letters come out.
>
> W00t! :) You
Attached is a preliminary driver for the Sony jog dial. It's enough that
you can create a /dev/jogdial and watch letters come out.
It needs a lot of improvement:
1. Use interrupts instead of polling.
2. Present mouse-oriented events instead of letters.
3. Fix the probe routine so that it tries
Christopher Masto wrote:
>
> On Wed, Dec 06, 2000 at 07:23:40PM -0800, Charlie Root wrote:
> > There is definately a trend to lower prices. I just found this. A
> > new intel Intel PRO/Wireless 2011 LAN access point and two pcmcia
> > cards for $699. The access point sounds interesting. I per
John Baldwin wrote:
>
[...]
>
> 0 == bronze
> 40 == silver
> 128 == gold
FWIW, it is more correct to say either
0 == bronze
40 == silver
104 == gold
or
0 == bronze
64 == silver
128 == gold
WEP has a 24 bit sequence number that perturbs the encryption. The fact
that 24 bit sequence numbers
If something like this already exists, then my searches must have
missed it.
In order to improve the usefulness of the openssl installation,
I would like to suggest that a collection of CA root certs be
added to the base installation and perhaps even referenced by
the conf file.
Included with t
Reversing that patch fixes it. Since the source for this is in contrib,
I presume we
need to send this back to ISC rather than patch it in our tree?
Tatsumi Hosokawa wrote:
>
> At Fri, 21 Jul 2000 17:22:15 -0700 (PDT),
> Nick Sayer <[EMAIL PROTECTED]> wrote:
> >
>
Something changed very recently in the dhcp client stuff that seems
to have broke my -current machine's ability to be a dhcp client.
The symptom is that I see
ifconfig: netmask 255.255.255.224: bad value
come out of the script invocation, and the ip address does not get
set.
If I echo out the
I would like to apply this patch:
Index: xdr.h
===
RCS file: /home/ncvs/src/include/rpc/xdr.h,v
retrieving revision 1.14
diff -u -r1.14 xdr.h
--- xdr.h 1999/12/29 05:00:44 1.14
+++ xdr.h 2000/06/16 17:05:09
@@ -128,14
For a long time I have noticed that when I build kdm from the kdebase
port, it works.
But if I used packages off either the CDs or ftp sites, it doesn't work.
Specifically if I
do a 'strings' on the binary and grep for /, some of the paths I see
have XBINDIR
rather than explicit references to /usr
Ah! I found it!
--- linux_ioctl.h.orig Mon Feb 28 11:50:23 2000
+++ linux_ioctl.h Mon Feb 28 11:24:08 2000
@@ -32,6 +32,25 @@
#define_LINUX_IOCTL_H_
/*
+ * disk
+ */
+#define LINUX_BLKROSET 0x125d
+#define LINUX_BLKROGET 0x125e
+#define LINUX_BLKRRPART
Andrew Atrens wrote:
>
> A missing (not implemented) linux ioctl is breaking VMWare 2.0 -
>
> > linux: 'ioctl' fd=13, cmd=1260 ('^R',96) not implemented
I implemented this ioctl. It's not as hard as you think. You do a
DIOCGDINFO and return d_secperunit. But unfortunately, when I
did this, a wa
Oh... one more thing on the hang...
(kgdb)
#10 0xc017d3e1 in vop_defaultop (ap=0xc84c5f20) at
../../kern/vfs_default.c:138
138 return (VOCALL(default_vnodeop_p,
ap->a_desc->vdesc_offset, ap));
(kgdb) print ap
$3 = (struct vop_generic_args *) 0x0
if ap is NULL, then ap->a_desc->vdesc_
I'm full of all sorts of good news today. :-(
The machine I'm having such problems with just hung. Fortunately, I was
able to get at it with
ddb and force it to dump. The resulting core gives me this stack trace:
#8 0xc026bde7 in siointr (arg=0xc0afe000) at ../../isa/sio.c:1679
#9 0xc0250b37 i
I have gathered a bit more information. The problem I'm having always ends
up in the same place - line 403 of vfs_cache.c. No matter how I try and
test the value of ncpp before starting the inner for() (which bombs
dereferencing NULL in the init part), I end up getting traps with
ncpp being NULL,
The only thing I would add is that by AMD I didn't mean
Advanced Micro Devices. I meant /usr/sbin/amd. In my case
this behavior has been observed on a Pentium III and on a
K7, so it's CPU independent.
David Gilbert wrote:
>
> I had reported this earlier, but the similarities are striking:
>
> I
the initialization of the inner loop as
ncp = LIST_FIRST(&(nchashtbl[i])) just in case cache_zap() causes the
value of nchashtbl to change (just how the hell THAT would happen is
way beyond me).
Nick Sayer wrote:
> (crossposting to -current in case it's not VMware related)
>
>
This fixes the error messages seen when attempting to use a SCSI cdrom
drive with
vmware. It is unclear to me whether this would do more harm than good,
since I don't
really know what the CDIOCREADSUBCHANNEL ioctl does. But it does look
righteous to me,
since without it, the 'track' variable in th
Frank Mayhar wrote:
> Well, this doesn't help me a whole lot with pcm.
I think it does. Try configuring pcm0 at 0x534 (4, not 0), irq 5,
dma 0, flags 0x11 (presuming the BIOS says 0x530, irq 5, dma 0 & 1).
This did work for me once upon a time, modulo bugs in the old pcm code.
To Unsubscribe:
For what it's worth, I believe the Insperion 3500 is an oddity.
When I was dealing with OSS, the correct configuration turned out to be
a "Generic 256AV" located at 0x530, I5, DMA 0&1 -- that is, you treat
it just like an ordinary Windows Sound System chip (CS4231). The PCI
interface, I believe,
29 matches
Mail list logo
