Re: [Xen-devel] [PATCH] xen: xen-pciback: Reset MSI-X state when exposing a device

Hello Stanislav, On Fri, Sep 13, 2019 at 11:28:20PM +0800, Chao Gao wrote: > On Fri, Sep 13, 2019 at 10:02:24AM +, Spassov, Stanislav wrote: > >On Thu, Dec 13, 2018 at 07:54, Chao Gao wrote: > >>On Thu, Dec 13, 2018 at 12:54:52AM -0700, Jan Beulich wrote: > >> On 13.12.18 at 04:46,

Re: [Xen-devel] [PATCH V3 2/2] Xen/PCIback: Implement PCI flr/slot/bus reset with 'reset' SysFS attribute

Hi, On Mon, Oct 08, 2018 at 10:32:45AM -0400, Boris Ostrovsky wrote: > On 10/3/18 11:51 AM, Pasi Kärkkäinen wrote: > > On Wed, Sep 19, 2018 at 11:05:26AM +0200, Roger Pau Monné wrote: > >> On Tue, Sep 18, 2018 at 02:09:53PM -0400, Boris Ostrovsky wrote: > >>> On

Re: [PATCHv6 0/7] tty: Hold write ldisc sem in tty_reopen()

sta.com> > v4 link: lkml.kernel.org/r/<20180912001702.18522-1-d...@arista.com> > > Cc: Daniel Axtens > Cc: Dmitry Vyukov > Cc: Mark Rutland > Cc: Michael Neuling > Cc: Mikulas Patocka > Cc: Nathan March > Cc: Pasi Kärkkäinen > Cc: Peter Hurley > Cc: Pete

Re: [PATCHv6 0/7] tty: Hold write ldisc sem in tty_reopen()

sta.com> > v4 link: lkml.kernel.org/r/<20180912001702.18522-1-d...@arista.com> > > Cc: Daniel Axtens > Cc: Dmitry Vyukov > Cc: Mark Rutland > Cc: Michael Neuling > Cc: Mikulas Patocka > Cc: Nathan March > Cc: Pasi Kärkkäinen > Cc: Peter Hurley > Cc: Pete

Re: [PATCHv5 0/7] tty: Hold write ldisc sem in tty_reopen()

Hi, On Thu, Sep 20, 2018 at 10:25:01AM -0400, Mikulas Patocka wrote: > > > On Wed, 19 Sep 2018, Dmitry Safonov wrote: > > > On Wed, 2018-09-19 at 16:03 -0400, Mikulas Patocka wrote: > > > > > > On Wed, 19 Sep 2018, Dmitry Safonov wrote: > > > > Thanks much for the testing, Mikulas. > > > >

Re: [PATCHv5 0/7] tty: Hold write ldisc sem in tty_reopen()

Hi, On Thu, Sep 20, 2018 at 10:25:01AM -0400, Mikulas Patocka wrote: > > > On Wed, 19 Sep 2018, Dmitry Safonov wrote: > > > On Wed, 2018-09-19 at 16:03 -0400, Mikulas Patocka wrote: > > > > > > On Wed, 19 Sep 2018, Dmitry Safonov wrote: > > > > Thanks much for the testing, Mikulas. > > > >

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

On Wed, Nov 29, 2017 at 11:25:09AM -0600, Govinda Tatti wrote: > > >>>Furthermore, contrary to what you claim in > >>>your reply to Pasi, I can't see where you try an actual FLR first - > >>>you go straight to pci_probe_reset_{slot,bus}(). If you actually > >>>tried FLR first, only falling back

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

On Wed, Nov 29, 2017 at 11:25:09AM -0600, Govinda Tatti wrote: > > >>>Furthermore, contrary to what you claim in > >>>your reply to Pasi, I can't see where you try an actual FLR first - > >>>you go straight to pci_probe_reset_{slot,bus}(). If you actually > >>>tried FLR first, only falling back

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

Hi, On Wed, Nov 08, 2017 at 09:44:48AM -0600, Govinda Tatti wrote: > Thanks Jan for your review comments. Please see below for my comments. > > On 11/7/2017 8:40 AM, Jan Beulich wrote: > On 06.11.17 at 18:48, wrote: > >>---

Re: [Xen-devel] [PATCH] Xen/pciback: Implement PCI slot or bus reset with 'do_flr' SysFS attribute

Hi, On Wed, Nov 08, 2017 at 09:44:48AM -0600, Govinda Tatti wrote: > Thanks Jan for your review comments. Please see below for my comments. > > On 11/7/2017 8:40 AM, Jan Beulich wrote: > On 06.11.17 at 18:48, wrote: > >>--- a/Documentation/ABI/testing/sysfs-driver-pciback > >>+++

Re: Status of reverted Linux patch "tty: Fix ldisc crash on reopened tty", Linux 4.9 kernel frequent crashes

On Thu, Aug 31, 2017 at 03:22:05PM +1000, Michael Neuling wrote: > On Thu, 2017-08-31 at 06:36 +0200, Greg Kroah-Hartman wrote: > > On Wed, Aug 30, 2017 at 11:10:14PM +0300, Pasi Kärkkäinen wrote: > > > Hello everyone, > > > > > > Recently Nathan March repor

Re: Status of reverted Linux patch "tty: Fix ldisc crash on reopened tty", Linux 4.9 kernel frequent crashes

On Thu, Aug 31, 2017 at 03:22:05PM +1000, Michael Neuling wrote: > On Thu, 2017-08-31 at 06:36 +0200, Greg Kroah-Hartman wrote: > > On Wed, Aug 30, 2017 at 11:10:14PM +0300, Pasi Kärkkäinen wrote: > > > Hello everyone, > > > > > > Recently Nathan March repor

Status of reverted Linux patch "tty: Fix ldisc crash on reopened tty", Linux 4.9 kernel frequent crashes

Hello everyone, Recently Nathan March reported on centos-virt list he's getting frequent Linux kernel crashes with Linux 4.9 LTS kernel because of the missing patch "tty: Fix ldisc crash on reopened tty". The patch was already merged upstream here:

Status of reverted Linux patch "tty: Fix ldisc crash on reopened tty", Linux 4.9 kernel frequent crashes

Hello everyone, Recently Nathan March reported on centos-virt list he's getting frequent Linux kernel crashes with Linux 4.9 LTS kernel because of the missing patch "tty: Fix ldisc crash on reopened tty". The patch was already merged upstream here:

Re: [Xen-devel] [Patch V4 1/3] usb: Add Xen pvUSB protocol description

On Thu, Jul 23, 2015 at 12:08:01PM -0700, Greg KH wrote: > > Somewhere that people can refer to that describes this public-facing API > that "must not ever be broken or changed". If you want to put it in a > documentation file, or a .h file, I don't care. > > > >>It is used e.g. in SUSE's xen

Re: [Xen-devel] [Patch V4 1/3] usb: Add Xen pvUSB protocol description

On Thu, Jul 23, 2015 at 12:08:01PM -0700, Greg KH wrote: Somewhere that people can refer to that describes this public-facing API that must not ever be broken or changed. If you want to put it in a documentation file, or a .h file, I don't care. It is used e.g. in SUSE's xen kernel since

Re: [Xen-devel] [PATCH 3/4] usb: Introduce Xen pvUSB backend

On Wed, Mar 04, 2015 at 02:46:33PM +, Ian Campbell wrote: > On Wed, 2015-03-04 at 15:41 +0100, Juergen Gross wrote: > > On 03/04/2015 03:29 PM, Ian Campbell wrote: > > > On Wed, 2015-03-04 at 14:19 +, David Vrabel wrote: > > >> On 04/03/15 14:09, Juergen Gross wrote: > > >>> > > >>> The

Re: [Xen-devel] [PATCH 3/4] usb: Introduce Xen pvUSB backend

On Wed, Mar 04, 2015 at 02:46:33PM +, Ian Campbell wrote: On Wed, 2015-03-04 at 15:41 +0100, Juergen Gross wrote: On 03/04/2015 03:29 PM, Ian Campbell wrote: On Wed, 2015-03-04 at 14:19 +, David Vrabel wrote: On 04/03/15 14:09, Juergen Gross wrote: The main question whether

Re: Stupid NVIDIA 3D vgaarb.c patch

On Mon, Sep 22, 2014 at 06:10:50PM -0400, Alex Deucher wrote: > > > > With dual VGA controllers, we can change VGA routing in the chipset so > > that we can address one device or the other using the VGA address space. > > This lets things like Xorg switch between cards to initialize a card via > >

Re: Stupid NVIDIA 3D vgaarb.c patch

On Mon, Sep 22, 2014 at 06:10:50PM -0400, Alex Deucher wrote: With dual VGA controllers, we can change VGA routing in the chipset so that we can address one device or the other using the VGA address space. This lets things like Xorg switch between cards to initialize a card via the VGA

Re: [Xen-devel] [Announcement] Updates to XenGT - a Mediated Graphics Passthrough Solution from Intel

On Fri, Feb 21, 2014 at 02:22:11AM +, Cui, Dexuan wrote: > Pasi Kärkkäinen wrote on 2014-02-21: > > On Thu, Feb 20, 2014 at 07:59:04AM +, Cui, Dexuan wrote: > >> Hi all, > >> We're pleased to announce an update to XenGT since its first disclosure in > >&

Re: [Xen-devel] [Announcement] Updates to XenGT - a Mediated Graphics Passthrough Solution from Intel

On Fri, Feb 21, 2014 at 02:22:11AM +, Cui, Dexuan wrote: Pasi Kärkkäinen wrote on 2014-02-21: On Thu, Feb 20, 2014 at 07:59:04AM +, Cui, Dexuan wrote: Hi all, We're pleased to announce an update to XenGT since its first disclosure in last Sep. Are you going to work

Re: [Xen-devel] [Announcement] Updates to XenGT - a Mediated Graphics Passthrough Solution from Intel

On Thu, Feb 20, 2014 at 07:59:04AM +, Cui, Dexuan wrote: > Hi all, > We're pleased to announce an update to XenGT since its first disclosure in > last Sep. XenGT is a full GPU virtualization solution with mediated > pass-through, on Intel Processor Graphics. A virtual GPU instance is >

Re: [Xen-devel] [Announcement] Updates to XenGT - a Mediated Graphics Passthrough Solution from Intel

On Thu, Feb 20, 2014 at 07:59:04AM +, Cui, Dexuan wrote: Hi all, We're pleased to announce an update to XenGT since its first disclosure in last Sep. XenGT is a full GPU virtualization solution with mediated pass-through, on Intel Processor Graphics. A virtual GPU instance is

Re: [PATCH] target: Update copyright ownership to 2012

On Sat, Nov 10, 2012 at 12:15:21PM +0200, Kirill A. Shutemov wrote: > On Fri, Nov 09, 2012 at 11:00:14PM +, Nicholas A. Bellinger wrote: > > From: Nicholas Bellinger > > > > Hello everyone, > > > > This patch to update copyright year to current for principal target core > > ownership is now

Re: [PATCH] target: Update copyright ownership to 2012

On Sat, Nov 10, 2012 at 12:15:21PM +0200, Kirill A. Shutemov wrote: On Fri, Nov 09, 2012 at 11:00:14PM +, Nicholas A. Bellinger wrote: From: Nicholas Bellinger n...@linux-iscsi.org Hello everyone, This patch to update copyright year to current for principal target core ownership

Re: [Xen-devel] [PATCH] xen PVonHVM: require at least Xen 3.4 as dom0

On Wed, Oct 31, 2012 at 12:21:28PM +0200, Pasi Kärkkäinen wrote: > On Wed, Oct 31, 2012 at 10:29:25AM +0100, Olaf Hering wrote: > > On Wed, Oct 31, Ian Campbell wrote: > > > > > If I understand correctly this requirements comes from the need to > > > support mov

Re: [Xen-devel] [PATCH] xen PVonHVM: require at least Xen 3.4 as dom0

On Wed, Oct 31, 2012 at 10:29:25AM +0100, Olaf Hering wrote: > On Wed, Oct 31, Ian Campbell wrote: > > > If I understand correctly this requirements comes from the need to > > support moving the shared info page in order to support kexec? > > > > So could we do something more fine grained and

Re: [Xen-devel] [PATCH] xen PVonHVM: require at least Xen 3.4 as dom0

On Wed, Oct 31, 2012 at 10:29:25AM +0100, Olaf Hering wrote: On Wed, Oct 31, Ian Campbell wrote: If I understand correctly this requirements comes from the need to support moving the shared info page in order to support kexec? So could we do something more fine grained and limit only

Re: [Xen-devel] [PATCH] xen PVonHVM: require at least Xen 3.4 as dom0

On Wed, Oct 31, 2012 at 12:21:28PM +0200, Pasi Kärkkäinen wrote: On Wed, Oct 31, 2012 at 10:29:25AM +0100, Olaf Hering wrote: On Wed, Oct 31, Ian Campbell wrote: If I understand correctly this requirements comes from the need to support moving the shared info page in order to support

Re: [Xen-devel] [PATCH] xen PVonHVM: require at least Xen 3.4 as dom0

On Tue, Oct 30, 2012 at 05:05:05PM +0100, Olaf Hering wrote: > The XenPVHVM extensions have not been tested much on very old > hypervisors. At least Xen 3.4 gets some testing with the pvops kernel. > > Require at least Xen 3.4 for the PVonHVM extensions. If an older > hypervisor is detected the

Re: [Xen-devel] [PATCH] xen PVonHVM: require at least Xen 3.4 as dom0

On Tue, Oct 30, 2012 at 05:05:05PM +0100, Olaf Hering wrote: The XenPVHVM extensions have not been tested much on very old hypervisors. At least Xen 3.4 gets some testing with the pvops kernel. Require at least Xen 3.4 for the PVonHVM extensions. If an older hypervisor is detected the

Re: [Xen-devel] [PATCH] Persistent grant maps for xen blk drivers

On Thu, Sep 20, 2012 at 10:35:33AM +0100, Oliver Chick wrote: > I have attached a graph that shows the results of my benchmarking. > > The setup is: > -Xeon X5650 > -32GB of Ram > -Xen 4.2 > -Linux 3.5.0 for dom0 and domus > -Dom0 has 24 CPUs. > -Each guest has a (separate) xvdb backed by a 1GB

Re: [Xen-devel] [PATCH] Persistent grant maps for xen blk drivers

On Thu, Sep 20, 2012 at 10:35:33AM +0100, Oliver Chick wrote: I have attached a graph that shows the results of my benchmarking. The setup is: -Xeon X5650 -32GB of Ram -Xen 4.2 -Linux 3.5.0 for dom0 and domus -Dom0 has 24 CPUs. -Each guest has a (separate) xvdb backed by a 1GB ramdisk

Re: [Xen-devel] [PATCH] Persistent grant maps for xen blk drivers

On Wed, Sep 19, 2012 at 11:51:27AM +0100, Oliver Chick wrote: > This patch implements persistent grants for the xen-blk{front,back} > mechanism. The effect of this change is to reduce the number of unmap > operations performed, since they cause a (costly) TLB shootdown. This > allows the I/O

Re: [Xen-devel] [PATCH] Persistent grant maps for xen blk drivers

On Wed, Sep 19, 2012 at 11:51:27AM +0100, Oliver Chick wrote: This patch implements persistent grants for the xen-blk{front,back} mechanism. The effect of this change is to reduce the number of unmap operations performed, since they cause a (costly) TLB shootdown. This allows the I/O

Re: [Xen-devel] Stop the continuous flood of (XEN) traps.c:2432:d0 Domain attempted WRMSR ..

On Wed, Mar 28, 2012 at 04:29:07PM -0400, Konrad Rzeszutek Wilk wrote: > On Thu, Feb 09, 2012 at 01:27:15PM -0800, Jesse Barnes wrote: > > On Thu, 9 Feb 2012 17:21:47 -0400 > > Konrad Rzeszutek Wilk wrote: > > > > > On Sun, Feb 05, 2012 at 09:44:13PM +0200, Pasi K?rkk?inen wrote: > > > > On Fri,

Re: [Xen-devel] Stop the continuous flood of (XEN) traps.c:2432:d0 Domain attempted WRMSR ..

On Wed, Mar 28, 2012 at 04:29:07PM -0400, Konrad Rzeszutek Wilk wrote: On Thu, Feb 09, 2012 at 01:27:15PM -0800, Jesse Barnes wrote: On Thu, 9 Feb 2012 17:21:47 -0400 Konrad Rzeszutek Wilk kon...@darnok.org wrote: On Sun, Feb 05, 2012 at 09:44:13PM +0200, Pasi K?rkk?inen wrote: On

Re: [RFT][PATCH v7] sata_mv: convert to new EH

On Wed, Jul 18, 2007 at 09:40:33AM -0700, dean gaudet wrote: > On Wed, 18 Jul 2007, Pasi Kärkkäinen wrote: > > > What brand/model your sata_mv controller is? Would be nice to know to be > > able to get a "known-to-work" one.. > > http://supermicro.com/products/

Re: [RFT][PATCH v7] sata_mv: convert to new EH

On Wed, Jul 18, 2007 at 09:40:33AM -0700, dean gaudet wrote: On Wed, 18 Jul 2007, Pasi Kärkkäinen wrote: What brand/model your sata_mv controller is? Would be nice to know to be able to get a known-to-work one.. http://supermicro.com/products/accessories/addon/AoC-SAT2-MV8.cfm Thanks

Re: [RFT][PATCH v7] sata_mv: convert to new EH

On Thu, Jul 12, 2007 at 07:15:26PM -0700, dean gaudet wrote: > On Thu, 12 Jul 2007, Jeff Garzik wrote: > > > dean gaudet wrote: > > > On Thu, 12 Jul 2007, Jeff Garzik wrote: > > > > > > > dean gaudet wrote: > > > > > oh very nice... no warnings on boot, and no warnings while i "dd > > > > >

Re: [RFT][PATCH v7] sata_mv: convert to new EH

On Thu, Jul 12, 2007 at 07:15:26PM -0700, dean gaudet wrote: On Thu, 12 Jul 2007, Jeff Garzik wrote: dean gaudet wrote: On Thu, 12 Jul 2007, Jeff Garzik wrote: dean gaudet wrote: oh very nice... no warnings on boot, and no warnings while i dd if=/dev/sdX of=/dev/null

Re: scsi lun online resize

On Thu, Jul 05, 2007 at 08:50:28PM +0500, Dmitry Melekhov wrote: > Pasi Kärkkäinen wrote: > >On Tue, Jun 05, 2007 at 02:36:51PM +0500, Dmitry Melekhov wrote: > > > >>Hello! > >> > >>I'm playing with iscsi on linux. > >>And I have following pr

Re: scsi lun online resize

On Thu, Jul 05, 2007 at 08:50:28PM +0500, Dmitry Melekhov wrote: Pasi Kärkkäinen wrote: On Tue, Jun 05, 2007 at 02:36:51PM +0500, Dmitry Melekhov wrote: Hello! I'm playing with iscsi on linux. And I have following problem: If I change lun size on target side and then do echo 1 /sys

Re: ahci, SActive flag, and the HD activity LED

well and hence my > >original posts about this in the NCQ thread. > > Have you (or has anybody else) also seen the wrong behavior of the > activity LED? > I have a box with ICH6R and AHCI in use with Linux 2.6.11, using seagate NCQ sata drives. the H

Re: ahci, SActive flag, and the HD activity LED

this in the NCQ thread. Have you (or has anybody else) also seen the wrong behavior of the activity LED? I have a box with ICH6R and AHCI in use with Linux 2.6.11, using seagate NCQ sata drives. the HD activity LED is on all the time.. - Pasi Kärkkäinen

Re: oom with 2.6.11

oots. The "virtual machines" are OK, it's only the dom0 kernel that goes OOM.. And I'm not running anything special on dom0, only xen control stuff (which is written in python..), ntp, nfs server, ssh

Re: oom with 2.6.11

raid. Now I'm running a script which logs the cpu/memory/swap usage every 1 minutes.. trying to see if I can find the cause for the OOM. -- Pasi Kärkkäinen ^ . . Linux

Re: [RFT] Preliminary w83627ehf hardware monitoring driver

timeout set in the BIOS. I've tried with the example watchdog daemon from the watchdog.txt, and with the Debian "watchdog" package. When I enable the debug messages and logging in the Debian watchdog package, I can see that the watchdog daemon gets stuck while trying to update the /dev/watchd

Re: [RFT] Preliminary w83627ehf hardware monitoring driver

og? I'm using Supermicro P8SCI motherboard, and I haven't found working driver for it.. Thanks! -- Pasi Kärkkäinen ^ . . Linux /-\

Re: [RFT] Preliminary w83627ehf hardware monitoring driver

, and I haven't found working driver for it.. Thanks! -- Pasi Kärkkäinen ^ . . Linux /-\ Choice.of.the

Re: [RFT] Preliminary w83627ehf hardware monitoring driver

watchdog daemon from the watchdog.txt, and with the Debian watchdog package. When I enable the debug messages and logging in the Debian watchdog package, I can see that the watchdog daemon gets stuck while trying to update the /dev/watchdog.. so the driver hangs.. -- Pasi Kärkkäinen

Re: [WATCHDOG] support of motherboards with ICH6]

On Mon, Feb 07, 2005 at 04:59:53PM +0200, Pasi Kärkkäinen wrote: > On Mon, Feb 07, 2005 at 02:48:49PM +, [EMAIL PROTECTED] wrote: > > Pasi Kärkkäinen wrote: > > >On Mon, Feb 07, 2005 at 10:00:03AM +0100, P.O. Gaillard wrote: > > > > > >>Hi, > > &g

Re: [WATCHDOG] support of motherboards with ICH6

On Mon, Feb 07, 2005 at 05:22:03PM +0200, Pasi Kärkkäinen wrote: > On Mon, Feb 07, 2005 at 04:01:02PM +0100, P.O. Gaillard wrote: > > Pasi Kärkkäinen > > >Hi! > > > > > >I have P8SCi motherboard, and I just tried the watchdog with Linux 2.6.10. >

Re: [WATCHDOG] support of motherboards with ICH6

On Mon, Feb 07, 2005 at 05:22:03PM +0200, Pasi Kärkkäinen wrote: On Mon, Feb 07, 2005 at 04:01:02PM +0100, P.O. Gaillard wrote: Pasi Kärkkäinen Hi! I have P8SCi motherboard, and I just tried the watchdog with Linux 2.6.10. I loaded w83627hf_wdt driver, and the watchdog was detected

Re: [WATCHDOG] support of motherboards with ICH6]

On Mon, Feb 07, 2005 at 04:59:53PM +0200, Pasi Kärkkäinen wrote: On Mon, Feb 07, 2005 at 02:48:49PM +, [EMAIL PROTECTED] wrote: Pasi Kärkkäinen wrote: On Mon, Feb 07, 2005 at 10:00:03AM +0100, P.O. Gaillard wrote: Hi, I am replying to myself so that people googling for similar

Re: [WATCHDOG] support of motherboards with ICH6

On Mon, Feb 07, 2005 at 04:01:02PM +0100, P.O. Gaillard wrote: > Pasi Kärkkäinen > >Hi! > > > >I have P8SCi motherboard, and I just tried the watchdog with Linux 2.6.10. > > > >I loaded w83627hf_wdt driver, and the watchdog was detected: > > > >WDT

Re: [WATCHDOG] support of motherboards with ICH6]

On Mon, Feb 07, 2005 at 02:48:49PM +, [EMAIL PROTECTED] wrote: > Pasi Kärkkäinen wrote: > >On Mon, Feb 07, 2005 at 10:00:03AM +0100, P.O. Gaillard wrote: > > > >>Hi, > >> > >>I am replying to myself so that people googling for similar problems can >

Re: [WATCHDOG] support of motherboards with ICH6]

fter the delay no matter what the delay is.. the watchdog driver is loaded before the timeout of course. For some reason, the driver is not working. I mailed supermicro support about this, and they told me one of their customers is using watchdog with Debian 2.6.10 kernel. So it should work, but.. Is th

Re: [WATCHDOG] support of motherboards with ICH6]

driver is loaded before the timeout of course. For some reason, the driver is not working. I mailed supermicro support about this, and they told me one of their customers is using watchdog with Debian 2.6.10 kernel. So it should work, but.. Is there some patches I could try? -- Pasi Kärkkäinen

Re: [WATCHDOG] support of motherboards with ICH6]

On Mon, Feb 07, 2005 at 02:48:49PM +, [EMAIL PROTECTED] wrote: Pasi Kärkkäinen wrote: On Mon, Feb 07, 2005 at 10:00:03AM +0100, P.O. Gaillard wrote: Hi, I am replying to myself so that people googling for similar problems can find the answer. Supermicro says that the internal

Re: [WATCHDOG] support of motherboards with ICH6

On Mon, Feb 07, 2005 at 04:01:02PM +0100, P.O. Gaillard wrote: Pasi Kärkkäinen Hi! I have P8SCi motherboard, and I just tried the watchdog with Linux 2.6.10. I loaded w83627hf_wdt driver, and the watchdog was detected: WDT driver for the Winbond(TM) W83627HF Super I/O chip initialising

Re: 2.6.10-as1 / 2.4 security-only patchset?

xes for vanilla 2.4 kernels.. that would be nice too. -- Pasi Kärkkäinen ^ . . Linux /-\ Choice.of.the

Re: 2.6.10-as1 / 2.4 security-only patchset?

be nice too. -- Pasi Kärkkäinen ^ . . Linux /-\ Choice.of.the .Next.Generation. - To unsubscribe

Re: Broken tulip in 2.4.5+

p-cards (2.2.19 on the other end, and 2.4.5 on the other end) it doesn't work either. - Pasi Kärkkäinen ^ . . Linux /-\

OOPS with 2.2.18

89 c2 mov%eax,%edx This is on a PII 333MHz and 384MB of RAM. Both IDE and SCSI in use. Additional information available on request.. - Pasi Kärkkäinen ^ .

OOPS with 2.2.18

Unable to handle kernel paging request at virtual address f6cefb13 current-tss.cr3 = 0bdd, %cr3 = 0bdd *pde = Oops: CPU:0 EIP:0010:[c01270fa] EFLAGS: 00010282 eax: f6cefb13 ebx: 1643ad00 ecx: 0005c864 edx: f6cefb13 esi: c4b40341 edi: 002c875a ebp: 1000

Re: 3-order allocation failed

On Thu, 26 Oct 2000, Rik van Riel wrote: > On Thu, 26 Oct 2000, Forever shall I be. wrote: > > On Thu, Oct 26, 2000 at 02:57:30PM +0300, Pasi Kärkkäinen wrote: > > > > __alloc_pages: 2-order allocation failed. > > > __alloc_pages: 2-order allocation failed

Re: 3-order allocation failed

On Thu, 26 Oct 2000, Rik van Riel wrote: > On Thu, 26 Oct 2000, Forever shall I be. wrote: > > On Thu, Oct 26, 2000 at 02:57:30PM +0300, Pasi Kärkkäinen wrote: > > > > __alloc_pages: 2-order allocation failed. > > > __alloc_pages: 2-order allocation failed

Re: 3-order allocation failed

On Thu, 26 Oct 2000, Andrew Morton wrote: > "Pasi Kärkkäinen" wrote: > > > > I'm using 2.4.0-test10-pre5 on a PIII (compiled with gcc 2.7.2.3) and > > ... > > gcc-2.7.2.3 miscompiles kernel/module.c and it has been decided that > this will not be work

3-order allocation failed

y. Yeah, I have modutils 2.3.19. Thanks for your help. - Pasi Kärkkäinen ^ . . Linux /-\ Cho

3-order allocation failed

inux woody. Yeah, I have modutils 2.3.19. Thanks for your help. - Pasi Kärkkäinen ^ . . Linux /-\ Cho

Re: 3-order allocation failed

On Thu, 26 Oct 2000, Andrew Morton wrote: "Pasi Kärkkäinen" wrote: I'm using 2.4.0-test10-pre5 on a PIII (compiled with gcc 2.7.2.3) and ... gcc-2.7.2.3 miscompiles kernel/module.c and it has been decided that this will not be worked around. The new baseline gcc relea

Re: 3-order allocation failed

On Thu, 26 Oct 2000, Rik van Riel wrote: On Thu, 26 Oct 2000, Forever shall I be. wrote: On Thu, Oct 26, 2000 at 02:57:30PM +0300, Pasi Kärkkäinen wrote: __alloc_pages: 2-order allocation failed. __alloc_pages: 2-order allocation failed. __alloc_pages: 5-order allocation failed

Re: Question: slow network performance between Linux and Solaris 7

10Mbps), but connections to the 100Mbps boxes are VERY slow. Something like 3-10k/s just like you said. On the other hand, if you get good transfer rates between linux-boxes this migth not be your prob