SB800
Signed-off-by: Zoltan Boszormenyi
---
drivers/i2c/busses/i2c-piix4.c | 43 +-
1 file changed, 13 insertions(+), 30 deletions(-)
diff --git a/drivers/i2c/busses/i2c-piix4.c b/drivers/i2c/busses/i2c-piix4.c
index c21ca7b..6c56e96 100644
--- a/drivers
so the code is now uniform
across the three individual drivers.
v2: Explicit extern reference for sb800_mutex
Signed-off-by: Zoltan Boszormenyi
---
drivers/watchdog/sp5100_tco.c | 31 ++-
1 file changed, 18 insertions(+), 13 deletions(-)
diff --git a/drivers/watchdog
wrapper for mutex_lock() / mutex_unlock()
Signed-off-by: Zoltan Boszormenyi
---
drivers/usb/host/pci-quirks.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c
index a9a1e4c..1ef0ada 100644
--- a/drivers/usb/host/pci-quirks.c
request_region() calls are removed
from both i2c-piix4 and sp5100_tco to make the code uniform.
This patch series implements this and restores the watchdog function.
v2: Don't introduce a new header, reference sb800_mutex explicitly
Signed-off-by: Zoltan Boszormenyi
drivers/i2c/busses/i2c-pi
:
commit 2fee61d22e606fc99ade9079fda15fdee83ec33e
Author: Christian Fetzer
Date: Thu Nov 19 20:13:48 2015 +0100
i2c: piix4: Add support for multiplexed main adapter in SB800
Signed-off-by: Zoltan Boszormenyi
---
drivers/i2c/busses/i2c-piix4.c | 59
reserve
these I/O ports, similarly to i2c-piix4 so the code is now uniform
across the three individual drivers.
Signed-off-by: Zoltan Boszormenyi
---
drivers/watchdog/sp5100_tco.c | 24 +++-
drivers/watchdog/sp5100_tco.h | 10 ++
2 files changed, 17 insertions(+), 17
SB800
Signed-off-by: Zoltan Boszormenyi
---
drivers/usb/host/pci-quirks.c | 14 ++
include/linux/sb800.h | 15 +++
2 files changed, 25 insertions(+), 4 deletions(-)
create mode 100644 include/linux/sb800.h
diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb
make the code uniform.
This patch series implements this and restores the watchdog function.
Signed-off-by: Zoltan Boszormenyi
drivers/i2c/busses/i2c-piix4.c | 59 --
drivers/usb/host/pci-quirks.c | 14 ++---
drivers/watchdog/sp5100_tco.c | 24
Hi,
Once upon a time FD Cami wrote:
On Sun, 6 Jan 2008 13:36:09 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sun, 6 Jan 2008 08:03:31 +0300
> > > For now you can boot with libata.dma=1 to select DMA on disks but
> > > not CD
> >
> > Great, but why isn't this in the documentation?
>
> Send p
Zoltan Boszormenyi írta:
Bodo Eggert írta:
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
On 15/08/07, Zoltan Boszormenyi <[EMAIL PROTECTED]> wrote:
I noticed that a bad CD of mine makes DMA disabled:
[...]
hda: cdrom_decode_status: error=0x40 { LastFailedSens
Bodo Eggert írta:
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
On 15/08/07, Zoltan Boszormenyi <[EMAIL PROTECTED]> wrote:
I noticed that a bad CD of mine makes DMA disabled:
[...]
hda: cdrom_decode_status: error=0x40 { LastFailedSense=0x04 }
ide: faile
Zoltan Boszormenyi írta:
Michal Piotrowski írta:
Hi Zoltan,
On 15/08/07, Zoltan Boszormenyi <[EMAIL PROTECTED]> wrote:
Hi,
I noticed that a bad CD of mine makes DMA disabled:
hda: selected mode 0x44
hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error
Michal Piotrowski írta:
Hi Zoltan,
On 15/08/07, Zoltan Boszormenyi <[EMAIL PROTECTED]> wrote:
Hi,
I noticed that a bad CD of mine makes DMA disabled:
hda: selected mode 0x44
hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
hda: cdrom_decode_status: erro
Hi,
I noticed that a bad CD of mine makes DMA disabled:
hda: selected mode 0x44
hda: cdrom_decode_status: status=0x51 { DriveReady SeekComplete Error }
hda: cdrom_decode_status: error=0x40 { LastFailedSense=0x04 }
ide: failed opcode was: unknown
hda: cdrom_decode_status: status=0x51 { DriveReady
Hi,
it seems your "Libata status" page needs some update.
"
NVIDIA
Driver name: *sata_nv*
Summary: No TCQ/NCQ in early chipsets. NCQ support added in later
chipsets. Looks like a PATA controller, but with full SATA control
including hotplug and PM.
*Update:* NVIDIA has provided info
Hi,
I have an FC6 machine with a Pioneer DVD-RW and
I occasionally watch DVDs on it. (Xine+libdvdcss
from Livna works just fine.) I compiled 2.6.22-rc7-git5
before with ide-cd but now I changed the driver to
pata_amd to see it works before I upgrade to FC7.
Now DVD-playing doesn't work, I got thi
kuan luo írta:
From: Kuan Luo <[EMAIL PROTECTED]>
Add the Software NCQ support to sata_nv.c for MCP51/MCP55/MCP61 SATA
controller. NCQ function is disable by default, you can enable it with
'swncq=1'. NCQ will be turned off if the drive is Maxtor on MCP51 or
MCP55 rev 0xa2 platform.
Signed-of
Hi,
Zoltan Boszormenyi írta:
Hi,
I am testing your current code with akpm's beautifying patches
for about an hour now. I have seen no problems with it so far.
Still using the patch on 2.6.22-rc6 and no problems so far.
It's really stable. I am looking forward to the next versi
Hi,
I am testing your current code with akpm's beautifying patches
for about an hour now. I have seen no problems with it so far.
**A pretty good way. I will modify my code.
Please, cc me when sending your next patch to LKML, thanks.
Best regards,
Zoltán Böszörményi
-
To unsubscribe fr
Zoltan Boszormenyi írta:
Hi,
Peer Chen írta:
Zoltan,
What's your board's model number? Could you post the pci dump using
'lspci -xxx'? Thanks.
BRs
Peer Chen
-Original Message-
From: Robert Hancock [mailto:[EMAIL PROTECTED] Sent: Thursday, May
31, 2007
Hi!
-drivers-ata-add-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61.patch
-drivers-ata-add-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61-fix.patch
-drivers-ata-add-sw-ncq-support-to-sata_nv-for-mcp51-mcp55-mcp61-fix-tidy.patch
Merged into mainline or a subsystem tree
They aren't. They are
Hi,
Peer Chen írta:
Zoltan,
What's your board's model number? Could you post the pci dump using 'lspci
-xxx'? Thanks.
BRs
Peer Chen
-Original Message-
From: Robert Hancock [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 31, 2007 10:31 PM
To: Zoltan Boszormenyi
Cc
Justin Piszcz írta:
On Wed, 30 May 2007, Zoltan Boszormenyi wrote:
Hi,
Look at how slow the raid benchmarks are in dmesg with 8GB of memory!
[ 59.592560] raid6: using algorithm sse2x4 (476 MB/s)
[ 59.597558] raid5: using function: generic_sse (56.000 MB/sec)
Yikes!
With mem=4096M
Hi,
Look at how slow the raid benchmarks are in dmesg with 8GB of memory!
[ 59.592560] raid6: using algorithm sse2x4 (476 MB/s)
[ 59.597558] raid5: using function: generic_sse (56.000 MB/sec)
Yikes!
With mem=4096M:
[ 60.336352] raid6: using algorithm sse2x4 (6804 MB/s)
[ 60.341345] ra
Hi,
I just got this with 2.6.22-rc2 + cfs-v13 + swncq patch:
ata2.00: exception Emask 0x0 SAct 0x6 SErr 0x0 action 0x2 frozen
ata2.00: cmd 61/18:08:0f:b7:68/00:00:16:00:00/40 tag 1 cdb 0x0 data
12288 out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata2.00: cmd 61/18:10:
Hi,
Jeff Garzik írta:
Alan Cox wrote:
That shouldn't be a problem, libata default DMA mask is 32 bits
(which isn't overridden with this controller) and so the block layer
will bounce any data being read/written above that point with IOMMU
or swiotlb. The comment is a bit unnecessarily scary.
Hi,
thanks for publishing this.
Add the Software NCQ support to sata_nv.c for MCP51/MCP55/MCP61 SATA
controller.
This patch base on sata_nv.c file from kernel 2.6.22-rc1
See attachment for the patch.
Signed-off-by: Kuan Luo <[EMAIL PROTECTED]>
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
===
Hi!
*** Balbir Singh <[EMAIL PROTECTED]> wrote:
> The problem is with comparing a s64 values with (s64)ULONG_MAX, which
> evaluates to -1. Then we check if exec_delta64 and fair_delta64 are
> greater than (s64)ULONG_MAX (-1), if so we assign (s64)ULONG_MAX to
> the respective values.
ah, i
Hi,
Hello list,
I was wondering what has happened with the NCQ support for nForce5 chipsets?
I've got one (on an Abit KN9-SLI), and I've found no further mentions about
it for a while.
Kind regards,
Jan
I asked about it almost two months ago on this list, a month before that
in privat
Hi,
I have seen your message in LKML archive:
http://marc.theaimsgroup.com/?l=linux-kernel&m=116046278930988&w=2
It's dated 2006.10.10 and states that a patch
to support NCQ on MCP55/MCP61 under Linux
is coming "soon". Now it's five months later
and I would like to ask when will it be supported?
Hi,
I am using kernel-rt on my FC6/x86-64 system,
the CPU is an Athlon64 X2.
It locks up very rarely (I haven't found any sign in the logs for that)
but I always get this on shutdown, I wonder if it might be related
to the lockup:
Mar 5 23:53:52 static-81-17-177-202 kernel: BUG: using
smp_pro
Hi,
I replaced my "aging" (means: no SVM) first generation
Athlon64 3200+ and mainboard with a new AM2 X2 4200+
and ABit KN9 SLI which has dual GbE. Both channels are
claimed by forcedeth. I have another machine that is used
mostly as a thin client, it's connected to the main machine
with a cross
Stas Sergeev <[EMAIL PROTECTED]> writes:
Another way of saying the same thing: I absolutely hate seeing
patches that fix some theoretical issue that no Linux apps will ever
care about.
No, it is not theoretical, but it is mainly
about a DOS games and an MS linker, as for
me. The things I'd like to
On Sun, Jan 30, 2005 at 10:05:16AM -0500, Jon Smirl wrote:
I just checked out on current Linus BK with my AGP Radeon 9000 which
is pretty close to a 9200. Everything is working fine.
I notice from his logs that he is running a PCI radeon, not an AGP
one. Didn't someone make some changes to the PCI
34 matches
Mail list logo
