This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly involv
This email lists some known regressions in Linus' tree compared to 2.6.20.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any other way
possibly involv
On Sun, Apr 08, 2007 at 02:35:59PM -0700, Andrew Morton wrote:
...
> git-acpi.patch
after bisecting I can finally say what breaks resume from STR here:
tada: CPU_IDLE.
I first spotted the git-acpi.patch then reapplied it and disabled
CPU_IDLE, now my laptop resumes.
Any useful information I
On 4/13/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
On Friday 13 April 2007 13:16, Dmitry Torokhov wrote:
> On 4/13/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> > On Tuesday 20 February 2007 06:52, marco wrote:
> > > I have a thinkpad X41-tablet which uses the linuxwacom serial drivers.
> > >
On Friday 13 April 2007 13:16, Dmitry Torokhov wrote:
> On 4/13/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
> > On Tuesday 20 February 2007 06:52, marco wrote:
> > > I have a thinkpad X41-tablet which uses the linuxwacom serial drivers.
> > > The tablet works perfectly when the laptop first boots,
On Friday 13 April 2007 14:07, Pavel Machek wrote:
> > > ... The primary issue is the concurrent access
> > > to resources, which cause lots of trouble which are hard to investigate.
> > > If ACPI reserves the ports, then the SMBus or hardware monitoring
> > > drivers (or any other conflicting driv
Hi!
> > ... The primary issue is the concurrent access
> > to resources, which cause lots of trouble which are hard to investigate.
> > If ACPI reserves the ports, then the SMBus or hardware monitoring
> > drivers (or any other conflicting driver) will cleanly fail to load,
> > which would be a mo
On 4/13/07, Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
On Tuesday 20 February 2007 06:52, marco wrote:
> I have a thinkpad X41-tablet which uses the linuxwacom serial drivers.
> The tablet works perfectly when the laptop first boots, but does not work
> at all after resuming from sleep. I posted t
On Tuesday 20 February 2007 06:52, marco wrote:
> I have a thinkpad X41-tablet which uses the linuxwacom serial drivers.
> The tablet works perfectly when the laptop first boots, but does not work
> at all after resuming from sleep. I posted to the linuxwacom list but
> think that the problem mig
On Friday 02 March 2007 07:03, Jean Delvare wrote:
> ... The primary issue is the concurrent access
> to resources, which cause lots of trouble which are hard to investigate.
> If ACPI reserves the ports, then the SMBus or hardware monitoring
> drivers (or any other conflicting driver) will cleanly
On Monday 26 February 2007 11:30, [EMAIL PROTECTED] wrote:
> Here is the patch (RHEL5 base code) I've been testing that detects the ACPI
> namespace object.
> The IPI0001 device doesn't contain the register spacing directly; it has a
> _CRS resource object that
> (for KCS) has two I/O port entr
On Wednesday 07 February 2007 11:52, Len Brown wrote:
> - new_bay = kmalloc(GFP_ATOMIC, sizeof(*new_bay));
> + new_bay = kzalloc(GFP_ATOMIC, sizeof(*new_bay));
> INIT_LIST_HEAD(&new_bay->list);
You might want to check for kzalloc failure.
-
To unsubscribe from this list: send the lin
http://www.os2site.com/sw/info/comes/px03020.zip
"One thing I find myself wondering about is whether we shouldn't try
and make the "ACPI" extensions somehow Windows
specific.
If seems unfortunate if we do this work and get our partners to do the
work and the result is that Linux works great witho
13 matches
Mail list logo