Bjorn Helgaas napisaÅ(a):
>>Version from syskonnect site require only changing usage of
>>pci_dev->slot_name to pci_name(pci_dev) in skge.c and skethtool.c. After
>>that everything should work fine. So I think there is no need to post my
>>path here but if you really whant I may do this. Whole path
> Version from syskonnect site require only changing usage of
> pci_dev->slot_name to pci_name(pci_dev) in skge.c and skethtool.c. After
> that everything should work fine. So I think there is no need to post my
> path here but if you really whant I may do this. Whole path agains
> 2.6.12-rc2 take
Bjorn Helgaas wrote:
> On Fri, 2005-04-01 at 21:23 +0200, Jacek Luczak wrote:
>
>>Michael Thonke napisał(a):
>>
>>>Hello Jacek,
>>>
>>>I finially got it working :-) my PCI-Express devices working now...
>>>I grabbed the last bk-snapshot from kernel.org 2.6.12-rc1-bk3 and et volia
>>>everything exc
On Fri, 2005-04-01 at 21:23 +0200, Jacek Luczak wrote:
> Michael Thonke napisał(a):
> > Hello Jacek,
> >
> > I finially got it working :-) my PCI-Express devices working now...
> > I grabbed the last bk-snapshot from kernel.org 2.6.12-rc1-bk3 and et volia
> > everything except the Marvell Yokon PC
Sorry for this poor bugreport, but I haven't had time to track it down
more carefully.
Hardware: Vaio r505te, i815, onboard e100
Kernel: 2.6.12-rc1-mm1 plus patch to fix GlidePoint resume hang
After a swsusp resume, the onboard e100 does not pass traffic. When I
was running 2.6.11-rc2
Michael Thonke napisaÅ(a):
Hello Jacek,
I finially got it working :-) my PCI-Express devices working now...
I grabbed the last bk-snapshot from kernel.org 2.6.12-rc1-bk3 and et volia
everything except the Marvell Yokon PCI-E device working.
I hope Andrew will look into the mm-line to find the bug?
Hello Jacek,
I finially got it working :-) my PCI-Express devices working now...
I grabbed the last bk-snapshot from kernel.org 2.6.12-rc1-bk3 and et volia
everything except the Marvell Yokon PCI-E device working.
I hope Andrew will look into the mm-line to find the bug?
Greets and
Best regards
|Ja
hello Michael :)
This message:
ACPI: No ACPI bus support for 00:00
means that acpi_get_bus_type() is unable to determinate
bus type! Mayby someone forgot about PCI-E?
Regards
Jacek
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL P
hello Jacek,
its not related to the vendor so far we are :-)
Maybe Andrew Morton or some other will read this. Because 2.6.12 should
be a stable version not a flacky one. But what is wrong now on
2.6.12-rc1 **. It work flawlessly on 2.6.11.X kernels.
Mebye we back that out :-)
Greetz
|Jacek Lucz
Michael Thonke napisaÅ(a):
Hello,
since the first version of 2.6.12-rc1 and mm[1-4] kernel I can't use any
of my PCI-Express devices that worked with all 2.6.11.[1-6] kernels.
It's a real odd right now.
I have 25 computers with an Intel 925XE Chipset based motherboards and
Intel 6xx CPU on it. S
Hello,
since the first version of 2.6.12-rc1 and mm[1-4] kernel I can't use any
of my PCI-Express devices that worked with all 2.6.11.[1-6] kernels.
It's a real odd right now.
I have 25 computers with an Intel 925XE Chipset based motherboards and
Intel 6xx CPU on it. So far it does not metter wh
Hello,
since the first version of 2.6.12-rc1 and mm[1-4] kernel I can't use any
of my PCI-Express devices
that work with all 2.6.11.[1-6] kernels. Its a real odd right now.
I have 25 computers with an Intel 925XE Chipset and Intel 6xx CPU. It
does not metter which vendor I choose the problem spr
Hi,
On Friday, 25 of March 2005 01:49, you wrote:
]--snip--[
> > > I actually added such calls in uhci, ehci and yenta. It's ok for S3 (and
> > > definitely required for S3). Unclear if it's ok for S4, so please try
> > > revert the patch.
> >
> > 2.6.11-rc1-mm1 with the patch reverted works fine
> > yenta_socket
> > > > > > >
> > > > > > > before suspend as each of them hangs the box solid during
> > > either
> > > > > > > suspend or resume. Moreover, when I tried to load the
> > > ehci_hcd
> > >
Hi,
On Thursday, 24 of March 2005 02:03, Len Brown wrote:
> On Wed, 2005-03-23 at 18:49, Rafael J. Wysocki wrote:
]-- snip --[
> I'd believe that ohci_hcd and ehci_hcd are fragile since glancing
> at their lengthy .resume routines it isn't immediately obvious
> that they do this. But yenta_dev_r
; > either
> > > > > > suspend or resume. Moreover, when I tried to load the
> > ehci_hcd
> > > > > > module back after resume, it hanged the box solid too.
> >
> > Is this failure with suspend to RAM or to disk?
> >
> > How about if you t
Hi!
> > You can't put -ENODEV into pci_power_t ... but maybe we should create
> > PCI_ERROR and pass it in cases like this one?
> That makes sense, please do it.
Added:
#define PCI_POWER_ERROR ((pci_power_t __force) -1)
Pav
0/serio1 [EOF]
> > > > <-- and here it stops waiting forever. What actually has to come
> > > > next is the init process, i.e. something of the likes of:
> > > > INIT version x.xx loading
> > > > but it doesn't. And by the way, how do you debug thi
On Tue, 2005-03-22 at 20:20, Pavel Machek wrote:
> Hi!
>
> > >> > Yes, but it is needed. There are many drivers, and they look at
> > >> > numerical value of PMSG_*. I'm proceeding in steps. I hopefully
> > killed
> > >> > all direct accesses to the constants, and will switch constants
> to
> > >>
On Thu, 2005-03-24 at 09:03, Len Brown wrote:
> On Wed, 2005-03-23 at 18:49, Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Wednesday, 23 of March 2005 23:39, Pavel Machek wrote:
> > > Hi!
> > >
> > > > > > > Will this do it for the moment?
> > > > > >
> > > > > > Its certainly better.
> > > > >
> >
On Wed, 2005-03-23 at 18:49, Rafael J. Wysocki wrote:
> Hi,
>
> On Wednesday, 23 of March 2005 23:39, Pavel Machek wrote:
> > Hi!
> >
> > > > > > Will this do it for the moment?
> > > > >
> > > > > Its certainly better.
> > > >
> > > > With the Len's patch applied I have to unload the modules:
> >
Hi,
On Wednesday, 23 of March 2005 23:39, Pavel Machek wrote:
> Hi!
>
> > > > > Will this do it for the moment?
> > > >
> > > > Its certainly better.
> > >
> > > With the Len's patch applied I have to unload the modules:
> > >
> > > ohci_hcd
> > > ehci_hcd
> > > yenta_socket
> > >
> > > befor
Hi!
> > > > Will this do it for the moment?
> > >
> > > Its certainly better.
> >
> > With the Len's patch applied I have to unload the modules:
> >
> > ohci_hcd
> > ehci_hcd
> > yenta_socket
> >
> > before suspend as each of them hangs the box solid during either
> > suspend or resume. Moreo
en hitting this, they have not been updating the bug report:
http://bugme.osdl.org/show_bug.cgi?id=4282
> I have tried again with 2.6.12-rc1-mm1 and it is still there (for
> example the Gnome won't start due to this).
> Below the oops part from messages.
Does it work if you just
Hi,
On Tuesday, 22 of March 2005 22:49, Rafael J. Wysocki wrote:
> Hi,
>
> On Tuesday, 22 of March 2005 12:01, Pavel Machek wrote:
> > Hi!
> >
> > > Will this do it for the moment?
> >
> > Its certainly better.
>
> With the Len's patch applied I have to unload the modules:
>
> ohci_hcd
> ehci
umber fields in register descriptors to 64 bits.
Otherwise i386 binaries break on x86_64 kernels since the descriptors
get larger alignment and sizes on x86_64 than on i386.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
include/linux/perfctr.h |2 +-
1 files changed, 1 inse
r
> > >
> > >
> > This one is a real mystery. No one can reproduce it.
> Not quite true. This bug was current till today in Mandrake's kernel,
> but with 2.6.11-5mdk they managed to get rid of it.
> The problem is not with loading the driver but when alsactl trie
t; > > the init process, i.e. something of the likes of:
> > > INIT version x.xx loading
> > > but it doesn't. And by the way, how do you debug this? serial console?
> >
> > Serial console would be useful. Do sysrq-P and sysrq-T provide any info?
> >
; but it doesn't. And by the way, how do you debug this? serial console?
>
> Serial console would be useful. Do sysrq-P and sysrq-T provide any info?
> -
Hi Andrew,
I've tried 2.6.12-rc1-mm1 today and it stops booting at the same point as
2.6.11-mm4. What might help is the in
(netdev added to cc:)
On Tue, Mar 22, 2005 at 05:33:40PM +0100, Adrian Bunk wrote:
> The stack usage in some files under drivers/net/wireless/hostap/ is
> too high.
Thanks; I'll fix these and submit a patch (or two) after some testing.
> drivers/net/wireless/hostap/hostap_ioctl.c:
>
> prism2_i
On Wed, 23 Mar 2005 04:00:03 +0100 (MET) Mikael Pettersson <[EMAIL PROTECTED]>
wrote:
>
> diff -rupN linux-2.6.12-rc1-mm1/include/linux/perfctr.h
> linux-2.6.12-rc1-mm1.perfctr-update-common/include/linux/perfctr.h
> --- linux-2.6.12-rc1-mm1/include/linux/perfctr.h 2
alignment...?
> include/linux/perfctr.h |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff -rupN linux-2.6.12-rc1-mm1/include/linux/perfctr.h
> linux-2.6.12-rc1-mm1.perfctr-update-common/include/linux/perfctr.h
> +++ linux-2.6.12-rc1-mm1.perfctr-update-common/
[EMAIL PROTECTED]>
drivers/perfctr/ppc.c | 27 ---
1 files changed, 8 insertions(+), 19 deletions(-)
diff -rupN linux-2.6.12-rc1-mm1/drivers/perfctr/ppc.c
linux-2.6.12-rc1-mm1.perfctr-update-ppc/drivers/perfctr/ppc.c
--- linux-2.6.12-rc1-mm1/drivers/perfctr/ppc.c 2005-03
benefit.
Signed-off-by: Mikael Pettersson <[EMAIL PROTECTED]>
include/linux/perfctr.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -rupN linux-2.6.12-rc1-mm1/include/linux/perfctr.h
linux-2.6.12-rc1-mm1.perfctr-update-common/include/linux/perfctr.h
--- linux-2.6.12-r
-
1 files changed, 12 insertions(+), 22 deletions(-)
diff -rupN linux-2.6.12-rc1-mm1/drivers/perfctr/x86.c
linux-2.6.12-rc1-mm1.perfctr-update-x86/drivers/perfctr/x86.c
--- linux-2.6.12-rc1-mm1/drivers/perfctr/x86.c 2005-03-22 21:59:08.0
+0100
+++ linux-2.6.12-rc1-mm1.perfctr-up
Hi,
On Tuesday, 22 of March 2005 12:01, Pavel Machek wrote:
> Hi!
>
> > Will this do it for the moment?
>
> Its certainly better.
With the Len's patch applied I have to unload the modules:
ohci_hcd
ehci_hcd
yenta_socket
before suspend as each of them hangs the box solid during either
suspend
Adrian Bunk wrote:
>On Tue, Mar 22, 2005 at 09:50:14AM -0800, Hans Reiser wrote:
>
>
>
>>All of my technical arguments on this topic were nicely obliterated by
>>Andrew. The only real reason remaining (that I know of) is that I want
>>to first eliminate all things which are a barrier to inclusi
is one is a real mystery. No one can reproduce it./
Not quite true. This bug was current till today in Mandrake's kernel,
but with 2.6.11-5mdk they managed to get rid of it.
The problem is not with loading the driver but when alsactl tries to
store/restore mixer settings.
I have tried again
[ Pruned Hans&co from Cc: list]
On Tue, 22 March 2005 20:21:22 +0100, Adrian Bunk wrote:
>
> My plan is to send a patch to Andrew that unconditionally enables
> 4KSTACKS for shaking out the last bugs before possibly removing
> 8 kB stacks completely.
In that case you might find this output rele
On Tue, Mar 22, 2005 at 09:50:14AM -0800, Hans Reiser wrote:
> All of my technical arguments on this topic were nicely obliterated by
> Andrew. The only real reason remaining (that I know of) is that I want
> to first eliminate all things which are a barrier to inclusion before
> dealing with thi
On Tue, Mar 22, 2005 at 07:56:05PM +0100, Jörn Engel wrote:
> On Tue, 22 March 2005 18:13:40 +0100, Adrian Bunk wrote:
> >
> > REISER4_FS is the only option with a dependency on !4KSTACKS which is
> > bad since 8 kB stacks on i386 won't stay forever.
> >
> > Could fix the problems with 4 kB stac
On Tue, 22 March 2005 19:56:05 +0100, Jörn Engel wrote:
>
> stackframes for call path too long (2808):
Maybe I should change the output. "too long" simply means "user gave
a stack limit below this value". 2808 bytes is the most expensive
path for reiser4 without recursion, so my limit was 2800.
On Tue, 22 March 2005 18:13:40 +0100, Adrian Bunk wrote:
>
> REISER4_FS is the only option with a dependency on !4KSTACKS which is
> bad since 8 kB stacks on i386 won't stay forever.
>
> Could fix the problems with 4 kB stacks?
>
> Running
>
> make checkstacks | grep reiser4
>
> inside te k
On Tue, 2005-03-22 at 18:13 +0100, Adrian Bunk wrote:
> Hi Hans,
>
> REISER4_FS is the only option with a dependency on !4KSTACKS which is
> bad since 8 kB stacks on i386 won't stay forever.
>
> Could fix the problems with 4 kB stacks?
I'd be interested to find out what the problem is as well;
Adrian Bunk wrote:
>Hi Hans,
>
>REISER4_FS is the only option with a dependency on !4KSTACKS which is
>bad since 8 kB stacks on i386 won't stay forever.
>
>Could fix the problems with 4 kB stacks?
>
>Running
>
> make checkstacks | grep reiser4
>
>inside te kernel sources after compiling gives yo
Hi Hans,
REISER4_FS is the only option with a dependency on !4KSTACKS which is
bad since 8 kB stacks on i386 won't stay forever.
Could fix the problems with 4 kB stacks?
Running
make checkstacks | grep reiser4
inside te kernel sources after compiling gives you hints where problems
might co
On Tuesday, March 22, 2005 1:18 am, Adrian Bunk wrote:
> On Mon, Mar 21, 2005 at 04:42:00PM -0800, Jesse Barnes wrote:
> > On Monday, March 21, 2005 12:25 pm, Adrian Bunk wrote:
> > > On Mon, Mar 21, 2005 at 09:15:53AM -0800, Jesse Barnes wrote:
> > > > On Monday, March 21, 2005 2:51 am, Andrew Mor
[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-mm1/net/ethernet/eth.c.orig 2005-03-22 12:49:08.0 +
+++ linux-2.6.12-rc1-mm1/net/ethernet/eth.c 2005-03-22 12:49:36.0 +
@@ -78,6 +78,8 @@ int eth_header(struct sk_buff *skb, stru
{
struct ethhdr *eth = (struct ethhdr *)skb_push(skb
On Mon, Mar 21, 2005 at 02:51:59AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.11-mm4:
>...
> bk-netdev.patch
>...
> Latest versions of various bk trees
>...
The stack usage in some files under drivers/net/wireless/hostap/ is
too high.
drivers/net/wireless/hostap/hostap_ioctl.c:
pri
Hi!
> to Linus when he reappears and then I'll duck for cover and let you guys
> sort it out ;)
There should be little reason for taking cover, that patches were just
anotating types... BTW this is how switch to pm_message_t is going to
look. If you are developing something pm-related, you should
Hi!
> >> > Yes, but it is needed. There are many drivers, and they look at
> >> > numerical value of PMSG_*. I'm proceeding in steps. I hopefully
> killed
> >> > all direct accesses to the constants, and will switch constants to
> >> > something else... But that is going to be tommorow (need some
>
>> > Yes, but it is needed. There are many drivers, and they look at
>> > numerical value of PMSG_*. I'm proceeding in steps. I hopefully
killed
>> > all direct accesses to the constants, and will switch constants to
>> > something else... But that is going to be tommorow (need some
sleep).
>> Th
Norbert Preining <[EMAIL PROTECTED]> wrote:
>
> On Mon, 21 Mär 2005, Andrew Morton wrote:
> > > Sorry to bother you again, but I found that S2R does not work anymore
> > > with 2.6.12-rc1-mm1, while it works with the exact same software setup
> > > with 2
On Mon, 21 Mär 2005, Andrew Morton wrote:
> > Sorry to bother you again, but I found that S2R does not work anymore
> > with 2.6.12-rc1-mm1, while it works with the exact same software setup
> > with 2.6.11-mm4.
>
> Oh. suspend-to-RAM.
>
> Would this be an ACPI reg
Hi!
> Will this do it for the moment?
Its certainly better.
What about
> > > +static int acpi_pci_set_power_state(struct pci_dev *dev,
> > pci_power_t state)
> > > +{
> > > + acpi_handle handle = DEVICE_ACPI_HANDLE(&dev->dev);
> > > + static int state_conv[] = {
> > > + [0]
Hi!
> > Yes, but it is needed. There are many drivers, and they look at
> > numerical value of PMSG_*. I'm proceeding in steps. I hopefully killed
> > all direct accesses to the constants, and will switch constants to
> > something else... But that is going to be tommorow (need some sleep).
> The
Hi!
> And they are both "dangerous" -- they introduce new and untested
> functionality while I'm trying to transition from int to
> pm_message_t. They also affect all the drivers.
Actually, there's one even more severe problem with
platform_pci_choose_state...
If we are doing freeze for swsusp s
On Mon, 21 Mar 2005, Lee Revell wrote:
> > > This one is fixed in ALSA CVS.
> >
> > But not in http://linux-sound.bkbits.net/linux-sound yet. How does stuff
> > propagate from ALSA CVS into bk?
>
> The ALSA maintainers periodically ask Linus to pull from the linux-sound
> tree. But that's jus
At Mon, 21 Mar 2005 20:23:03 -0800,
Andrew Morton wrote:
>
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, 2005-03-21 at 20:10 -0800, Andrew Morton wrote:
> > > Lee Revell <[EMAIL PROTECTED]> wrote:
> > > >
> > > > On Mon, 2005-03-21 at 12:41 -0800, Andrew Morton wrote:
> > > > > From: [E
On Mon, Mar 21, 2005 at 04:42:00PM -0800, Jesse Barnes wrote:
> On Monday, March 21, 2005 12:25 pm, Adrian Bunk wrote:
> > On Mon, Mar 21, 2005 at 09:15:53AM -0800, Jesse Barnes wrote:
> > > On Monday, March 21, 2005 2:51 am, Andrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people
On Mon, Mar 21, 2005 at 06:27:33PM -0800, Andrew Morton wrote:
> OK, well unless someone has objections I'll just send all these
>
> swsusp-add-missing-refrigerator-calls.patch
> suspend-to-ram-update-videotxt-with-more-systems.patch
> pm-remove-obsolete-pm_-from-vtc.patch
> swsusp-small-updates.p
On Mon, 2005-03-21 at 16:42 -0800, Jesse Barnes wrote:
> On Monday, March 21, 2005 12:25 pm, Adrian Bunk wrote:
> > On Mon, Mar 21, 2005 at 09:15:53AM -0800, Jesse Barnes wrote:
> > > On Monday, March 21, 2005 2:51 am, Andrew Morton wrote:
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/p
Will this do it for the moment?
If so, lets use it until Pavel's flag-day is over -- when we'll send an
updated patch.
thanks,
-Len
= drivers/pci/pci-acpi.c 1.4 vs edited =
--- 1.4/drivers/pci/pci-acpi.c 2005-03-03 04:28:23 -05:00
+++ edited/drivers/pci/pci-acpi.c 2005-03-21 22:5
Hi,
Oleg Nesterov wrote:
x86: fix ESP corruption CPU bug (take 2)
I think that Stas tries to steal 1024 bytes from kernel's memory ...
I think so too, sorry.
I simply copied that from the cpu_gdt_table
definition, and here's the mistake :(
Probably this:
---
$ nm -g vmlinux |grep cpu_gdt_table
c0
On Mon, 2005-03-21 at 20:10 -0800, Andrew Morton wrote:
> Lee Revell <[EMAIL PROTECTED]> wrote:
> >
> > On Mon, 2005-03-21 at 12:41 -0800, Andrew Morton wrote:
> > > From: [EMAIL PROTECTED]
> > > Subject: [Bug 4282] ALSA driver in Linux 2.6.11 causes a kernel panic
> > when loading the EMU10K1 d
On Mon, 2005-03-21 at 20:23 -0800, Andrew Morton wrote:
> Lee Revell <[EMAIL PROTECTED]> wrote:
> > I'm not aware of a mechanism for getting critical fixes like this in
> > ASAP. The last few have been shepherded through manually by various
> > people. Looks like we need a better system.
> >
>
Lee Revell <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2005-03-21 at 20:10 -0800, Andrew Morton wrote:
> > Lee Revell <[EMAIL PROTECTED]> wrote:
> > >
> > > On Mon, 2005-03-21 at 12:41 -0800, Andrew Morton wrote:
> > > > From: [EMAIL PROTECTED]
> > > > Subject: [Bug 4282] ALSA driver in Linux 2.6.11 c
Lee Revell <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2005-03-21 at 12:41 -0800, Andrew Morton wrote:
> > From: [EMAIL PROTECTED]
> > Subject: [Bug 4282] ALSA driver in Linux 2.6.11 causes a kernel panic when
> loading the EMU10K1 driver
> >
>
> This one is a real mystery. No one can reproduce
On Mon, 2005-03-21 at 12:41 -0800, Andrew Morton wrote:
> From: [EMAIL PROTECTED]
> Subject: [Bug 4282] ALSA driver in Linux 2.6.11 causes a kernel panic when
> loading the EMU10K1 driver
>
This one is a real mystery. No one can reproduce it.
> From: [EMAIL PROTECTED]
> Subject: [Bugme-new] [B
Hello Andrew,
as promised (or threatened ;-) here are my current
DVB patches for 2.6.12-rc1-mm1. Most patches were
in linuxtv.org CVS for over a month, except some
cleanups and small but important fixes.
I hope these patches will make it into 2.6.12.
Please Apply.
Thanks,
Johannes
-
To
On Monday 21 March 2005 18:37, Andrew Morton wrote:
>Gene Heskett <[EMAIL PROTECTED]> wrote:
>> 2.6.11-mm2 seems to work, mostly.
>
>If you've tested 2.6.12-rc1-mm1 can you please send an update on
> your woes to linux-kernel?
Ok, got it built ok, but the reboo
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > Could I suggest that you prepare a fixup against 2.6.12-rc1-mm1 and send
> > that to Len and myself? If that fixup is not suitable for a 2.6.12-rc1
> > based tree then I can look after it until things get flushed out.
On Monday 21 March 2005 21:56, Andrew Morton wrote:
>Gene Heskett <[EMAIL PROTECTED]> wrote:
>> ...
>> tvtime works, no audio glitches in the startup. This is a
>> pcHDTV-3000 card, running in Never Twice Same Color mode as yet.
>>
>> xsane works normally I believe, doing a preview scan ok.
>
>Whe
On Tue, 2005-03-22 at 09:35, Pavel Machek wrote:
> Hi!
>
> > > and that says:
> > >
> > > #define PMSG_FREEZE ((__force pm_message_t) 3)
> > >
> > > ... I certainly have _FREEZE defined as 1 in my local tree, but I
> do
> > > n
On Mon, Mar 21, 2005 at 05:06:23PM -0800, Andrew Morton wrote:
> # drivers/pci/pci-acpi.c
> # 2005/03/19 00:15:24-05:00 [EMAIL PROTECTED] +46 -1
> # add platform_pci_choose_state()
> #
> diff -Nru a/drivers/pci/pci-acpi.c b/drivers/pci/pci-acpi.c
> --- a/drivers/pci/pci-acpi.c 2005-03-2
On Po 21-03-05 17:52:32, Andrew Morton wrote:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > > Could I suggest that you prepare a fixup against 2.6.12-rc1-mm1 and send
> > > that to Len and myself? If that fixup is not suitable for a 2.6.12-rc1
> > >
Gene Heskett <[EMAIL PROTECTED]> wrote:
>
> ...
> tvtime works, no audio glitches in the startup. This is a pcHDTV-3000
> card, running in Never Twice Same Color mode as yet.
>
> xsane works normally I believe, doing a preview scan ok.
Whew.
> kino works, but doesn't really want to time share
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> On Po 21-03-05 17:52:32, Andrew Morton wrote:
> > Pavel Machek <[EMAIL PROTECTED]> wrote:
> > >
> > > > Could I suggest that you prepare a fixup against 2.6.12-rc1-mm1 and send
> > > > that to Le
Hi!
> > and that says:
> >
> > #define PMSG_FREEZE ((__force pm_message_t) 3)
> >
> > ... I certainly have _FREEZE defined as 1 in my local tree, but I do
> > not see that change in -mm yet.
>
> Both 2.6.12-rc1-mm1 and 2.6.12-rc1 have:
>
> #
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> Hi!
>
> > > On Monday, 21 of March 2005 11:51, you wrote:
> > > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm1/
> > >
> > >
Hi!
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm1/
> >
> > I get the following BUG every time I try to suspend my box to disk.
>
> Pavel, that's the BUG() in pci_choose_state(). I did have some
> reject-fixing t
Hi!
> > On Monday, 21 of March 2005 11:51, you wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm1/
> >
> > I get the following BUG every time I try to suspend my box to disk.
>
> Pavel, that'
On Monday, March 21, 2005 12:25 pm, Adrian Bunk wrote:
> On Mon, Mar 21, 2005 at 09:15:53AM -0800, Jesse Barnes wrote:
> > On Monday, March 21, 2005 2:51 am, Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc
> > >1/2. 6.12-rc1-mm1/
> >
> > Andrew, pl
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> On Monday, 21 of March 2005 11:51, you wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm1/
>
> I get the following BUG every time I try
Hi,
On Monday, 21 of March 2005 11:51, you wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm1/
I get the following BUG every time I try to suspend my box to disk.
Greets,
Rafael
Stopping
On Tue, Mar 22, 2005 at 08:55:15AM +1100, Paul Mackerras wrote:
> Mikael Pettersson writes:
>
> > Compiling 2.6.12-rc1-mm1 for ppc64 fails with:
> >
> > arch/ppc64/kernel/prom.c:1691: error: syntax error before
> > 'prom_reconfig_notifier'
>
&g
Mikael Pettersson writes:
> Compiling 2.6.12-rc1-mm1 for ppc64 fails with:
>
> arch/ppc64/kernel/prom.c:1691: error: syntax error before
> 'prom_reconfig_notifier'
Currently prom.c is in a mess because Linus applied the last 2 of 8
patches from Nathan Lynch but not t
Norbert Preining <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew!
>
> Sorry to bother you again, but I found that S2R does not work anymore
> with 2.6.12-rc1-mm1, while it works with the exact same software setup
> with 2.6.11-mm4.
Excuse my ignorance, but what on earth is &quo
Norbert Preining <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew!
>
> Sorry to bother you again, but I found that S2R does not work anymore
> with 2.6.12-rc1-mm1, while it works with the exact same software setup
> with 2.6.11-mm4.
Oh. suspend-to-RAM.
Would this be an ACPI reg
> From: Sebastian =?iso-8859-1?q?K=FCgler?= <[EMAIL PROTECTED]>
> Subject: PCMCIA breaks suspend-to-(disk|ram) with 2.6.11
Fixed by upgrading the userspace script used by him to include
"cardctl eject && sleep 1"
before killing cardmgr, as killing cardmgr no longer auto-detaches PCMCIA
d
Hi Andrew!
Sorry to bother you again, but I found that S2R does not work anymore
with 2.6.12-rc1-mm1, while it works with the exact same software setup
with 2.6.11-mm4.
I unload the whole usb stuff (otherwise 2.6.11-mm4 won't work) and do
exactely the same.
The differences in the kernel c
Russell King <[EMAIL PROTECTED]> wrote:
>
> On Mon, Mar 21, 2005 at 02:51:59AM -0800, Andrew Morton wrote:
> > - Linus is away this week. Not a lot more should be going into 2.6.12 now
> > and I have a list of ~140 bugs, many of which are post-2.6.10
> regressions.
> > We should fix these
On Mon, Mar 21, 2005 at 09:15:53AM -0800, Jesse Barnes wrote:
> On Monday, March 21, 2005 2:51 am, Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.
> >6.12-rc1-mm1/
>
> Andrew, please drop
>
> revert-allow-oem-written-modules-to-make-calls-to-ia
On Mon, Mar 21, 2005 at 02:51:59AM -0800, Andrew Morton wrote:
> - Linus is away this week. Not a lot more should be going into 2.6.12 now
> and I have a list of ~140 bugs, many of which are post-2.6.10 regressions.
> We should fix these.
Is this your own personal bug list, or is it accessib
Hi,
Just tried this kernel. Unfortunately the machine still locks up when X
starts.
Cheers,
Andrew Clayton
-
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.htm
On Monday, March 21, 2005 2:51 am, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.
>6.12-rc1-mm1/
Andrew, please drop
revert-allow-oem-written-modules-to-make-calls-to-ia64-oem-sal-functions.patch
The tiocx.c driver is now in the tree, and it us
On Monday, March 21, 2005 2:51 am, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.
>6.12-rc1-mm1/
>
>
> - We might have a fix here for the recent AGP/DRM problems. If you were
> having problems with that, please test and report.
>
> - An update
Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc1/2.6.12-rc1-mm1/
- We might have a fix here for the recent AGP/DRM problems. If you were
having problems with that, please test and report.
+fix-agp_backend-usage-in-drm_agp_init.patch
Might fix the
On Mon, Mar 21, 2005 at 04:19:01PM +0100, Mikael Pettersson wrote:
> Compiling 2.6.12-rc1-mm1 for ppc64 fails with:
>
> arch/ppc64/kernel/prom.c:1691: error: syntax error before
> 'prom_reconfig_notifier'
> arch/ppc64/kernel/prom.c:1692: error: field name not in recor
When 2.6.12-rc1-mm1 is configured for a ppc64/G5, so CONFIG_PPC_PSERIES
is disabled, linking of vmlinux fails with:
arch/ppc64/kernel/built-in.o(.text+0x7de0): In function `.sys_call_table32':
: undefined reference to `.ppc_rtas'
arch/ppc64/kernel/built-in.o(.text+0x8668): I
1 - 100 of 102 matches
Mail list logo