On 11/20/2013 12:26 PM, Bruno Prémont wrote:
Hi Stephen,
On Tue, 19 November 2013 Stephen Clark wrote:
Thanks for the response. I have subscribed to the intel-gfx list. I didn't post
the error_state file since it huge.
It's best to submit a but report on bugs.freedesktop.org and attach
Hi Bruno,
I have tested the latest kernel and X, mesa etc, but am still using wine-1.3.24.
I am working on upgrading that. If I still
have the error I will file a bug report at bugs.freedesktop.org. I already have
a login because of the same problem
happening with Myst 5, but it was never
triggers the hang, please add!
Bruno
On Sun, 17 November 2013 Stephen Clark wrote:
Hi List,
I am getting this in kernel 3.11 x86_64
Nov 17 18:56:19 joker4 kernel: [drm:i915_hangcheck_elapsed] *ERROR* stuck on
render ring
Nov 17 18:56:19 joker4 kernel: [drm] capturing error event; look for more
Hi Bruno,
Thanks for the response. I have subscribed to the intel-gfx list. I didn't post
the error_state file since it huge.
I was trying to play Myst Online using wine-1.3.24. I get started and start
moving my avatar fairly
quickly I get the error.
I have built the latest X, mesa etc
Hi List,
I am getting this in kernel 3.11 x86_64
Nov 17 18:56:19 joker4 kernel: [drm:i915_hangcheck_elapsed] *ERROR* stuck on
render ring
Nov 17 18:56:19 joker4 kernel: [drm] capturing error event; look for more
information in /sys/kernel/debug/dri/0/i915_error_state
Nov 17 18:56:19 joker4
Hi List,
I am getting this in kernel 3.11 x86_64
Nov 17 18:56:19 joker4 kernel: [drm:i915_hangcheck_elapsed] *ERROR* stuck on
render ring
Nov 17 18:56:19 joker4 kernel: [drm] capturing error event; look for more
information in /sys/kernel/debug/dri/0/i915_error_state
Nov 17 18:56:19 joker4
test - is the ml alive.
--
"They that give up essential liberty to obtain temporary safety,
deserve neither liberty nor safety." (Ben Franklin)
"The course of history shows that as a government grows, liberty
decreases." (Thomas Jefferson)
--
To unsubscribe from this list: send the
test - is the ml alive.
--
They that give up essential liberty to obtain temporary safety,
deserve neither liberty nor safety. (Ben Franklin)
The course of history shows that as a government grows, liberty
decreases. (Thomas Jefferson)
--
To unsubscribe from this list: send the line
Johannes Weiner wrote:
Hi,
Stephen Clark <[EMAIL PROTECTED]> writes:
userspace
Please supply the full dmesg output on the non-working kernel the
corresponding .config (or /proc/config.gz).
Added Dave to CC.
Hannes
Duh - I rebooted into the new kernel and no long
Johannes Weiner wrote:
Hi,
Stephen Clark <[EMAIL PROTECTED]> writes:
Which governor are you using? ondemand?
Not sure - but the only thing that is changed is the kernel - if I go
back to 2.6.23.1 it works correctly.
Have a look at /sys/devices/system/cpu/cpu0/c
Johannes Weiner wrote:
Hi,
Stephen Clark [EMAIL PROTECTED] writes:
Which governor are you using? ondemand?
Not sure - but the only thing that is changed is the kernel - if I go
back to 2.6.23.1 it works correctly.
Have a look at /sys/devices/system/cpu/cpu0/cpufreq
Johannes Weiner wrote:
Hi,
Stephen Clark [EMAIL PROTECTED] writes:
userspace
Please supply the full dmesg output on the non-working kernel the
corresponding .config (or /proc/config.gz).
Added Dave to CC.
Hannes
Duh - I rebooted into the new kernel and no longer see
Hello,
Running linux 2.6.23.1-21.fc7
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
correctly reflects the cpu speed, when idle it is 996000 and when
compiling it is 1826000.
Its also the same as what is in /proc/cpuinfo.
But with 2.6.23.8-34.fc7
Hello,
Running linux 2.6.23.1-21.fc7
/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
correctly reflects the cpu speed, when idle it is 996000 and when
compiling it is 1826000.
Its also the same as what is in /proc/cpuinfo.
But with 2.6.23.8-34.fc7
Dave Jones wrote:
On Mon, Nov 19, 2007 at 07:41:31PM -0500, Stephen Clark wrote:
> Hello List,
>
> I am trying to get throttling to work on the following processor
I think by throttling, you actually mean changing frequency/voltage ?
(throttling is something else, where the CPU skip
Hello List,
I am trying to get throttling to work on the following processor with
linux 2.6.17-1.2142_FC4
with no luck.
AMD Athlon(tm) XP 1700+
cat /proc/acpi/processor/CPU0/info
processor id:0
acpi id: 0
bus mastering control: no
power management:yes
Hello List,
I am trying to get throttling to work on the following processor with
linux 2.6.17-1.2142_FC4
with no luck.
AMD Athlon(tm) XP 1700+
cat /proc/acpi/processor/CPU0/info
processor id:0
acpi id: 0
bus mastering control: no
power management:yes
Dave Jones wrote:
On Mon, Nov 19, 2007 at 07:41:31PM -0500, Stephen Clark wrote:
Hello List,
I am trying to get throttling to work on the following processor
I think by throttling, you actually mean changing frequency/voltage ?
(throttling is something else, where the CPU skips every n
Maciej W. Rozycki wrote:
On Sun, 4 Nov 2007, Alberto Gonzalez wrote:
The problem comes from a very high rate of load/unload cycles of the heads
that reaches the 300.000-600.000 limit in 2-3 years (with smartmontools it
can checked it with "smartctl -A /dev/sda") . There are reports of
Maciej W. Rozycki wrote:
On Sun, 4 Nov 2007, Alberto Gonzalez wrote:
The problem comes from a very high rate of load/unload cycles of the heads
that reaches the 300.000-600.000 limit in 2-3 years (with smartmontools it
can checked it with smartctl -A /dev/sda) . There are reports of HDD
Hi List,
When the asus-laptop module is loaded it automatically turns on my
wireless led
light irregardless of the whether or not the my wireless is up or not. I
had previously
been using the out of kernel asus-laptop module, which no longer
compiles because of
missing some structure
Hi List,
When the asus-laptop module is loaded it automatically turns on my
wireless led
light irregardless of the whether or not the my wireless is up or not. I
had previously
been using the out of kernel asus-laptop module, which no longer
compiles because of
missing some structure
I just upgraded my HP N5430 laptop to fedora 7 with a 2.6.21 kernel.
It used to be udma/66 under the old ide driver.
ata1: PATA max UDMA/100 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x00011000
irq 14
ata2: PATA max UDMA/100 cmd 0x00010170 ctl 0x00010376 bmdma 0x00011008
irq 15
scsi0 : pata_ali
I just upgraded my HP N5430 laptop to fedora 7 with a 2.6.21 kernel.
It used to be udma/66 under the old ide driver.
ata1: PATA max UDMA/100 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x00011000
irq 14
ata2: PATA max UDMA/100 cmd 0x00010170 ctl 0x00010376 bmdma 0x00011008
irq 15
scsi0 : pata_ali
David Schwartz wrote:
On Wed, 20 Jun 2007 12:55:10 -0700
"David Schwartz" <[EMAIL PROTECTED]> wrote:
A key is a number. A signature is a number. They are neither
statements nor
instructions. The argument that GPLv2 prohibits Tivoization is
really and
truly absurd. It has
David Schwartz wrote:
On Wed, 20 Jun 2007 12:55:10 -0700
David Schwartz [EMAIL PROTECTED] wrote:
A key is a number. A signature is a number. They are neither
statements nor
instructions. The argument that GPLv2 prohibits Tivoization is
really and
truly absurd. It has
Frank Sorenson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The patch to "remove combined mode quirk" (git bisect says
8cdfb29c0cd8018f92214c11c631d8926f4cb032) makes my laptop run slower
than a dead sloth. "hdparm -T" indicates that buffered disk reads on my
hard drive drop from
Frank Sorenson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The patch to remove combined mode quirk (git bisect says
8cdfb29c0cd8018f92214c11c631d8926f4cb032) makes my laptop run slower
than a dead sloth. hdparm -T indicates that buffered disk reads on my
hard drive drop from 48-50
Rob Landley wrote:
On Tuesday 15 May 2007 5:08 pm, Dave Jones wrote:
On Mon, May 14, 2007 at 07:32:43PM +0200, Tejun Heo wrote:
> Francesco Pretto wrote:
> > 2007/5/4, Tejun Heo <[EMAIL PROTECTED]>:
> >> Yeap, the third iteration of the patch just got submitted.
> >>
> >>
Rob Landley wrote:
On Tuesday 15 May 2007 5:08 pm, Dave Jones wrote:
On Mon, May 14, 2007 at 07:32:43PM +0200, Tejun Heo wrote:
Francesco Pretto wrote:
2007/5/4, Tejun Heo [EMAIL PROTECTED]:
Yeap, the third iteration of the patch just got submitted.
Jeff Garzik wrote:
Great news.
Here's hoping that Intel produces a standalone video card eventually, to
further take away market share from closed source competitors.
Jeff, not biased at all...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Jeff Garzik wrote:
Great news.
Here's hoping that Intel produces a standalone video card eventually, to
further take away market share from closed source competitors.
Jeff, not biased at all...
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
Lennart Sorensen wrote:
On Tue, May 08, 2007 at 05:19:45PM -0400, Jeff Garzik wrote:
+Do not unnecessarily use braces where a single statement will do.
+
+if (condition)
+ action();
+
+This does not apply if one branch of a conditional statement is a single
+statement. Use braces in
Maciej W. Rozycki wrote:
On Tue, 8 May 2007, Satyam Sharma wrote:
Hmmm ... what if David was German and had a couple of umlauts in his
name :-) One would expect to at least _spell_ his own name properly in
his code. Sources need to take care of that too (but we better stick
to only UTF-8
Dmitry Torokhov wrote:
On 5/7/07, Alan Cox <[EMAIL PROTECTED]> wrote:
On Mon, 7 May 2007 19:49:50 +
Pavel Machek <[EMAIL PROTECTED]> wrote:
On Mon 2007-05-07 16:10:53, David Woodhouse wrote:
On Mon, 2007-05-07 at 14:04 +, Pavel Machek wrote:
Can we stick to
Dmitry Torokhov wrote:
On 5/7/07, Alan Cox [EMAIL PROTECTED] wrote:
On Mon, 7 May 2007 19:49:50 +
Pavel Machek [EMAIL PROTECTED] wrote:
On Mon 2007-05-07 16:10:53, David Woodhouse wrote:
On Mon, 2007-05-07 at 14:04 +, Pavel Machek wrote:
Can we stick to
Maciej W. Rozycki wrote:
On Tue, 8 May 2007, Satyam Sharma wrote:
Hmmm ... what if David was German and had a couple of umlauts in his
name :-) One would expect to at least _spell_ his own name properly in
his code. Sources need to take care of that too (but we better stick
to only UTF-8
Lennart Sorensen wrote:
On Tue, May 08, 2007 at 05:19:45PM -0400, Jeff Garzik wrote:
+Do not unnecessarily use braces where a single statement will do.
+
+if (condition)
+ action();
+
+This does not apply if one branch of a conditional statement is a single
+statement. Use braces in
Chuck Ebbert wrote:
Stephen Clark wrote:
I'm running fc6 but with kernel 2.6.21 from kernel.org - compiled with
the .config file from fc6.
My system is a asus laptop with an ich7 chipset which has both sata and
pata controllers. My
laptop only brings out the pata controller interface
Jesse Barnes wrote:
On Monday, April 30, 2007 1:22 pm Stephen Clark wrote:
Please don't do this!
Yeah the kernel will boot but the hd performance is sh*t on my
laptop. I am running FC6 with
kernel 2.6.21 and without the combined_mode setting my disk
performance goes down to a
whopping
Jeff Garzik wrote:
Stephen Clark wrote:
Yeah the kernel will boot but the hd performance is sh*t on my laptop. I
am running FC6 with
kernel 2.6.21 and without the combined_mode setting my disk performance
goes down to a
whopping 1.25mb/sec from 44mb/sec when I boot with combined_mode
Jeff Garzik wrote:
Stephen Clark wrote:
Yeah the kernel will boot but the hd performance is sh*t on my laptop. I
am running FC6 with
kernel 2.6.21 and without the combined_mode setting my disk performance
goes down to a
whopping 1.25mb/sec from 44mb/sec when I boot with combined_mode
Jesse Barnes wrote:
On Monday, April 30, 2007 1:22 pm Stephen Clark wrote:
Please don't do this!
Yeah the kernel will boot but the hd performance is sh*t on my
laptop. I am running FC6 with
kernel 2.6.21 and without the combined_mode setting my disk
performance goes down to a
whopping
Chuck Ebbert wrote:
Stephen Clark wrote:
I'm running fc6 but with kernel 2.6.21 from kernel.org - compiled with
the .config file from fc6.
My system is a asus laptop with an ich7 chipset which has both sata and
pata controllers. My
laptop only brings out the pata controller interface
Jeff Garzik wrote:
Chuck Ebbert wrote:
Jeff Garzik wrote:
Jeff Garzik (8):
libata/IDE: remove combined mode quirk
You can't just remove the "combined_mode=" kernel parameter or
every Linux user who uses that will get an unbootable kernel
with no good way of diagnosing the
Jeff Garzik wrote:
Chuck Ebbert wrote:
Jeff Garzik wrote:
Jeff Garzik (8):
libata/IDE: remove combined mode quirk
You can't just remove the combined_mode= kernel parameter or
every Linux user who uses that will get an unbootable kernel
with no good way of diagnosing the
Linus Torvalds wrote:
On Fri, 27 Apr 2007, Andreas Dilger wrote:
It's true that this is a "feature" of ext3 with data=ordered (the default),
but I suspect the same thing is now true in reiserfs too.
Oh, well.. Journalling sucks.
I was actually _really_ hoping that somebody would
Adrian Bunk wrote:
On Fri, Apr 27, 2007 at 12:31:43PM -0400, Theodore Tso wrote:
On Fri, Apr 27, 2007 at 04:58:05PM +0200, Adrian Bunk wrote:
"no regressions" is definitely not feasible.
14 known regressions, some of them not yet debugged at all, are
different from your "some small
Stephen Clark wrote:
Jeff Garzik wrote:
Stephen Clark wrote:
It is laptop that does not have a serial port and I could not couldn't
get the
kernel to boot using a usb serial port so I couldn't get a screen
capture of
the intermittant panic.
If you can write it down
Stephen Clark wrote:
Jeff Garzik wrote:
Stephen Clark wrote:
It is laptop that does not have a serial port and I could not couldn't
get the
kernel to boot using a usb serial port so I couldn't get a screen
capture of
the intermittant panic.
If you can write it down
Adrian Bunk wrote:
On Fri, Apr 27, 2007 at 12:31:43PM -0400, Theodore Tso wrote:
On Fri, Apr 27, 2007 at 04:58:05PM +0200, Adrian Bunk wrote:
no regressions is definitely not feasible.
14 known regressions, some of them not yet debugged at all, are
different from your some small
Linus Torvalds wrote:
On Fri, 27 Apr 2007, Andreas Dilger wrote:
It's true that this is a feature of ext3 with data=ordered (the default),
but I suspect the same thing is now true in reiserfs too.
Oh, well.. Journalling sucks.
I was actually _really_ hoping that somebody would come
g/lkml/2007/3/31/160
Submitter : Stephen Clark <[EMAIL PROTECTED]>
Status : unknown
The poster says rtl8139, but doesn't provide more info. His lspci says
"RTL8169SC", which sounds more like r8169 to me.
Yes, thanks.
The r8169 driver has bee
Jeff Garzik wrote:
Stephen Clark wrote:
It is laptop that does not have a serial port and I could not couldn't
get the
kernel to boot using a usb serial port so I couldn't get a screen
capture of
the intermittant panic.
If you can write it down with a pen and paper, or manually
Jeff Garzik wrote:
Francois Romieu wrote:
Pointer for the rtl8139 regression please ?
I'm guessing it's this one:
Subject: boot failure: rtl8139: exception in interrupt routine
References : http://lkml.org/lkml/2007/3/31/160
Submitter : Stephen Clark
Jeff Garzik wrote:
IMO, the closer you look, the more warts you find. Before you starting
doing your work with kernel regressions, no one was really tracking it.
I bet you have helped cut down on the regressions, but I have no good
way to quantify my gut feeling.
Additional comments on
Krzysztof Halasa wrote:
Adrian Bunk <[EMAIL PROTECTED]> writes:
Look at the facts:
8 out of 14 regressions in my current list were reported in March or earlier.
And for many regressions fixed it took several weeks until debugging
by a kernel developer was started.
We do not lack testers
Krzysztof Halasa wrote:
Adrian Bunk [EMAIL PROTECTED] writes:
Look at the facts:
8 out of 14 regressions in my current list were reported in March or earlier.
And for many regressions fixed it took several weeks until debugging
by a kernel developer was started.
We do not lack testers
Jeff Garzik wrote:
IMO, the closer you look, the more warts you find. Before you starting
doing your work with kernel regressions, no one was really tracking it.
I bet you have helped cut down on the regressions, but I have no good
way to quantify my gut feeling.
Additional comments on
Jeff Garzik wrote:
Francois Romieu wrote:
Pointer for the rtl8139 regression please ?
I'm guessing it's this one:
Subject: boot failure: rtl8139: exception in interrupt routine
References : http://lkml.org/lkml/2007/3/31/160
Submitter : Stephen Clark
Jeff Garzik wrote:
Stephen Clark wrote:
It is laptop that does not have a serial port and I could not couldn't
get the
kernel to boot using a usb serial port so I couldn't get a screen
capture of
the intermittant panic.
If you can write it down with a pen and paper, or manually
/2007/3/31/160
Submitter : Stephen Clark [EMAIL PROTECTED]
Status : unknown
The poster says rtl8139, but doesn't provide more info. His lspci says
RTL8169SC, which sounds more like r8169 to me.
Yes, thanks.
The r8169 driver has been added a few bugfixes between
Chuck Ebbert wrote:
Stephen Clark wrote:
Mark Lord wrote:
Mark Lord wrote:
With the patch applied, I don't see *any* new activity in those
S.M.A.R.T.
attributes over multiple hibernates (Linux "suspend-to-disk").
Scratch that -- operator failure. ;)
Chuck Ebbert wrote:
Stephen Clark wrote:
Mark Lord wrote:
Mark Lord wrote:
With the patch applied, I don't see *any* new activity in those
S.M.A.R.T.
attributes over multiple hibernates (Linux suspend-to-disk).
Scratch that -- operator failure. ;)
The patch
Jan Engelhardt wrote:
On Apr 18 2007 09:39, Stephen Clark wrote:
So this is the pop I hear on my new laptop that is using
libata=combined_mode when I shut my system down. I didn't get the
pop with the same disk drive in an older laptop that was only ide.
It sounds like a relay closing
Len Brown wrote:
On Wednesday 18 April 2007 16:23, Jeff Garzik wrote:
Len Brown wrote:
< Linux version 2.6.20-1.2933.fc6
< ([EMAIL PROTECTED]) (gcc version 4.1.1 20070105
< (Red Hat 4.1.1-51)) #1 SMP Mon Mar 19 11:38:26 EDT 2007
---
Linux version 2.6.20-1.3023.fc7
([EMAIL
Alan Cox wrote:
scsi0 : pata_ali
PM: Adding info for No Bus:host0
ata1.00: ATA-5: HITACHI_DK23CA-20, 00H1A0A3, max UDMA/100 <
drive can do 100
ata1.00: 39070080 sectors, multi 16: LBA
ata1.00: configured for UDMA/33<=== configured as 33
How is this system
Alan Cox wrote:
scsi0 : pata_ali
PM: Adding info for No Bus:host0
ata1.00: ATA-5: HITACHI_DK23CA-20, 00H1A0A3, max UDMA/100
drive can do 100
ata1.00: 39070080 sectors, multi 16: LBA
ata1.00: configured for UDMA/33=== configured as 33
How is this system
Len Brown wrote:
On Wednesday 18 April 2007 16:23, Jeff Garzik wrote:
Len Brown wrote:
Linux version 2.6.20-1.2933.fc6
([EMAIL PROTECTED]) (gcc version 4.1.1 20070105
(Red Hat 4.1.1-51)) #1 SMP Mon Mar 19 11:38:26 EDT 2007
---
Linux version 2.6.20-1.3023.fc7
([EMAIL
Jan Engelhardt wrote:
On Apr 18 2007 09:39, Stephen Clark wrote:
So this is the pop I hear on my new laptop that is using
libata=combined_mode when I shut my system down. I didn't get the
pop with the same disk drive in an older laptop that was only ide.
It sounds like a relay closing
Chuck Ebbert wrote:
Stephen Clark wrote:
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
FC7 test4 will be out any day now. Please test that -- test2 is ancient
now.
-
To unsubscribe from this list: send the line "unsubscribe
Mark Lord wrote:
Mark Lord wrote:
With the patch applied, I don't see *any* new activity in those S.M.A.R.T.
attributes over multiple hibernates (Linux "suspend-to-disk").
Scratch that -- operator failure. ;)
The patch makes no difference over hibernates in the SMART logs.
It's
Mark Lord wrote:
Alan Cox wrote:
+ if (dev->needs_flush && ata_try_flush_cache(dev)) {
return ata_scsi_flush_xlat;
+ dev->needs_flush = 0;
Works better if you swap the dev-> and return lines
Heh, yeah, I noticed
Alan Cox wrote:
Thought about that and querying power state before doing shutdown
sequence but things get somewhat ugly because shutdown sequence is
driven from sd->shutdown(). We'll have to snoop both sync and shutdown
commands and check whether the system is shutting down. Also, I felt
Alan Cox wrote:
Thought about that and querying power state before doing shutdown
sequence but things get somewhat ugly because shutdown sequence is
driven from sd-shutdown(). We'll have to snoop both sync and shutdown
commands and check whether the system is shutting down. Also, I felt
Mark Lord wrote:
Alan Cox wrote:
+ if (dev-needs_flush ata_try_flush_cache(dev)) {
return ata_scsi_flush_xlat;
+ dev-needs_flush = 0;
Works better if you swap the dev- and return lines
Heh, yeah, I noticed that!
Mark Lord wrote:
Mark Lord wrote:
With the patch applied, I don't see *any* new activity in those S.M.A.R.T.
attributes over multiple hibernates (Linux suspend-to-disk).
Scratch that -- operator failure. ;)
The patch makes no difference over hibernates in the SMART logs.
It's still
Chuck Ebbert wrote:
Stephen Clark wrote:
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
FC7 test4 will be out any day now. Please test that -- test2 is ancient
now.
-
To unsubscribe from this list: send the line unsubscribe linux
Stephen Clark wrote:
Andrew Morton wrote:
On Sat, 31 Mar 2007 16:14:01 -0400 Stephen Clark <[EMAIL PROTECTED]> wrote:
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
Laptop 1 is an asus vbi s96f that get a panic tha
Stephen Clark wrote:
Andrew Morton wrote:
On Sat, 31 Mar 2007 16:14:01 -0400 Stephen Clark [EMAIL PROTECTED] wrote:
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
Laptop 1 is an asus vbi s96f that get a panic that says exception
Andrew Morton wrote:
On Sat, 31 Mar 2007 16:14:01 -0400 Stephen Clark <[EMAIL PROTECTED]> wrote:
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
Laptop 1 is an asus vbi s96f that get a panic that says exception in
interrupt r
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
Laptop 1 is an asus vbi s96f that get a panic that says exception in
interrupt routine
for my rtl8139.
This device works fine in 2.6.20.2
$ lspci -v
00:00.0 Host bridge: Intel Corporation Mobile
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
Laptop 1 is an asus vbi s96f that get a panic that says exception in
interrupt routine
for my rtl8139.
This device works fine in 2.6.20.2
$ lspci -v
00:00.0 Host bridge: Intel Corporation Mobile
Andrew Morton wrote:
On Sat, 31 Mar 2007 16:14:01 -0400 Stephen Clark [EMAIL PROTECTED] wrote:
Hello,
I have just tried booting the fc7-rc2 live cd on 2 of my laptops and it
failed on both.
Laptop 1 is an asus vbi s96f that get a panic that says exception in
interrupt routine
for my
Mark Hahn wrote:
So in an attempt to summarise the situation, what are the advantages of RSDL
over mainline.
Fairness
why do you think fairness is good, especially always good?
Starvation free
even starvation is sometimes a good thing - there's a place for processes
that
Mark Hahn wrote:
So in an attempt to summarise the situation, what are the advantages of RSDL
over mainline.
Fairness
why do you think fairness is good, especially always good?
Starvation free
even starvation is sometimes a good thing - there's a place for processes
that
Con Kolivas wrote:
Here is an update for RSDL to version 0.28
Full patch:
http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.28.patch
Series:
http://ck.kolivas.org/patches/staircase-deadline/2.6.20/
The patch to get you from 0.26 to 0.28:
Con Kolivas wrote:
Here is an update for RSDL to version 0.28
Full patch:
http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.28.patch
Series:
http://ck.kolivas.org/patches/staircase-deadline/2.6.20/
The patch to get you from 0.26 to 0.28:
Bill Davidsen wrote:
Stephen Clark wrote:
Bill Davidsen wrote:
Alan Cox wrote:
it seems broken to manipulate xfer_mask after returning from the
driver's ->mode_filter hook.
this patch is more than just a speed-limited warning printk, afaics
I actua
Bill Davidsen wrote:
Alan Cox wrote:
it seems broken to manipulate xfer_mask after returning from the
driver's ->mode_filter hook.
this patch is more than just a speed-limited warning printk, afaics
I actually suggested that order because the only way the printk can be
done
Bill Davidsen wrote:
Alan Cox wrote:
it seems broken to manipulate xfer_mask after returning from the
driver's -mode_filter hook.
this patch is more than just a speed-limited warning printk, afaics
I actually suggested that order because the only way the printk can be
done
Bill Davidsen wrote:
Stephen Clark wrote:
Bill Davidsen wrote:
Alan Cox wrote:
it seems broken to manipulate xfer_mask after returning from the
driver's -mode_filter hook.
this patch is more than just a speed-limited warning printk, afaics
I actually
Pavel Machek wrote:
Hi!
Actually, it's quite clear under US law what a derivative work is and
what rights you need to distribute it, and equally clear that
compiling code does not make a "translation" in a copyright sense.
Read Micro Star v. Formgen -- it's good law and it's funny and
Pavel Machek wrote:
Hi!
Actually, it's quite clear under US law what a derivative work is and
what rights you need to distribute it, and equally clear that
compiling code does not make a translation in a copyright sense.
Read Micro Star v. Formgen -- it's good law and it's funny and
Patrick Ale wrote:
On 2/4/07, Stephen Clark <[EMAIL PROTECTED]> wrote:
Robert Hancock wrote:
But why are we taking away the users capability to control his/her own
hardware. Sounds like windows.
I wouldn't go as far as making that comparsion, most of all cause it's
Robert Hancock wrote:
Hi guys,
Me again, sorry.
Is it possible to make hdparm work with libata?
I have some drives that for some reason fall back to lower UDMA
settings (like UDMA/44) while the drive is UDMA/100. I blame the way I
set-up my raid arrays for this and the bus not being able to
Robert Hancock wrote:
Hi guys,
Me again, sorry.
Is it possible to make hdparm work with libata?
I have some drives that for some reason fall back to lower UDMA
settings (like UDMA/44) while the drive is UDMA/100. I blame the way I
set-up my raid arrays for this and the bus not being able to
Patrick Ale wrote:
On 2/4/07, Stephen Clark [EMAIL PROTECTED] wrote:
Robert Hancock wrote:
But why are we taking away the users capability to control his/her own
hardware. Sounds like windows.
I wouldn't go as far as making that comparsion, most of all cause it's
totaly
Willy Tarreau wrote:
On Sat, Jan 20, 2007 at 02:56:20PM -0500, Stephen Clark wrote:
Sunil Naidu wrote:
On 1/20/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
It is not expected to increase write performance, but it should help
you do something else during that time, o
Sunil Naidu wrote:
On 1/20/07, Willy Tarreau <[EMAIL PROTECTED]> wrote:
It is not expected to increase write performance, but it should help
you do something else during that time, or also give more responsiveness
to Ctrl-C. It is possible that you have fast and slow RAM, or that your
video
1 - 100 of 152 matches
Mail list logo
