Sorry for replying a couple of weeks late - I don't check linux-kernel
that often.
On Wed, 13 Jun 2001, Stelian Pop wrote:
> > I got just the YUV code from Gatos, and a few months ago it took less than
> > an hour to merge just that part (and most of that was compiling and
> > testing).
>
>
Sorry for replying a couple of weeks late - I don't check linux-kernel
that often.
On Wed, 13 Jun 2001, Stelian Pop wrote:
I got just the YUV code from Gatos, and a few months ago it took less than
an hour to merge just that part (and most of that was compiling and
testing).
Me too.
Try commenting out the AUX_RECONNECT block on line 406 in pc_keyb.c
#ifdef CONFIG_PS2_KEYBOARD_SWITCH_COMPATIBILITY_MODE
else if(scancode == AUX_RECONNECT){
queue->head = queue->tail = 0; /* Flush input queue */
__aux_write_ack(AUX_ENABLE_DEV); /*
Try commenting out the AUX_RECONNECT block on line 406 in pc_keyb.c
#ifdef CONFIG_PS2_KEYBOARD_SWITCH_COMPATIBILITY_MODE
else if(scancode == AUX_RECONNECT){
queue-head = queue-tail = 0; /* Flush input queue */
__aux_write_ack(AUX_ENABLE_DEV); /*
I have tried this approach too a couple of years ago. I came to the idea
that I want some kind of "event reporting" mechanism to know when
application faults and when other events (like I/O) occurs. Booting is
just the tip of the iceberg. MOST big apps are seeking on startup because
a) their
I have tried this approach too a couple of years ago. I came to the idea
that I want some kind of event reporting mechanism to know when
application faults and when other events (like I/O) occurs. Booting is
just the tip of the iceberg. MOST big apps are seeking on startup because
a) their
a) just make your management app periodically issue
ioctl(fd, GET_CONFIG_INFO, ...)
and make the driver return -1 when the info is not present
b) make a new device and open it with management app
c) make a new node in /proc and open it with management app
(cons: requires /proc to be
On Thu, 26 Apr 2001, Linus Torvalds wrote:
>
>
> On Thu, 26 Apr 2001, Alexander Viro wrote:
> > On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
> > >
> > > how can the read in progress see a branch that we didn't spliced yet? We
> >
> > fd = open("/dev/hda1", O_RDONLY);
> > read(fd, buf,
On Thu, 26 Apr 2001, Linus Torvalds wrote:
On Thu, 26 Apr 2001, Alexander Viro wrote:
On Thu, 26 Apr 2001, Andrea Arcangeli wrote:
how can the read in progress see a branch that we didn't spliced yet? We
fd = open(/dev/hda1, O_RDONLY);
read(fd, buf, sizeof(buf));
Note
a) just make your management app periodically issue
ioctl(fd, GET_CONFIG_INFO, ...)
and make the driver return -1 when the info is not present
b) make a new device and open it with management app
c) make a new node in /proc and open it with management app
(cons: requires /proc to be
On Mon, 30 Apr 2001, Eric S. Raymond wrote:
> Anton Altaparmakov <[EMAIL PROTECTED]>:
> > >I tried whitespace, but the default Tkinter font isn't fixed-width. How
> > >do you do invisible text?
> >
> > Text colour = background colour -> invisible
>
> Well, duh. Unfortunately, it doesn't
>
> Eric, it's getting tiresome. Kindly learn what the fsck McQ is, OK?
Just out of curiousity - what is McQ ?
Vladimir Dergachev
PS And no, I am very sure there is no such thing in Star Trek.
>
> /me abstains from attaching Kibo's .sig - 1Mb of PDF is
Eric, it's getting tiresome. Kindly learn what the fsck McQ is, OK?
Just out of curiousity - what is McQ ?
Vladimir Dergachev
PS And no, I am very sure there is no such thing in Star Trek.
/me abstains from attaching Kibo's .sig - 1Mb of PDF is
On Mon, 30 Apr 2001, Eric S. Raymond wrote:
Anton Altaparmakov [EMAIL PROTECTED]:
I tried whitespace, but the default Tkinter font isn't fixed-width. How
do you do invisible text?
Text colour = background colour - invisible
Well, duh. Unfortunately, it doesn't seem to have
On Sun, 29 Apr 2001, Eric S. Raymond wrote:
> Anton Altaparmakov <[EMAIL PROTECTED]>:
> > I don't know about whether this is possible with Tcl but have you tried A)
> > invisible text and/or B) white space character text (e.g. one or more
> > spaces)? That's the kind of thing I usually try
On Sun, 29 Apr 2001, Eric S. Raymond wrote:
Anton Altaparmakov [EMAIL PROTECTED]:
I don't know about whether this is possible with Tcl but have you tried A)
invisible text and/or B) white space character text (e.g. one or more
spaces)? That's the kind of thing I usually try in this
On Thu, 29 Mar 2001, johan verrept wrote:
> Tony Hoyle wrote:
> >
> > If an application calls the USBDEVFS_SUBMITURB ioctl to submit a read,
> > when the async completion routine is called, the kernel goes into a hard
> > deadlock (no response to ping, etc.). I've narrowed it down to the
> >
On Thu, 29 Mar 2001, johan verrept wrote:
Tony Hoyle wrote:
If an application calls the USBDEVFS_SUBMITURB ioctl to submit a read,
when the async completion routine is called, the kernel goes into a hard
deadlock (no response to ping, etc.). I've narrowed it down to the
I am seeing this bug with both test8 and test12 kernels. Help/suggestions
for debugging are appreciated.
Computer: Inspiron 5000e.
Bug: oops when doing cat /proc/apm.
Vladimir Dergachev
PS Ksymoops output for test12:
I am seeing this bug with both test8 and test12 kernels. Help/suggestions
for debugging are appreciated.
Computer: Inspiron 5000e.
Bug: oops when doing cat /proc/apm.
Vladimir Dergachev
PS Ksymoops output for test12:
20 matches
Mail list logo