On Sun, 2010-09-19 at 00:33 -0700, Konstantin Svist wrote:
> On 09/18/2010 10:01 PM, Gilboa Davara wrote:
> > On Sat, 2010-09-18 at 19:17 -0700, Konstantin Svist wrote:
> >> It turns out that if AHCI mode is enabled, my DVD drive disappears.
> >> Apparently with normal kernel, it's detected as PATA
On 09/18/2010 10:01 PM, Gilboa Davara wrote:
> On Sat, 2010-09-18 at 19:17 -0700, Konstantin Svist wrote:
>> It turns out that if AHCI mode is enabled, my DVD drive disappears.
>> Apparently with normal kernel, it's detected as PATA - and with the
>> patch not detected at all.
>> Figures
> I expe
On Sat, 2010-09-18 at 19:17 -0700, Konstantin Svist wrote:
> On 09/18/2010 03:06 AM, Gilboa Davara wrote:
> > On Sat, 2010-09-18 at 01:36 -0700, Konstantin Svist wrote:
> >> On 09/17/2010 12:41 PM, Gilboa Davara wrote:
> >>> Your SATA seems to be configured to work in IDE compatibility mode.
> >>
>
On 09/18/2010 03:06 AM, Gilboa Davara wrote:
> On Sat, 2010-09-18 at 01:36 -0700, Konstantin Svist wrote:
>> On 09/17/2010 12:41 PM, Gilboa Davara wrote:
>>> Your SATA seems to be configured to work in IDE compatibility mode.
>>
>> You were right, I found a mention of my chipset and a patch
>> (h
On 09/18/2010 03:06 AM, Gilboa Davara wrote:
> I'd suggest you file a bug report in http://bugzilla.redhat.com and ask
> that this patch will be included. Make sure you post the complete
> hardware configuration in the bug report.
> Looking at the code, I don't see any huge reason that this patch
On Sat, 2010-09-18 at 01:36 -0700, Konstantin Svist wrote:
> On 09/17/2010 12:41 PM, Gilboa Davara wrote:
> > Your SATA seems to be configured to work in IDE compatibility mode.
>
>
> You were right, I found a mention of my chipset and a patch
> (http://www.codon.org.uk/~mjg59/tmp/ahci_quirk_cle
On Fri, 2010-09-17 at 13:11 -0700, Konstantin Svist wrote:
> On 09/17/2010 12:41 PM, Gilboa Davara wrote:
> > On Fri, 2010-09-17 at 10:09 -0700, Konstantin Svist wrote:
> >> On 09/17/2010 07:40 AM, Gilboa Davara wrote:
> >>> Are you using SATA drive, or IDE?
> >>> Assuming the former, does it use n
On Sat, 2010-09-18 at 01:52 -0700, brian mckee wrote:
>
> i found the fedoria website and singed up. what was that web
> site?
>
It is Linux Distribution community and this is the community's mailing
list.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or c
> i found the fedoria website and singed up. what was that web site?
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
On 09/17/2010 12:41 PM, Gilboa Davara wrote:
> Your SATA seems to be configured to work in IDE compatibility mode.
You were right, I found a mention of my chipset and a patch
(http://www.codon.org.uk/~mjg59/tmp/ahci_quirk_cleanup.diff)
After compiling the kernel with it, the chipset is now run
On 09/17/2010 12:41 PM, Gilboa Davara wrote:
> On Fri, 2010-09-17 at 10:09 -0700, Konstantin Svist wrote:
>> On 09/17/2010 07:40 AM, Gilboa Davara wrote:
>>> Are you using SATA drive, or IDE?
>>> Assuming the former, does it use native SATA / AHCI or IDE-compatible
>>> mode?
>>>
>>>
>> Pretty sur
On 09/17/2010 12:37 PM, Gilboa Davara wrote:
> On Fri, 2010-09-17 at 10:09 -0700, Konstantin Svist wrote:
>> On 09/17/2010 07:40 AM, Gilboa Davara wrote:
>>> Are you using SATA drive, or IDE?
>>> Assuming the former, does it use native SATA / AHCI or IDE-compatible
>>> mode?
>>>
>>>
>> Pretty sur
On 09/17/2010 11:36 AM, Robert Myers wrote:
> I've never thought that there was anything more complicated to this
> phenomenon than that keyboard and disk i/o are both serviced by
> interrupts.
It's true that both are serviced by interrupts, but they're separate
hardware interrupts -- and the v
On Fri, 2010-09-17 at 10:09 -0700, Konstantin Svist wrote:
> On 09/17/2010 07:40 AM, Gilboa Davara wrote:
> > Are you using SATA drive, or IDE?
> > Assuming the former, does it use native SATA / AHCI or IDE-compatible
> > mode?
> >
> >
>
> Pretty sure it's SATA:
>
> Sep 16 19:48:47 mireille kerne
On Fri, 2010-09-17 at 10:09 -0700, Konstantin Svist wrote:
> On 09/17/2010 07:40 AM, Gilboa Davara wrote:
> > Are you using SATA drive, or IDE?
> > Assuming the former, does it use native SATA / AHCI or IDE-compatible
> > mode?
> >
> >
>
> Pretty sure it's SATA:
>
> Sep 16 19:48:47 mireille kerne
On Fri, Sep 17, 2010 at 3:09 PM, Bruno Wolff III wrote:
> On Fri, Sep 17, 2010 at 14:36:12 -0400,
> Robert Myers wrote:
>>
>> I've never thought that there was anything more complicated to this
>> phenomenon than that keyboard and disk i/o are both serviced by
>> interrupts.
>
> That's not likel
On Fri, Sep 17, 2010 at 14:36:12 -0400,
Robert Myers wrote:
>
> I've never thought that there was anything more complicated to this
> phenomenon than that keyboard and disk i/o are both serviced by
> interrupts.
That's not likely the problem. It's probably competing access to disk I/O
between
On Tue, Sep 14, 2010 at 5:11 PM, Konstantin Svist wrote:
> For some reason, while running HDD-intensive tasks (e.g. svn update on
> a large tree), system becomes extremely unresponsive.
> And I don't mean tasks that require any disk access - I'm trying to type
> inside an ssh session in a termina
On 09/17/2010 07:40 AM, Gilboa Davara wrote:
> Are you using SATA drive, or IDE?
> Assuming the former, does it use native SATA / AHCI or IDE-compatible
> mode?
>
>
Pretty sure it's SATA:
Sep 16 19:48:47 mireille kernel: ata1: SATA max UDMA/133 cmd 0x1f0 ctl
0x3f6 bmdma 0xbfa0 irq 14
Sep 16 19
On Tue, 2010-09-14 at 14:11 -0700, Konstantin Svist wrote:
> For some reason, while running HDD-intensive tasks (e.g. svn update on
> a large tree), system becomes extremely unresponsive.
> And I don't mean tasks that require any disk access - I'm trying to type
> inside an ssh session in a termi
On 09/14/2010 02:35 PM, Arthur Pemberton wrote:
> On Tue, Sep 14, 2010 at 5:33 PM, Konstantin Svist wrote:
>> On 09/14/2010 02:21 PM, Arthur Pemberton wrote:
>>> On Tue, Sep 14, 2010 at 5:11 PM, Konstantin Svist
>>> wrote:
For some reason, while running HDD-intensive tasks (e.g. sv
On Tue, Sep 14, 2010 at 5:33 PM, Konstantin Svist wrote:
> On 09/14/2010 02:21 PM, Arthur Pemberton wrote:
>> On Tue, Sep 14, 2010 at 5:11 PM, Konstantin Svist wrote:
>>> For some reason, while running HDD-intensive tasks (e.g. svn update on
>>> a large tree), system becomes extremely unrespon
On 09/14/2010 02:21 PM, Arthur Pemberton wrote:
> On Tue, Sep 14, 2010 at 5:11 PM, Konstantin Svist wrote:
>> For some reason, while running HDD-intensive tasks (e.g. svn update on
>> a large tree), system becomes extremely unresponsive.
>> And I don't mean tasks that require any disk access -
On Tue, Sep 14, 2010 at 5:11 PM, Konstantin Svist wrote:
> For some reason, while running HDD-intensive tasks (e.g. svn update on
> a large tree), system becomes extremely unresponsive.
> And I don't mean tasks that require any disk access - I'm trying to type
> inside an ssh session in a termina
On Tue, 14 Sep 2010 14:11:45 -0700
Konstantin Svist wrote:
> Just now, composing this email, thunderbird got stuck at the previous
> sentence for a second while it was downloading new messages.
>
> What's going on??
I've seen similar behavior. My theory has always been that
some sort of tuning
For some reason, while running HDD-intensive tasks (e.g. svn update on
a large tree), system becomes extremely unresponsive.
And I don't mean tasks that require any disk access - I'm trying to type
inside an ssh session in a terminal, and the remote machine is getting
my keystrokes after a pre
26 matches
Mail list logo
