Re: Disabling in-memory write cache for x86-64 in Linux II

2013-10-31 Thread Karl Kiniger
On Tue 131029, Jan Kara wrote: > On Fri 25-10-13 11:15:55, Karl Kiniger wrote: > > On Fri 131025, Linus Torvalds wrote: > > Is it currently possible to somehow set above values per block device? > Yes, to some extent. You can set /sys/block//bdi/max_ratio to > the m

Re: Disabling in-memory write cache for x86-64 in Linux II

2013-10-25 Thread Karl Kiniger
On Fri 131025, Linus Torvalds wrote: > On Fri, Oct 25, 2013 at 9:30 AM, Artem S. Tashkinov wrote: > > > > My feeling is that vm.dirty_ratio/vm.dirty_background_ratio should _not_ be > > percentage based, 'cause for PCs/servers with a lot of memory (say 64GB or > > more) this value becomes unrealis

tracing SCSI commands over SATA

2013-10-10 Thread Karl Kiniger
Hi, I want to record all SCSI commands/status for a SATA DVD drive. Right now I am using a USB<>SATA bridge and wireshark on usbmon. Q: Can something similar be done without having to go over USB? I am interested only about the SCSI commands sent to a particular SATA drive and resulting status c

per block device cache use adjustable?

2013-10-10 Thread Karl Kiniger
Using a 4.7 GB 4x DVD+RW I did: (Fedora 19, x86_64, 4GB RAM) mkudffs /dev/sr0 mount /dev/sr0 /dvd0 dd if=some-4gb-file of=/dvd0/bigfile.bin After a few seconds ls -l /dvd0/bigfile.bin displayed 600 MB which means that more than 30 seconds are kept in RAM. Is it possible to limit the write cache

Re: [PATCH for mm] Remove iBCS support

2008-01-23 Thread Karl Kiniger
On Wed 080123, Andi Kleen wrote: > Karl Kiniger <[EMAIL PROTECTED]> writes: > > > FYI, > > > > on http://www.feise.com/~jfeise/Downloads/linux-abi/ > > > > a patch named linux-abi-2.6.22.3_3.diff.bz2 can be found. > > So just add a reversed ver

Re: [PATCH for mm] Remove iBCS support

2008-01-22 Thread Karl Kiniger
e linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- Karl Kinigermailto:[EMAIL PROTECTED] GE Medical Systems Kretztechnik GmbH & Co

Re: [PATCH for mm] Remove iBCS support

2008-01-22 Thread Karl Kiniger
send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- Karl Kinigermailto:[EMAIL PROTECTED] GE Medical Sy

list_del corruption with fedora 6 kernels (fc5 was ok)

2007-01-12 Thread Karl Kiniger
0:57:23 wszip-kinigka kernel: ======= -- Karl Kiniger mailto:[EMAIL PROTECTED] GE Medical Systems Kretztechnik GmbH & Co OHG Tiefenbach 15 Tel: (++43) 7682-3800-710 A-4871 Zipf Austria Fax: (++43) 7682-3800-47 - To unsubscribe from this list: send the line "unsubscrib

Re: 2.4.30 Oops when connecting external USB hard drive

2005-04-19 Thread Karl Kiniger
On Sat, Apr 16, 2005 at 07:53:05AM +0200, Willy Tarreau wrote: > On Fri, Apr 15, 2005 at 02:50:48PM +0200, Karl Kiniger wrote: > > On Thu, Apr 14, 2005 at 07:02:44AM +0200, Willy Tarreau wrote: > > > You may try to unload the ehci-hcd driver and load only uhci and check if >

Re: 2.4.30 Oops when connecting external USB hard drive

2005-04-15 Thread Karl Kiniger
s= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=88(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms > > Regards, > willy > > On Tue, Apr 12, 2005 at 07:39:11PM +0200, Kiniger wrote: > > Pls see the hand-copied decoded backtrace. [ deleted

2.4.30 Oops when connecting external USB hard drive

2005-04-12 Thread Kiniger
thernet controller: Intel Corporation 82801DB PRO/100 VE (CNR) Ethernet Controller (rev 81) 01:0c.0 Bridge: PLX Technology, Inc. PCI <-> IOBus Bridge (rev 0a) 01:0f.0 VGA compatible controller: Chips and Technologies F65550 (rev c6) -- Karl Kiniger mailto:[EMAIL PROTECTED] GE Medical Sys

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

2005-02-28 Thread Kiniger, Karl (GE Healthcare)
sdd: Done with input volume # 1."..., 33sdd: Done with input volume # 1. ) = 33 write(2, "Do you want to continue with inp"..., 53Do you want to continue with input volume # 2 (y/n): ) = 53 that is, it requests exactly ivsize bytes (for iso cd's this can be got from isosize)

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

2005-02-28 Thread Kiniger
On Mon, Feb 21, 2005 at 03:00:28PM +, Alan Cox wrote: > On Gwe, 2005-02-18 at 10:31, Kiniger, Karl (GE Healthcare) wrote: > > Not entirely true (at least for me). I actually tried to read the > > last iso9660 data sector with a small C program (reading 2 kb) and > >

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

2005-02-18 Thread Kiniger, Karl (GE Healthcare)
On Thu, Feb 17, 2005 at 05:58:05PM -0500, Bill Davidsen wrote: > [EMAIL PROTECTED] wrote: > >On Wed, 16 Feb 2005 10:42:21 +0100, "Kiniger, Karl (GE Healthcare)" said: > > > > > >>> Have you tested the ISO on some *OTHER* hardware? The impression I got &

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

2005-02-16 Thread Kiniger, Karl (GE Healthcare)
On Tue, Feb 15, 2005 at 10:25:28PM +0100, [EMAIL PROTECTED] wrote: > >On Tue, 15 Feb 2005 20:48:13 +0100, "Kiniger, Karl (GE Healthcare)" said: > >> I can confirm that. Creating a correct iso image from a CD is a >> major pain w/o ide-scsi. Depending

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

2005-02-15 Thread Kiniger
On Tue, Feb 15, 2005 at 03:15:14PM -0500, [EMAIL PROTECTED] wrote: > On Tue, Feb 15, 2005 at 08:48:13PM +0100, Kiniger, Karl (GE Healthcare) wrote: > > I can confirm that. Creating a correct iso image from a CD is a > > major pain w/o ide-scsi. Depending on what one has done

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

2005-02-15 Thread Kiniger
On Tue, Feb 15, 2005 at 03:03:02PM -0500, kernel wrote: > On Tue, 2005-02-15 at 14:48, Kiniger, Karl (GE Healthcare) wrote: > > I can confirm that. Creating a correct iso image from a CD is a > > major pain w/o ide-scsi. Depending on what one has done before the iso > > image

Re: ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device

2005-02-15 Thread Kiniger, Karl (GE Healthcare)
bs= and most of the time it results in bad iso images Gretings Karl -- Karl Kiniger mailto:[EMAIL PROTECTED] GE Medical Systems Kretztechnik GmbH & Co OHG Tiefenbach 15 Tel: (++43) 7682-3800-710 A-4871 Zipf Austria Fax: (++43) 7682-3800-47 - To unsubscribe from this list: send

Re: How peek at tcp socket data w/o reading it

2005-01-31 Thread Kiniger
Thanks very much, thats exactly what I needed. Karl On Mon, Jan 31, 2005 at 12:16:16PM +0100, Martin Zwickel wrote: > >On Mon, 31 Jan 2005 11:45:32 +0100 > "Kiniger, Karl (GE Healthcare)" <[EMAIL PROTECTED]> bubbled: > >> Hi, >> >

How peek at tcp socket data w/o reading it

2005-01-31 Thread Kiniger, Karl (GE Healthcare)
Hi, hack wanted: is it possible to peek a few bytes from a tcp socket which is ready to read without actually reading the data? (or some means to push already read data back similar to ungetc) Any creative ideas welcome. Karl -- Karl Kiniger mailto:[EMAIL PROTECTED] GE Medical Systems

Re: raid 1 - automatic 'repair' possible?

2005-01-19 Thread Kiniger
On Tue, Jan 18, 2005 at 10:46:05PM +0100, Lars Marowsky-Bree wrote: > On 2005-01-18T22:18:01, "Kiniger, Karl (GE Healthcare)" <[EMAIL PROTECTED]> > wrote: > > > idea for enhancement of software raid 1: > > > > every time the raid determines that a sect

raid 1 - automatic 'repair' possible?

2005-01-18 Thread Kiniger, Karl (GE Healthcare)
0x0033 253 253 063Pre-fail - 0 6 Read_Channel_Margin 0x0001 253 253 100Pre-fail - 0 What do you think? Ideas welcome. Greetings and thanks for your time, Karl -- Karl Kiniger mailto:[EMAIL PROTECTED] GE Medical Systems Kretztechnik GmbH & Co