e use 32-bit stat() family interfaces only
/usr/bin/git-convert-objects use 32-bit stat() family interfaces only
/usr/bin/git-daemon use 32-bit stat() family interfaces only
/usr/bin/git-describe use 32-bit stat() family interfaces only
...
Greg.
--
Greg Banks, R Software Engineer, SGI Australi
/usr/bin/git-describe use 32-bit stat() family interfaces only
...
Greg.
--
Greg Banks, RD Software Engineer, SGI Australian Software Group.
Apparently, I'm Bedevere. Which MPHG character are you?
I don't speak for SGI.
#!/usr/bin/perl
#
# A Perl script for evaluating and summarising which
On Fri, Sep 14, 2007 at 10:58:38AM -0400, Jeff Layton wrote:
> On Sat, 15 Sep 2007 00:40:33 +1000
> Greg Banks <[EMAIL PROTECTED]> wrote:
>
>
> > Ok, you convinced me.
>
> Right. When I was first looking at this, I considered some similar
> approaches, bu
On Fri, Sep 14, 2007 at 09:38:46AM -0400, Jeff Layton wrote:
> On Fri, 14 Sep 2007 23:09:24 +1000
> Greg Banks <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Sep 14, 2007 at 07:02:58AM -0400, Jeff Layton wrote:
> > > On Fri, 14 Sep 2007 20:25:45 +1000
> > &g
On Fri, Sep 14, 2007 at 07:02:58AM -0400, Jeff Layton wrote:
> On Fri, 14 Sep 2007 20:25:45 +1000
> Greg Banks <[EMAIL PROTECTED]> wrote:
>
> > I'm curious about the reasons behind this change. You mention
> > credential issues; how exactly is it that you have the c
SETATTR rpc?
Greg.
--
Greg Banks, R Software Engineer, SGI Australian Software Group.
Apparently, I'm Bedevere. Which MPHG character are you?
I don't speak for SGI.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
.
--
Greg Banks, RD Software Engineer, SGI Australian Software Group.
Apparently, I'm Bedevere. Which MPHG character are you?
I don't speak for SGI.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On Fri, Sep 14, 2007 at 07:02:58AM -0400, Jeff Layton wrote:
On Fri, 14 Sep 2007 20:25:45 +1000
Greg Banks [EMAIL PROTECTED] wrote:
I'm curious about the reasons behind this change. You mention
credential issues; how exactly is it that you have the correct creds
to perform a WRITE rpc
On Fri, Sep 14, 2007 at 09:38:46AM -0400, Jeff Layton wrote:
On Fri, 14 Sep 2007 23:09:24 +1000
Greg Banks [EMAIL PROTECTED] wrote:
On Fri, Sep 14, 2007 at 07:02:58AM -0400, Jeff Layton wrote:
On Fri, 14 Sep 2007 20:25:45 +1000
Greg Banks [EMAIL PROTECTED] wrote:
I'm curious
On Fri, Sep 14, 2007 at 10:58:38AM -0400, Jeff Layton wrote:
On Sat, 15 Sep 2007 00:40:33 +1000
Greg Banks [EMAIL PROTECTED] wrote:
Ok, you convinced me.
Right. When I was first looking at this, I considered some similar
approaches, but hit roadblocks with all of them. The only real
The drives are 7200RPM
> Seagate HDDs with either 2MB or 8MB of cache.
With a single drive, your transfer rate is going to be disk limited
to probably 40-50 MB/s anyway.
> Are there any 'tweaks' or 'hacks' to make NFS behave more like Samba or
The 'async' export option. RTFM before you
Seagate HDDs with either 2MB or 8MB of cache.
With a single drive, your transfer rate is going to be disk limited
to probably 40-50 MB/s anyway.
Are there any 'tweaks' or 'hacks' to make NFS behave more like Samba or
The 'async' export option. RTFM before you use it.
Greg.
--
Greg Banks, RD
e time.
http://marc.theaimsgroup.com/?l=linux-netdev=107183822710263=2
> No dropped packets... I wonder if the tg3 driver is being completely
> honest about this...
At one point it wasn't, since this patch it is:
http://marc.theaimsgroup.com/?l=linux-netdev=108433829603319=2
Greg.
--
Greg Banks, R Soft
://marc.theaimsgroup.com/?l=linux-netdevm=107183822710263w=2
No dropped packets... I wonder if the tg3 driver is being completely
honest about this...
At one point it wasn't, since this patch it is:
http://marc.theaimsgroup.com/?l=linux-netdevm=108433829603319w=2
Greg.
--
Greg Banks, RD Software Engineer, SGI
On Thu, Apr 07, 2005 at 05:38:48PM +0200, Jakob Oestergaard wrote:
> On Thu, Apr 07, 2005 at 09:19:06AM +1000, Greg Banks wrote:
> ...
> > How large is the client's RAM?
>
> 2GB - (32 bit kernel because it's dual PIII, so I use highmem)
Ok, that's probably not enough to
On Thu, Apr 07, 2005 at 05:38:48PM +0200, Jakob Oestergaard wrote:
On Thu, Apr 07, 2005 at 09:19:06AM +1000, Greg Banks wrote:
...
How large is the client's RAM?
2GB - (32 bit kernel because it's dual PIII, so I use highmem)
Ok, that's probably not enough to fully trigger some
nd report
before and during the write?
egrep 'nfs_page|nfs_write_data' /proc/slabinfo
Greg.
--
Greg Banks, R Software Engineer, SGI Australian Software Group.
I don't speak for SGI.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
?
egrep 'nfs_page|nfs_write_data' /proc/slabinfo
Greg.
--
Greg Banks, RD Software Engineer, SGI Australian Software Group.
I don't speak for SGI.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On Thu, 2005-03-31 at 11:58, Neil Brown wrote:
> On Thursday March 31, [EMAIL PROTECTED] wrote:
> > On Tue, 2005-03-15 at 18:49, Greg Banks wrote:
> > > This patch seeks to remedy the interaction between knfsd and HSMs by
> > > providing mechanisms to allow knfsd to te
On Thu, 2005-03-31 at 11:58, Neil Brown wrote:
On Thursday March 31, [EMAIL PROTECTED] wrote:
On Tue, 2005-03-15 at 18:49, Greg Banks wrote:
This patch seeks to remedy the interaction between knfsd and HSMs by
providing mechanisms to allow knfsd to tell an underlying filesystem
(which
G'day,
The attached patch fixes a bug in the VFS code which causes
"Busy inodes after unmount" and a subsequent oops.
Greg.
--
Greg Banks, R Software Engineer, SGI Australian Software Group.
I don't speak for SGI.
Following an absolute symlink opens a window during which the
G'day,
The attached patch fixes a bug in the VFS code which causes
Busy inodes after unmount and a subsequent oops.
Greg.
--
Greg Banks, RD Software Engineer, SGI Australian Software Group.
I don't speak for SGI.
Following an absolute symlink opens a window during which the
filesystem
off-by: Greg Banks <[EMAIL PROTECTED]>
---
fs/nfsd/vfs.c | 33 +++--
include/linux/fs.h |1 +
2 files changed, 32 insertions(+), 2 deletions(-)
Index: linux/fs/nfsd/vfs.c
===
--- linux.ori
-by: Greg Banks [EMAIL PROTECTED]
---
fs/nfsd/vfs.c | 33 +++--
include/linux/fs.h |1 +
2 files changed, 32 insertions(+), 2 deletions(-)
Index: linux/fs/nfsd/vfs.c
===
--- linux.orig/fs/nfsd
patch queued up which uses get_wchan. Oprofile
can be built modular.
Greg.
--
Greg Banks, R Software Engineer, SGI Australian Software Group.
I don't speak for SGI.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mor
Jaswinder Singh wrote:
>
> What is the companion chip in DMIDA ?
HD64465.
> IrDA and USB are working properly in linux ?
No. IrDA seems easy, just haven't got around to it.
USB is a major pain on the HD64465 because of the way it
deals with "host" memory. I had a driver which
Jaswinder Singh wrote:
>
>
> i even face problem in xscribble too , i think it donot likes my handwriting
> ;)
Or anyone else's.
> Are you having sources of Calligrapher ?
No.
> If no , i know that you can write better version then Calligrapher in Linux
> :)
This would seem a perfect
Jaswinder Singh wrote:
What is the companion chip in DMIDA ?
HD64465.
IrDA and USB are working properly in linux ?
No. IrDA seems easy, just haven't got around to it.
USB is a major pain on the HD64465 because of the way it
deals with host memory. I had a driver which initialised
the
Jaswinder Singh wrote:
i even face problem in xscribble too , i think it donot likes my handwriting
;)
Or anyone else's.
Are you having sources of Calligrapher ?
No.
If no , i know that you can write better version then Calligrapher in Linux
:)
This would seem a perfect
Alan Cox wrote:
>
> > Visual Studio, or the feature where you can have a decent handwriting
> > recognition system, or the feature where you can run Pocket {Internet
> > Explorer,Word} then the answer is none of them.
>
> Handwriting recognition with fscrib works very well indeed.
Ok, I've
Jaswinder Singh wrote:
>
> "Greg Banks" <[EMAIL PROTECTED]> wrote:
> >
> > I have some code which could become the basis for such a thing.
> > It's a touch panel driver for the DMIDA but it also has a device-
> > independent layer which does super
[EMAIL PROTECTED] wrote:
>
> Greg Banks <[EMAIL PROTECTED]>:
> > Having said that, I agree that the help text entries for the SH
> > port are in general of less than stellar quality, for various
> > (mostly good) reasons. I'm hoping ESR will give us som
Jaswinder Singh wrote:
>
> "Alan Cox" <[EMAIL PROTECTED]> wrote :
>
> >
> > Handwriting recognition with fscrib works very well indeed.
> >
>
> But not in Linux SH , there is so Touch Panel Interface in Linux SH yet :(
I have some code which could become the basis for such a thing.
It's a
Alan Cox wrote:
>
> > [...] or the feature where you can have a decent handwriting
> > recognition system,[...]
>
> Handwriting recognition with fscrib works very well indeed.
I haven't tried that one. Does it do cursive writing,
with dictionary assistance, on the X root window?
Greg.
--
[EMAIL PROTECTED] wrote:
Greg Banks [EMAIL PROTECTED]:
Having said that, I agree that the help text entries for the SH
port are in general of less than stellar quality, for various
(mostly good) reasons. I'm hoping ESR will give us some editorial
feedback which will provide a good
Jaswinder Singh wrote:
Alan Cox [EMAIL PROTECTED] wrote :
Handwriting recognition with fscrib works very well indeed.
But not in Linux SH , there is so Touch Panel Interface in Linux SH yet :(
I have some code which could become the basis for such a thing.
It's a touch panel
Jaswinder Singh wrote:
Greg Banks [EMAIL PROTECTED] wrote:
I have some code which could become the basis for such a thing.
It's a touch panel driver for the DMIDA but it also has a device-
independent layer which does supersampling, scaling, provides
raw and cooked Linux Input
Alan Cox wrote:
[...] or the feature where you can have a decent handwriting
recognition system,[...]
Handwriting recognition with fscrib works very well indeed.
I haven't tried that one. Does it do cursive writing,
with dictionary assistance, on the X root window?
Greg.
--
If it's
Alan Cox wrote:
Visual Studio, or the feature where you can have a decent handwriting
recognition system, or the feature where you can run Pocket {Internet
Explorer,Word} then the answer is none of them.
Handwriting recognition with fscrib works very well indeed.
Ok, I've found the
Eric S. Raymond wrote:
>
> CONFIG_SH_SCI
> CONFIG_SH_STANDARD_BIOS
> CONFIG_DEBUG_KERNEL_WITH_GDB_STUB
From the LinuxSH CVS (I can write new ones if these are inadequate):
SuperH SCI (serial) support
CONFIG_SH_SCI
Selecting this option will allow the Linux kernel to transfer
data over
Eric S. Raymond wrote:
CONFIG_SH_SCI
CONFIG_SH_STANDARD_BIOS
CONFIG_DEBUG_KERNEL_WITH_GDB_STUB
From the LinuxSH CVS (I can write new ones if these are inadequate):
SuperH SCI (serial) support
CONFIG_SH_SCI
Selecting this option will allow the Linux kernel to transfer
data over SCI
Eric S. Raymond wrote:
>
I agree with the main thrust of your argument, but
> It would be hard to know how to order your candidates to present
> them to the user in a natural sequence -- and the problem of deciding
> which variable to present for mutation by the user next, if you choose
>
Eric S. Raymond wrote:
I agree with the main thrust of your argument, but
It would be hard to know how to order your candidates to present
them to the user in a natural sequence -- and the problem of deciding
which variable to present for mutation by the user next, if you choose
that
43 matches
Mail list logo
