Is it possible to program an "ordinary" (like Intel 82801CA/CAM (ICH3)) USB
host controller into acting as an usb device instead? (just like scsi can).
Idea:
M$Win-Usb -> FreeBSD-USB#1 .. software .. FreeBSD-USB#2 -> Device
The advantage would be then to possible use scripts to debug protocol
Scott wrote:
Petri Helenius wrote:
FreeBSD/i386 uses 4MB pages to hold the kernel text and data, but there
is no way (to my knowledge) to ask the pmap layer for a 4MB page after
that either from the kernel or from userland. However, it's also my
understanding that most non-Xeon CPUs only have a 4k
On 2005-02-21 19:42, Kathy Quinlan <[EMAIL PROTECTED]> wrote:
> Peter Jeremy wrote:
>
> OK it was all to do with the comments it did not like the //comments
> ARRGG the rest of the errors were bogus as soon as I changed EVERY
> comment over to the ANSI C /*comments*/ it now works (oh and remove
Giorgos Keramidas <[EMAIL PROTECTED]> writes:
> The quotations seem a bit messed up, so I don't know if Peter Jeremy or
> Kathy Quinlan wrote the above paragraph. Whoever the author was though,
> it may be worth to note that C99 *does* allow single-line comments
> delimited by //.
which leads to
In the last episode (Feb 22), Dmitry Agaphonov said:
> I'm forced to implement kernel threads in application not via
> LinuxThreads library (because it doesn't compile on FreeBSD 4.10 with
> gcc-3.4.4, too much errors while processing /usr/src code), but using
> rfork_thread(3).
Why not build the
On Mon, Feb 21, 2005 at 03:41:01PM +0100, Peter B wrote:
>
> Is it possible to program an "ordinary" (like Intel 82801CA/CAM (ICH3)) USB
> host controller into acting as an usb device instead? (just like scsi can).
>
> Idea:
> M$Win-Usb -> FreeBSD-USB#1 .. software .. FreeBSD-USB#2 -> Device
>
On Mon, Feb 21, 2005 at 03:41:01PM +0100, Peter B wrote:
>
> Is it possible to program an "ordinary" (like Intel 82801CA/CAM (ICH3)) USB
> host controller into acting as an usb device instead? (just like scsi can).
>
> Idea:
> M$Win-Usb -> FreeBSD-USB#1 .. software .. FreeBSD-USB#2 -> Device
syncing disks... 54 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 giving up on 1
buffers
Hi,
I am referring to the message when the code in kern_shutdown.c in bsd
4.10 is called at the time of boot() system call
My understanding is that this message tells us that 1 buffer from the
buffer cache wa
On Tue, Feb 22, 2005 at 09:00:58PM +0100, Peter B wrote:
> >>
> >> Is it possible to program an "ordinary" (like Intel 82801CA/CAM (ICH3)) USB
> >> host controller into acting as an usb device instead? (just like scsi can).
> >>
> >> Idea:
> >> M$Win-Usb -> FreeBSD-USB#1 .. software .. FreeBSD
On Tuesday 15 February 2005 08:20 am, Andrey Simonenko wrote:
> On Mon, Feb 14, 2005 at 10:24:50PM -0800, Ashwin Chandra wrote:
> > In trying to create a simple kernel thread that prints out all
> > the processes data and stack size, i still get a panic fault
> > (vm_fault on no entry) at the print
Anyone made this combination work?
I've reinstalled all the packages so all teh dependencies shoudl be there
but the command "realplay" results in :
/usr/local/lib/RealPlayer/realplay.bin: /lib/libgcc_s.so.1: version
`GCC_3.3'
not found (required by /usr/lib/libstdc++.so.5)
Anyone with a clu
In the last episode (Feb 22), Julian Elischer said:
> Anyone made this combination work?
>
> I've reinstalled all the packages so all teh dependencies shoudl be
> there but the command "realplay" results in :
>
> /usr/local/lib/RealPlayer/realplay.bin: /lib/libgcc_s.so.1: version
> `GCC_3.3'
>
Dan Nelson wrote:
In the last episode (Feb 22), Julian Elischer said:
Anyone made this combination work?
I've reinstalled all the packages so all teh dependencies shoudl be
there but the command "realplay" results in :
/usr/local/lib/RealPlayer/realplay.bin: /lib/libgcc_s.so.1: version
`GCC_3.
While playing around with setenv(), I noticed that it can leak memory
when a program overwrites a variable with a larger value. unsetenv()
will just leak memory. All of this is documented in their man pages.
The latest PR on this (two PR's mentioned in it are closed):
http://www.freebsd.org/cgi/q
14 matches
Mail list logo