Marvell 88SE6141 (88SE614x) support

Hi, I'm trying to get the 88SE6141 on my Asus M2N32 WS Professional working. lspci shows this: 08:00.0 SATA controller: Marvell Technology Group Ltd. 88SE614x SATA II PCI-E controller (rev 01) or 08:00.0 0106: 11ab:6141 (rev 01) with -n. Seeing the post on http://www.nabble.com/kernel-support-for

Problem after suspend to ram: NMI received for unknown reason b0.

Hi all, I'm almost happy with my new laptop - I got like 90% of the things working the way I wanted, except the all-time dreaded suspend. Suspend to disk, using the suspend2 patchset, fails because the fingerprint reader on the USB bus apparently does not suspend. Well, I'll go into that later on

ttyS1: LSR safety check engaged! - misidentification?

Hi all, Ever since Kernel 2.6.21(rc) or so I'm plagued with this message, disabling my serial ports that have been working perfectly from 2.6.14 till that day (and are still doing so, given that I continuously remove the code from the source). Actually I cannot blame the code, but it seems that on

serial_pci and AC'97 Softmodems

Hi, Apparently the serial_pci module detects a lot of (non-existent?) serial ports on my laptop: ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 3 PCI: setting IRQ 3 as level-triggered ACPI: PCI Interrupt :00:08.0[A] -> Link [LNKG] -> GSI 3 (level, low) -> IRQ 3 :00:08.0: ttyS1 at I/O 0x88

[patch] Add blacklisting capability to serial_pci to avoid misdetection of serial ports

From: Christian Schmidt <[EMAIL PROTECTED]> The serial_pci driver tries to guess serial ports on unknown devices based on the PCI class (modem or serial). On certain softmodems (AC'97 modems) this can lead to the recognition of non-existing serial ports. This patch adds a blacklist of PCI IDs tha

Memory allocation problem with 2.6.22 after suspend/resume cycle

Hi all, I'm having a strange problem, of course not reproducible. Sometimes after a suspend (to ram) and resume cycle, the kernel will try to free all memory. This means, all running applications are flushed to swap (as long as it is available), caches and buffers stay at around 15MB each. The fo

Re: Memory allocation problem with 2.6.22 after suspend/resume cycle

Rafael J. Wysocki wrote: > On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: >> Hi all, >> >> I'm having a strange problem, of course not reproducible. Sometimes >> after a suspend (to ram) and resume cycle, the kernel will try to free >&g

Re: Memory allocation problem with 2.6.22 after suspend/resume cycle

Rafael J. Wysocki wrote: > On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: >> Rafael J. Wysocki wrote: >>> On Saturday, 22 September 2007 17:41, Christian P. Schmidt wrote: >>>> Hi all, >>>> >>>> I'm having a strange

Re: Memory allocation problem with 2.6.22 after suspend/resume cycle

Rafael J. Wysocki wrote: > On Sunday, 23 September 2007 18:19, Christian P. Schmidt wrote: >> Rafael J. Wysocki wrote: >>> On Sunday, 23 September 2007 14:38, Christian P. Schmidt wrote: >>>> Rafael J. Wysocki wrote: >>>>> On Saturday, 22 September 2007