On Fri, Jul 11, 2003 at 01:45:34PM +0530, V Ganesh wrote:
> hi greg,
> 3 more device ids added to ipaq.c and ipaq.h
Applied, thanks.
greg k-h
---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Dow
On Fri, Jul 11, 2003 at 01:46:51PM +0530, V Ganesh wrote:
> hi greg,
> 3 more device ids added to ipaq.c/ipaq.h
Applied, thanks.
greg k-h
---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Downloa
Try playing with 'dd' -- try transferring one block of various sizes.
Thus, things like:
dd if=/dev/sda of=/dev/null count=1 bs=1M
dd if=/dev/sda of=/dev/null count=1 bs=64K
See if you can find a blocksize threshold which triggers the problem.
Matt
On Sun, Jul 13, 2003 at 11:35:
On Sun, Jul 13, 2003 at 01:46:29PM -0700, Matthew Dharm wrote:
> > Another data point: I've been mounting the device with the sync option.
> > Another user suggests that mounting with sync obviates the need to
> > control bandwidth with rsync. I believe this is why it didn't matter
> > where I set
On Sun, Jul 13, 2003 at 03:24:57PM -0400, Adam Kessel wrote:
> Another data point: I've been mounting the device with the sync option.
> Another user suggests that mounting with sync obviates the need to
> control bandwidth with rsync. I believe this is why it didn't matter
> where I set bwlimit bu
Hi all,
anybody out here managed to get the sources of the Cypress ATA/CF
development board to compile with the SDCC ?
cheers & thanks
---
This SF.Net email sponsored by: Parasoft
Error proof Web apps, automate testing & more.
Download & eval
Another data point: I've been mounting the device with the sync option.
Another user suggests that mounting with sync obviates the need to
control bandwidth with rsync. I believe this is why it didn't matter
where I set bwlimit but it did for others (who had the device mounted
async).
By the way,
