On Tue, 13 Mar 2007, Hugh Dickins wrote:
> On Fri, 9 Mar 2007, Martin Drab wrote:
> > On Fri, 9 Mar 2007, Martin Drab wrote:
> > > On Thu, 8 Mar 2007, Martin Drab wrote:
> > > > On Thu, 8 Mar 2007, Carsten Otte wrote:
> > > > > On
On Tue, 13 Mar 2007, Hugh Dickins wrote:
On Fri, 9 Mar 2007, Martin Drab wrote:
On Fri, 9 Mar 2007, Martin Drab wrote:
On Thu, 8 Mar 2007, Martin Drab wrote:
On Thu, 8 Mar 2007, Carsten Otte wrote:
On 3/8/07, Martin Drab [EMAIL PROTECTED] wrote:
The thing is that I'd
On Fri, 9 Mar 2007, Martin Drab wrote:
> On Thu, 8 Mar 2007, Martin Drab wrote:
>
> > On Thu, 8 Mar 2007, Carsten Otte wrote:
> >
> > > On 3/8/07, Martin Drab <[EMAIL PROTECTED]> wrote:
> > > >
> > > > The thing is that I'd like to preve
On Thu, 8 Mar 2007, Robert Hancock wrote:
> Martin Drab wrote:
> > Hi,
> >
> > I'm writing a driver for a sampling device that is constantly delivering a
> > relatively high amount of data (about 16 MB/s) and I need to deliver the
> > data to the user-space AS
On Thu, 8 Mar 2007, Jeremy Fitzhardinge wrote:
> Martin Drab wrote:
> > Hi,
> >
> > I'm writing a driver for a sampling device that is constantly delivering a
> > relatively high amount of data (about 16 MB/s) and I need to deliver the
> > data to the user-s
On Thu, 8 Mar 2007, Martin Drab wrote:
> On Thu, 8 Mar 2007, Carsten Otte wrote:
>
> > On 3/8/07, Martin Drab <[EMAIL PROTECTED]> wrote:
> > >
> > > The thing is that I'd like to prevent kernel to swap these pages out,
> > > because then I may loose
On Thu, 8 Mar 2007, Martin Drab wrote:
> Hi,
>
> I'm writing a driver for a sampling device that is constantly delivering a
> relatively high amount of data (about 16 MB/s) and I need to deliver the
> data to the user-space ASAP. To prevent data loss I create a queue of
> b
On Thu, 8 Mar 2007, Carsten Otte wrote:
> On 3/8/07, Martin Drab <[EMAIL PROTECTED]> wrote:
> >
> > The thing is that I'd like to prevent kernel to swap these pages out,
> > because then I may loose some data when they are not available in time
> > for the next r
Hi,
I'm writing a driver for a sampling device that is constantly delivering a
relatively high amount of data (about 16 MB/s) and I need to deliver the
data to the user-space ASAP. To prevent data loss I create a queue of
buffers (consisting of few pages each) which are more or less directly
On Thu, 8 Mar 2007, Carsten Otte wrote:
On 3/8/07, Martin Drab [EMAIL PROTECTED] wrote:
The thing is that I'd like to prevent kernel to swap these pages out,
because then I may loose some data when they are not available in time
for the next round.
One think you could do is grab
On Thu, 8 Mar 2007, Martin Drab wrote:
Hi,
I'm writing a driver for a sampling device that is constantly delivering a
relatively high amount of data (about 16 MB/s) and I need to deliver the
data to the user-space ASAP. To prevent data loss I create a queue of
buffers (consisting of few
On Thu, 8 Mar 2007, Martin Drab wrote:
On Thu, 8 Mar 2007, Carsten Otte wrote:
On 3/8/07, Martin Drab [EMAIL PROTECTED] wrote:
The thing is that I'd like to prevent kernel to swap these pages out,
because then I may loose some data when they are not available in time
On Thu, 8 Mar 2007, Jeremy Fitzhardinge wrote:
Martin Drab wrote:
Hi,
I'm writing a driver for a sampling device that is constantly delivering a
relatively high amount of data (about 16 MB/s) and I need to deliver the
data to the user-space ASAP. To prevent data loss I create a queue
On Thu, 8 Mar 2007, Robert Hancock wrote:
Martin Drab wrote:
Hi,
I'm writing a driver for a sampling device that is constantly delivering a
relatively high amount of data (about 16 MB/s) and I need to deliver the
data to the user-space ASAP. To prevent data loss I create a queue
On Fri, 9 Mar 2007, Martin Drab wrote:
On Thu, 8 Mar 2007, Martin Drab wrote:
On Thu, 8 Mar 2007, Carsten Otte wrote:
On 3/8/07, Martin Drab [EMAIL PROTECTED] wrote:
The thing is that I'd like to prevent kernel to swap these pages out,
because then I may loose some data
Hi,
I'm writing a driver for a sampling device that is constantly delivering a
relatively high amount of data (about 16 MB/s) and I need to deliver the
data to the user-space ASAP. To prevent data loss I create a queue of
buffers (consisting of few pages each) which are more or less directly
On Sun, 4 Feb 2007, Keenan Pepper wrote:
> I just upgraded the kernel on my System76 Gazelle laptop (basically an
> ASUS Z62FP without the Microsoft tax) and the hard drive began
> freezing every few minutes. I blacklisted ata_piix and the problem
> went away, so that really narrows down where
On Sun, 4 Feb 2007, Keenan Pepper wrote:
I just upgraded the kernel on my System76 Gazelle laptop (basically an
ASUS Z62FP without the Microsoft tax) and the hard drive began
freezing every few minutes. I blacklisted ata_piix and the problem
went away, so that really narrows down where the
On Fri, 26 Jan 2007, Luming Yu wrote:
> On 1/26/07, Martin Drab <[EMAIL PROTECTED]> wrote:
> > On Thu, 25 Jan 2007, Oleg Verych wrote:
> >
> > > On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
> > > > On Thu, 25 Jan 2007, Oleg Verych w
On Thu, 25 Jan 2007, Oleg Verych wrote:
> On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
> > On Thu, 25 Jan 2007, Oleg Verych wrote:
> >
> > > gmane.linux.kernel:
> > > > recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200
On Thu, 25 Jan 2007, Oleg Verych wrote:
On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
gmane.linux.kernel:
recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
Intel 945 PM PCI-E Chipset, for details see
On Fri, 26 Jan 2007, Luming Yu wrote:
On 1/26/07, Martin Drab [EMAIL PROTECTED] wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
gmane.linux.kernel:
recently I got my
On Thu, 25 Jan 2007, Oleg Verych wrote:
> On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
> > On Thu, 25 Jan 2007, Oleg Verych wrote:
> >
> > > gmane.linux.kernel:
> > > > recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200
On Thu, 25 Jan 2007, Oleg Verych wrote:
> gmane.linux.kernel:
> > recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
> > Intel 945 PM PCI-E Chipset, for details see attached log). After booting
> > the latest 2.6.20-rc5-git3 kernel (but the same behaviour occurs also with
> >
On Thu, 25 Jan 2007, Oleg Verych wrote:
gmane.linux.kernel:
recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
Intel 945 PM PCI-E Chipset, for details see attached log). After booting
the latest 2.6.20-rc5-git3 kernel (but the same behaviour occurs also with
the
On Thu, 25 Jan 2007, Oleg Verych wrote:
On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
gmane.linux.kernel:
recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
Intel 945 PM PCI-E Chipset, for details see attached
Hi,
recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
Intel 945 PM PCI-E Chipset, for details see attached log). After booting
the latest 2.6.20-rc5-git3 kernel (but the same behaviour occurs also with
the 2.6.19.2, didn't try any other), some strange behaviour can be
On Thu, 25 Jan 2007, Martin Drab wrote:
> All of this is clearly reproducible. I do not know whether this behaviour
> is somehow related to the ACPI detection problems stated at the beginning
> of the mail, or whether these are two different bugs. That's why I haven't
> reported it
On Thu, 25 Jan 2007, Martin Drab wrote:
All of this is clearly reproducible. I do not know whether this behaviour
is somehow related to the ACPI detection problems stated at the beginning
of the mail, or whether these are two different bugs. That's why I haven't
reported it to bugzilla yet
Hi,
recently I got my hands on an ASUS A8Js notebook (Core 2 Duo T7200,
Intel 945 PM PCI-E Chipset, for details see attached log). After booting
the latest 2.6.20-rc5-git3 kernel (but the same behaviour occurs also with
the 2.6.19.2, didn't try any other), some strange behaviour can be
On Wed, 10 Aug 2005, Jean Delvare wrote:
> Hi Hinko,
>
> > > In order to verify whether I2C block reads work for you, just
> > > compare the contents of this file:
> > > /sys/bus/i2c/devices/0-0050/eeprom
> >
> > I've tested your patch on gericom X5 with VIA chipset and it works
> > fine
On Wed, 10 Aug 2005, Jean Delvare wrote:
Hi Hinko,
In order to verify whether I2C block reads work for you, just
compare the contents of this file:
/sys/bus/i2c/devices/0-0050/eeprom
I've tested your patch on gericom X5 with VIA chipset and it works
fine without/with your
Hi,
I'm getting following general protection fault with bmcsensors and
i2c-ipmi obtained from today's CVS and with 2.6.13-rc6 kernel. After that
system doesn't seem to hang immediatelly (as I was able to do the dmesg
below), however it seems that the internal IPMI watchdog restarted the
Hi,
I'm getting following general protection fault with bmcsensors and
i2c-ipmi obtained from today's CVS and with 2.6.13-rc6 kernel. After that
system doesn't seem to hang immediatelly (as I was able to do the dmesg
below), however it seems that the internal IPMI watchdog restarted the
On Fri, 5 Aug 2005, Jan-Benedict Glaw wrote:
> On Thu, 2005-08-04 22:38:31 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > On Thu, Aug 04, 2005 at 08:54:47AM +0200, Jan-Benedict Glaw wrote:
> > >...
> > > Current GCC from CVS (plus minor configury patches) seems to work. We
> > > had
Problem resolved by BIOS and BCM Firmware update.
Martin
-
To unsubscribe from this list: 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/
Problem resolved by BIOS and BCM Firmware update.
Martin
-
To unsubscribe from this list: 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/
On Fri, 5 Aug 2005, Jan-Benedict Glaw wrote:
On Thu, 2005-08-04 22:38:31 +0200, Adrian Bunk [EMAIL PROTECTED] wrote:
On Thu, Aug 04, 2005 at 08:54:47AM +0200, Jan-Benedict Glaw wrote:
...
Current GCC from CVS (plus minor configury patches) seems to work. We
had -fno-unit-at-a-time
On Thu, 4 Aug 2005, Gene Heskett wrote:
> On Thursday 04 August 2005 04:25, [EMAIL PROTECTED] wrote:
> >On 03/08/2005 17:03:04 linux-kernel-owner wrote:
> >>Is anyone maintaining the smb filesystem in the Linux kernel?
> >
> >It probably won't help you much, but I had the same problem few
> >
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Martin Drab
> > Sent: Thursday, August 04, 2005 8:55 AM
> > To: Linux Kernel Mailing List
> > Subject: MCE problem on dual Opteron
> >
> > Hi,
> >
> > I g
Hi,
I get the following problem with 2.6.13-rc5-git1 on a dual Opteron
machine:
-
...
[ 847.745921] CPU 0: Machine Check Exception:7 Bank 3:
b400083b
[ 847.746066] RIP 10: {pci_conf1_read+0xbe/0x110}
[ 847.746149] TSC 189fe311d3f ADDR fdfc000cfe
[
Hi,
I get the following problem with 2.6.13-rc5-git1 on a dual Opteron
machine:
-
...
[ 847.745921] CPU 0: Machine Check Exception:7 Bank 3:
b400083b
[ 847.746066] RIP 10:802c04ee {pci_conf1_read+0xbe/0x110}
[ 847.746149] TSC 189fe311d3f ADDR
]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin Drab
Sent: Thursday, August 04, 2005 8:55 AM
To: Linux Kernel Mailing List
Subject: MCE problem on dual Opteron
Hi,
I get the following problem with 2.6.13-rc5-git1 on a dual Opteron
machine:
-
...
[ 847.745921
On Thu, 4 Aug 2005, Gene Heskett wrote:
On Thursday 04 August 2005 04:25, [EMAIL PROTECTED] wrote:
On 03/08/2005 17:03:04 linux-kernel-owner wrote:
Is anyone maintaining the smb filesystem in the Linux kernel?
It probably won't help you much, but I had the same problem few
months ago.
On Wed, 3 Aug 2005, Jan Engelhardt wrote:
> >> Hmmm . They put it such that it plays only in microsoft media player.
> >> Case
> >> closed :)
> >
> >I think you're vastly underestimating the skills of MPlayer. ;-)
> >mplayer
>
On Wed, 3 Aug 2005, Jan Engelhardt wrote:
Hmmm . They put it such that it plays only in microsoft media player.
Case
closed :)
I think you're vastly underestimating the skills of MPlayer. ;-)
mplayer
Hi,
my box with nForce2 doesn't turn off automatically with 2.6.13-rc5
(perhaps also with -rc4). Everything seems to go as it should (both with
"poweroff" and ) (even disks park) except for the actual
turn-off.
With -rc3 it works fine.
Martin
P.S.: It's a Gigabyte 7NNXP with latest BIOS.
-
On Tue, 2 Aug 2005, Puneet Vyas wrote:
> Hmmm . They put it such that it plays only in microsoft media player. Case
> closed :)
I think you're vastly underestimating the skills of MPlayer. ;-)
For instance
mplayer
>> -Original Message-
>> From: Martin Drab [mailto:[EMAIL PROTECTED]
>> Sent: Monday, August 01, 2005 6:31 PM
>> To: Salyzyn, Mark
>> Subject: Latest Adaptec AACRAID driver doesn't compile on latest kernel
>>
>> Hi, Mark,
>>
>> beca
-Original Message-
From: Martin Drab [mailto:[EMAIL PROTECTED]
Sent: Monday, August 01, 2005 6:31 PM
To: Salyzyn, Mark
Subject: Latest Adaptec AACRAID driver doesn't compile on latest kernel
Hi, Mark,
because of the following kernel patch issued in 2.6.13-rc4
On Tue, 2 Aug 2005, Puneet Vyas wrote:
Hmmm . They put it such that it plays only in microsoft media player. Case
closed :)
I think you're vastly underestimating the skills of MPlayer. ;-)
For instance
mplayer
Hi,
my box with nForce2 doesn't turn off automatically with 2.6.13-rc5
(perhaps also with -rc4). Everything seems to go as it should (both with
poweroff and CtrlSysRqO) (even disks park) except for the actual
turn-off.
With -rc3 it works fine.
Martin
P.S.: It's a Gigabyte 7NNXP with latest
On Fri, 29 Jul 2005, Andrew Morton wrote:
> "Salyzyn, Mark" <[EMAIL PROTECTED]> wrote:
> >
> > Martin may be overplaying the performance angle.
> >
> > A previous patch took the adapter from 64K to 4MB transaction sizes
> > across the board. This caused Martin's adapter and drive combination
On Thu, 28 Jul 2005, Andrew Morton wrote:
> Martin Drab <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I have a problem with the AACRAID driver on 2.6.13-rc1-git6 (also tested
> > with -git4). I have an Adaptec AAR-2410SA SATA RAID controller card wi
On Thu, 28 Jul 2005, Andrew Morton wrote:
Martin Drab [EMAIL PROTECTED] wrote:
Hi,
I have a problem with the AACRAID driver on 2.6.13-rc1-git6 (also tested
with -git4). I have an Adaptec AAR-2410SA SATA RAID controller card with 2
RAIDs defined on (sda (Data 2) is a non-actual
On Fri, 29 Jul 2005, Andrew Morton wrote:
Salyzyn, Mark [EMAIL PROTECTED] wrote:
Martin may be overplaying the performance angle.
A previous patch took the adapter from 64K to 4MB transaction sizes
across the board. This caused Martin's adapter and drive combination to
tip-over.
Hi,
I have a problem with the AACRAID driver on 2.6.13-rc1-git6 (also tested
with -git4). I have an Adaptec AAR-2410SA SATA RAID controller card with 2
RAIDs defined on (sda (Data 2) is a non-actual-RAID disk space where is
the root (/) system on sda2, and sdb (Data 1) which is a 4 HDD RAID
Hi,
I have a problem with the AACRAID driver on 2.6.13-rc1-git6 (also tested
with -git4). I have an Adaptec AAR-2410SA SATA RAID controller card with 2
RAIDs defined on (sda (Data 2) is a non-actual-RAID disk space where is
the root (/) system on sda2, and sdb (Data 1) which is a 4 HDD RAID
58 matches
Mail list logo