On Sat, 22 Oct 2005 06:09, Bernd Walter wrote:
> I personally build specialized USB and Ethernet devices for doing
> Modbus/RTU RS485 timing.
We use 9 bit data RS485 (the ninth bit is used as an address mark so
microcontrollers can sleep until it turns up then check if it's addressed to
it and g
John Baldwin wrote:
On Friday 21 October 2005 04:32 pm, David Schultz wrote:
On Fri, Oct 21, 2005, John Baldwin wrote:
On Friday 21 October 2005 09:13 am, nocool wrote:
freebsd-hackers�ï�¼Œhello
Question about 5.4 kernel source code.
I have some question about
On Friday 21 October 2005 04:32 pm, David Schultz wrote:
> On Fri, Oct 21, 2005, John Baldwin wrote:
> > On Friday 21 October 2005 09:13 am, nocool wrote:
> > > freebsd-hackersï¼hello
> > >
> > > Question about 5.4 kernel source code.
> > > I have some question about strust proc's initialize
On Fri, Oct 21, 2005 at 10:35:43AM +0200, Frank Behrens wrote:
> Hi,
>
> I'm writing a device driver for UART with a protocol, that can not be
> handled by the default sio(4) driver. The driver works fine - the
> only problem I have is to disable the attachment of sio(4) driver to
> the device.
On Fri, Oct 21, 2005, John Baldwin wrote:
> On Friday 21 October 2005 09:13 am, nocool wrote:
> > freebsd-hackersï¼hello
> >
> > Question about 5.4 kernel source code.
> > I have some question about strust proc's initialize. Kernel use
> > proc_zone
> > to allocate proc items and initia
On Oct 21, 2005, at 9:06 AM, M. Warner Losh wrote:
Another solution would be to have your driver use the tty layer
instead of banging the hardware directly, if that is compatible with
the goals of your driver.
A better alternative is to teach uart(4) about the protocol. It's
designed to allow
Hi,
I am about to write a special display driver, which should be something
like a framebuffer device, in terms of FreeBSD.
I whould like to make this driver from at the beginning MPSAFE, but I am
not sure that this is possible. Looking at some devices in sys/dev/fb and
sys/dev/syscons there are
I have a gyration mouse. At first, it didn't work, but I got it working by
setting sc->sc_iid to 0 in USB_ATTACH in ums.c. The only problem that I have
now is that the wheel doesn't work.
The wheel is supposed to be reported in the 4th byte of sc_ibuf. The problem
is that nothing after the thi
In message: <[EMAIL PROTECTED]>
John Baldwin <[EMAIL PROTECTED]> writes:
: But you could hack the sio(4) driver to check its IO port and return ENXIO if
: it has a certain value, for example.
Yes. You could also do that. I have a tree somewhere that has some
changes in this directio
On Friday 21 October 2005 09:13 am, nocool wrote:
> freebsd-hackers，hello
>
> Question about 5.4 kernel source code.
> I have some question about strust proc's initialize. Kernel use
> proc_zone
> to allocate proc items and initialize them with proc_init
> (sys\kern\kern_proc.c) functi
On Friday 21 October 2005 12:06 pm, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
>
> "Frank Behrens" <[EMAIL PROTECTED]> writes:
> : I want to use the second port with my driver. I had no luck with
> : hint.sio.1.disabled="1", but hint.sio.1.flags="0x40"
> : gave me the desi
In message: <[EMAIL PROTECTED]>
"Frank Behrens" <[EMAIL PROTECTED]> writes:
: I want to use the second port with my driver. I had no luck with
: hint.sio.1.disabled="1", but hint.sio.1.flags="0x40"
: gave me the desired result:
: sio1: reserved for low-level i/o
Allocate the resources
On Fri, 21 Oct 2005, Stijn Hoop wrote:
SH>On Fri, Oct 21, 2005 at 04:08:14PM +0200, Harti Brandt wrote:
SH>> I have enabled the pam_krb5 module in pam.d/{login,telnetd,sshd}. When
SH>> login in locally I get a Kerberos ticket as I would expect. When logging
SH>> in via ssh or telnet I don't get
On Fri, Oct 21, 2005 at 04:08:14PM +0200, Harti Brandt wrote:
> I have enabled the pam_krb5 module in pam.d/{login,telnetd,sshd}. When
> login in locally I get a Kerberos ticket as I would expect. When logging
> in via ssh or telnet I don't get one. I have digged around in the sources
> and it l
Hi all,
I have enabled the pam_krb5 module in pam.d/{login,telnetd,sshd}. When
login in locally I get a Kerberos ticket as I would expect. When logging
in via ssh or telnet I don't get one. I have digged around in the sources
and it locks like telnetd never calls pam_setcred() which would do
freebsd-hackers，hello
Question about 5.4 kernel source code.
I have some question about strust proc's initialize. Kernel use
proc_zone to allocate proc items and initialize them with proc_init
(sys\kern\kern_proc.c) function. In this function, we can find the field
proc.p_stats
Create 8 1gig files.
(check free space on disk)
Create a snapshot.
Delete all 8 1gig files.
At this point you would expect the free space on disk to match what it was
when you just checked it earlier (see above).
However, for a small amount of time (a minute or so ?) You actually get a
fair
>I do have the mouse working, but with a couple of issues. The main problem
>seems to be that the last 3 bytes of the sc_data seem to be wrong. Their
>values never change from the time that the device is attached. They're usually
>all 0, but sometimes have values. The forth byte is supposed to
>I do have the mouse working, but with a couple of issues. The main problem
>seems to be that the last 3 bytes of the sc_data seem to be wrong. Their
>values never change from the time that the device is attached. They're usually
>all 0, but sometimes have values. The forth byte is supposed to
Hi,
I'm writing a device driver for UART with a protocol, that can not be
handled by the default sio(4) driver. The driver works fine - the
only problem I have is to disable the attachment of sio(4) driver to
the device.
Example:
I'm using FreeBSD 6.0-BETA3 on a new machine with 2 UART interfa
20 matches
Mail list logo
