On Sun, 18 Mar 2007, Jiri Slaby wrote:
> Alan Stern napsal(a):
> > On Sun, 18 Mar 2007, Jiri Slaby wrote:
> >
> >> Alan Stern napsal(a):
> >>> In drivers/usb/host/uhci-q.c, near the start is a function named
> >>> uhci_fsbr_on(). Put a "return" statement right at its beginning so that
> >>> the
Alan Stern napsal(a):
On Sun, 18 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
In drivers/usb/host/uhci-q.c, near the start is a function named
uhci_fsbr_on(). Put a "return" statement right at its beginning so that
the function doesn't do anything. Does that make any difference?
Yes,
On Sun, 18 Mar 2007, Jiri Slaby wrote:
> Alan Stern napsal(a):
> > In drivers/usb/host/uhci-q.c, near the start is a function named
> > uhci_fsbr_on(). Put a "return" statement right at its beginning so that
> > the function doesn't do anything. Does that make any difference?
>
> Yes, it
Alan Stern napsal(a):
In drivers/usb/host/uhci-q.c, near the start is a function named
uhci_fsbr_on(). Put a "return" statement right at its beginning so that
the function doesn't do anything. Does that make any difference?
Yes, it works.
regards,
--
http://www.fi.muni.cz/~xslaby/
On Sun, 18 Mar 2007, Jiri Slaby wrote:
> Alan Stern napsal(a):
> > Nothing in the log stands out. Can you collect an equivalent log using a
> > version of uhci-hcd with the "eliminate skeleton QHs" patch reverted?
> > Perhaps there will be a significant difference. Although I doubt it...
...
Alan Stern napsal(a):
Nothing in the log stands out. Can you collect an equivalent log using a
version of uhci-hcd with the "eliminate skeleton QHs" patch reverted?
Perhaps there will be a significant difference. Although I doubt it...
f74d8f40 3949330898 C Ii:001:01 0 1 = 04
f74d8f40
Alan Stern napsal(a):
Nothing in the log stands out. Can you collect an equivalent log using a
version of uhci-hcd with the eliminate skeleton QHs patch reverted?
Perhaps there will be a significant difference. Although I doubt it...
f74d8f40 3949330898 C Ii:001:01 0 1 = 04
f74d8f40
On Sun, 18 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
Nothing in the log stands out. Can you collect an equivalent log using a
version of uhci-hcd with the eliminate skeleton QHs patch reverted?
Perhaps there will be a significant difference. Although I doubt it...
...
The
Alan Stern napsal(a):
In drivers/usb/host/uhci-q.c, near the start is a function named
uhci_fsbr_on(). Put a return statement right at its beginning so that
the function doesn't do anything. Does that make any difference?
Yes, it works.
regards,
--
http://www.fi.muni.cz/~xslaby/
On Sun, 18 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
In drivers/usb/host/uhci-q.c, near the start is a function named
uhci_fsbr_on(). Put a return statement right at its beginning so that
the function doesn't do anything. Does that make any difference?
Yes, it works.
Okay.
Alan Stern napsal(a):
On Sun, 18 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
In drivers/usb/host/uhci-q.c, near the start is a function named
uhci_fsbr_on(). Put a return statement right at its beginning so that
the function doesn't do anything. Does that make any difference?
Yes, it
On Sun, 18 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
On Sun, 18 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
In drivers/usb/host/uhci-q.c, near the start is a function named
uhci_fsbr_on(). Put a return statement right at its beginning so that
the function doesn't do
On Sat, 17 Mar 2007, Jiri Slaby wrote:
> Alan Stern napsal(a):
> > On Tue, 13 Mar 2007, Jiri Slaby wrote:
> >
> >> So, do you mean rmmod uhci_hcd, unplug the keyboard, modprobe
> >> uhci_hcd, start usbmon, plug the keyboard, press numlock, stop usbmon,
> >> post it?
>
> Here you are:
...
>
Alan Stern napsal(a):
On Tue, 13 Mar 2007, Jiri Slaby wrote:
So, do you mean rmmod uhci_hcd, unplug the keyboard, modprobe
uhci_hcd, start usbmon, plug the keyboard, press numlock, stop usbmon,
post it?
Here you are:
f78666c0 1992239699 C Ii:001:01 -2 0
f74d7b40 1996231756 S Ci:001:00 s 80
Alan Stern napsal(a):
On Tue, 13 Mar 2007, Jiri Slaby wrote:
So, do you mean rmmod uhci_hcd, unplug the keyboard, modprobe
uhci_hcd, start usbmon, plug the keyboard, press numlock, stop usbmon,
post it?
Here you are:
f78666c0 1992239699 C Ii:001:01 -2 0
f74d7b40 1996231756 S Ci:001:00 s 80
On Sat, 17 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
On Tue, 13 Mar 2007, Jiri Slaby wrote:
So, do you mean rmmod uhci_hcd, unplug the keyboard, modprobe
uhci_hcd, start usbmon, plug the keyboard, press numlock, stop usbmon,
post it?
Here you are:
...
(Remind: there is a
On 3/15/07, Alan Stern <[EMAIL PROTECTED]> wrote:
By the way, what happens if you press CapsLock rather than NumLock? It
should behave pretty the same, sending a command to the keyboard to change
an LED setting. Does the keyboard then stop working in the same way?
Yes, and hence the *lock in
On 3/15/07, Alan Stern [EMAIL PROTECTED] wrote:
By the way, what happens if you press CapsLock rather than NumLock? It
should behave pretty the same, sending a command to the keyboard to change
an LED setting. Does the keyboard then stop working in the same way?
Yes, and hence the *lock in
On Tue, 13 Mar 2007, Jiri Slaby wrote:
> So, do you mean rmmod uhci_hcd, unplug the keyboard, modprobe
> uhci_hcd, start usbmon, plug the keyboard, press numlock, stop usbmon,
> post it?
By the way, what happens if you press CapsLock rather than NumLock? It
should behave pretty the same,
On Tue, 13 Mar 2007, Jiri Slaby wrote:
So, do you mean rmmod uhci_hcd, unplug the keyboard, modprobe
uhci_hcd, start usbmon, plug the keyboard, press numlock, stop usbmon,
post it?
By the way, what happens if you press CapsLock rather than NumLock? It
should behave pretty the same, sending
On Tue, 13 Mar 2007, Jiri Slaby wrote:
> On 3/13/07, Alan Stern <[EMAIL PROTECTED]> wrote:
> > I don't see anything in the UHCI snapshots to explain the difference in
> > behavior. One thing that stands out is the other, low-speed device (a
> > mouse?) -- in the bad kernel dump its driver was
On 3/13/07, Alan Stern <[EMAIL PROTECTED]> wrote:
I don't see anything in the UHCI snapshots to explain the difference in
behavior. One thing that stands out is the other, low-speed device (a
mouse?) -- in the bad kernel dump its driver was running and in the good
kernel dump its driver wasn't.
On Mon, 12 Mar 2007, Jiri Slaby wrote:
> Alan, sorry for the previous bad post, I mismatched 2 files. This is
> hopefully correct.
>
> > thanks. Could you also please redo the test with the offending uhci patch
> > reverted and send the output of a working situation?
>
> - BAD kernel:
>
>
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Alan, sorry for the previous bad post, I mismatched 2 files. This is
hopefully correct.
thanks. Could you also please redo the test with the offending uhci patch
reverted and send the output of a working situation?
- BAD kernel:
USBMON
On 3/13/07, Alan Stern [EMAIL PROTECTED] wrote:
I don't see anything in the UHCI snapshots to explain the difference in
behavior. One thing that stands out is the other, low-speed device (a
mouse?) -- in the bad kernel dump its driver was running and in the good
kernel dump its driver wasn't.
On Tue, 13 Mar 2007, Jiri Slaby wrote:
On 3/13/07, Alan Stern [EMAIL PROTECTED] wrote:
I don't see anything in the UHCI snapshots to explain the difference in
behavior. One thing that stands out is the other, low-speed device (a
mouse?) -- in the bad kernel dump its driver was running and
Jiri Kosina napsal(a):
(trimmed CC list a bit)
On Mon, 12 Mar 2007, Jiri Slaby wrote:
UHCI: Eliminate asynchronous skeleton Queue Headers
Post it along with the usbmon log, and I'll try to figure out what happened.
Here it comes:
USBMON:
f7525b40 1832950485 C Ii:004:01 0 8 = 5300
(trimmed CC list a bit)
On Mon, 12 Mar 2007, Jiri Slaby wrote:
> > > UHCI: Eliminate asynchronous skeleton Queue Headers
> > Post it along with the usbmon log, and I'll try to figure out what happened.
> Here it comes:
> USBMON:
> f7525b40 1832950485 C Ii:004:01 0 8 = 5300
>
On Mon, 12 Mar 2007, Jiri Slaby wrote:
> Alan Stern napsal(a):
> > On Mon, 12 Mar 2007, Jiri Slaby wrote:
> >
> >> Bisecting figured out the culprit:
> >> Commit: 17230acdc71137622ca7dfd789b3944c75d39404
> >> Author: Alan Stern <[EMAIL PROTECTED]> Mon, 19 Feb 2007 15:52:45 -0500
> >>
> >>
Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern <[EMAIL PROTECTED]> Mon, 19 Feb 2007 15:52:45 -0500
UHCI: Eliminate asynchronous skeleton Queue Headers
[...]
Post it along
On Mon, 12 Mar 2007, Jiri Slaby wrote:
> Bisecting figured out the culprit:
> Commit: 17230acdc71137622ca7dfd789b3944c75d39404
> Author: Alan Stern <[EMAIL PROTECTED]> Mon, 19 Feb 2007 15:52:45 -0500
>
> UHCI: Eliminate asynchronous skeleton Queue Headers
>
> This patch (as856)
Jiri Kosina napsal(a):
On Sun, 11 Mar 2007, Jiri Slaby wrote:
- /* make sure the unused bits in the last byte are zeros */
- if (count > 0 && size > 0)
- data[(offset+count*size-1)/8] = 0;
-
No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same.
Jiri Kosina napsal(a):
On Sun, 11 Mar 2007, Jiri Slaby wrote:
- /* make sure the unused bits in the last byte are zeros */
- if (count 0 size 0)
- data[(offset+count*size-1)/8] = 0;
-
No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same.
[...]
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern [EMAIL PROTECTED] Mon, 19 Feb 2007 15:52:45 -0500
UHCI: Eliminate asynchronous skeleton Queue Headers
This patch (as856) attempts to
Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern [EMAIL PROTECTED] Mon, 19 Feb 2007 15:52:45 -0500
UHCI: Eliminate asynchronous skeleton Queue Headers
[...]
Post it along
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Alan Stern napsal(a):
On Mon, 12 Mar 2007, Jiri Slaby wrote:
Bisecting figured out the culprit:
Commit: 17230acdc71137622ca7dfd789b3944c75d39404
Author: Alan Stern [EMAIL PROTECTED] Mon, 19 Feb 2007 15:52:45 -0500
UHCI: Eliminate
(trimmed CC list a bit)
On Mon, 12 Mar 2007, Jiri Slaby wrote:
UHCI: Eliminate asynchronous skeleton Queue Headers
Post it along with the usbmon log, and I'll try to figure out what happened.
Here it comes:
USBMON:
f7525b40 1832950485 C Ii:004:01 0 8 = 5300
f7525b40
Jiri Kosina napsal(a):
(trimmed CC list a bit)
On Mon, 12 Mar 2007, Jiri Slaby wrote:
UHCI: Eliminate asynchronous skeleton Queue Headers
Post it along with the usbmon log, and I'll try to figure out what happened.
Here it comes:
USBMON:
f7525b40 1832950485 C Ii:004:01 0 8 = 5300
Jiri Slaby napsal(a):
Jiri Kosina napsal(a):
Hmm, strange, I did bet that this would have solved the problem, as
the code is for sure bogus and could be causing these kinds of
problems (I
Hmm, so I'll check this out again to eliminate human factor.
verified.
--
Jiri Kosina napsal(a):
On Sun, 11 Mar 2007, Jiri Slaby wrote:
- /* make sure the unused bits in the last byte are zeros */
- if (count > 0 && size > 0)
- data[(offset+count*size-1)/8] = 0;
-
No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same.
-rc3
On Sun, 11 Mar 2007, Jiri Slaby wrote:
> > - /* make sure the unused bits in the last byte are zeros */
> > - if (count > 0 && size > 0)
> > - data[(offset+count*size-1)/8] = 0;
> > -
> No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same.
> -rc3 without this patch
Jiri Kosina napsal(a):
On Fri, 9 Mar 2007, Jiri Kosina wrote:
If this is present also in vanilla and not only in -mm, could you please
try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if the
situation gets any better?
Jiri Kosina napsal(a):
On Fri, 9 Mar 2007, Jiri Kosina wrote:
If this is present also in vanilla and not only in -mm, could you please
try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if the
situation gets any better?
On Sun, 11 Mar 2007, Jiri Slaby wrote:
- /* make sure the unused bits in the last byte are zeros */
- if (count 0 size 0)
- data[(offset+count*size-1)/8] = 0;
-
No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same.
-rc3 without this patch too.
Going
Jiri Kosina napsal(a):
On Sun, 11 Mar 2007, Jiri Slaby wrote:
- /* make sure the unused bits in the last byte are zeros */
- if (count 0 size 0)
- data[(offset+count*size-1)/8] = 0;
-
No, this doesn't help -- -rc3-mm2 minus this behaves exactly the same.
-rc3
Jiri Slaby napsal(a):
Jiri Kosina napsal(a):
Hmm, strange, I did bet that this would have solved the problem, as
the code is for sure bogus and could be causing these kinds of
problems (I
Hmm, so I'll check this out again to eliminate human factor.
verified.
--
On 3/9/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
I don't know if this is related, but my notebook keyboard doesn't emit
numbers with numlock (not even directly Fn+blue number) anymore with
-rc3 (note that LED is flashing when numlock is on). I think -rc2
worked fine (I'm going to check this
On 3/9/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Fri, 9 Mar 2007, Jiri Kosina wrote:
> If this is present also in vanilla and not only in -mm, could you please
> try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
> d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if
On Fri, 9 Mar 2007, Jiri Kosina wrote:
> If this is present also in vanilla and not only in -mm, could you please
> try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
> d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if the
> situation gets any better?
Hi Jiri,
or
On Fri, 9 Mar 2007, Dmitry Torokhov wrote:
> > > > > (II) evdev brain: Rescanning devices (12).
> > > > > (II) evdev brain: Rescanning devices (13).
> > > > > (II) evdev brain: Rescanning devices (14).
> > > > > in this kernel, but I don't know if this is relevant.
> > > > > After booting back to
On 3/9/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
Andrew Morton napsal(a):
> On Sat, 03 Mar 2007 16:54:45 +0100 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>>
>> Jiri Slaby napsal(a):
>>> Andrew Morton napsal(a):
>>>> Temporarily at
>>
Andrew Morton napsal(a):
On Sat, 03 Mar 2007 16:54:45 +0100 Jiri Slaby <[EMAIL PROTECTED]> wrote:
Jiri Slaby napsal(a):
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Weird behaviour of numlock and capslock on USB keyboard in X. After
Hmm
Andrew Morton napsal(a):
On Sat, 03 Mar 2007 16:54:45 +0100 Jiri Slaby [EMAIL PROTECTED] wrote:
Jiri Slaby napsal(a):
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Weird behaviour of numlock and capslock on USB keyboard in X. After
Hmm, it's
On 3/9/07, Jiri Slaby [EMAIL PROTECTED] wrote:
Andrew Morton napsal(a):
On Sat, 03 Mar 2007 16:54:45 +0100 Jiri Slaby [EMAIL PROTECTED] wrote:
Jiri Slaby napsal(a):
Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Weird behaviour of numlock
On Fri, 9 Mar 2007, Dmitry Torokhov wrote:
(II) evdev brain: Rescanning devices (12).
(II) evdev brain: Rescanning devices (13).
(II) evdev brain: Rescanning devices (14).
in this kernel, but I don't know if this is relevant.
After booting back to .20-mm2 everything is
On Fri, 9 Mar 2007, Jiri Kosina wrote:
If this is present also in vanilla and not only in -mm, could you please
try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if the
situation gets any better?
Hi Jiri,
or even
On 3/9/07, Jiri Kosina [EMAIL PROTECTED] wrote:
On Fri, 9 Mar 2007, Jiri Kosina wrote:
If this is present also in vanilla and not only in -mm, could you please
try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if the
On 3/9/07, Jiri Slaby [EMAIL PROTECTED] wrote:
I don't know if this is related, but my notebook keyboard doesn't emit
numbers with numlock (not even directly Fn+blue number) anymore with
-rc3 (note that LED is flashing when numlock is on). I think -rc2
worked fine (I'm going to check this too).
Hi All,
On Tue, 6 Mar 2007 09:45:43 +0100, Jean Delvare wrote:
> > > I guess we need to wait and see if someone hits the same problems
> > > with an in-kernel driver.
>
> I just did, with i2c-nforce2. The key to trigger it seems to be to load
> an i2c bus driver _after_ loading i2c-isa and a
Mar 2007 03:00:26 -0800, Andrew Morton <[EMAIL PROTECTED]>
> > > wrote:
> > >
> > > >
> > > > Temporarily at
> > > >
> > > > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
> > > >
> > >
> > > Mor
:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
More things...
Yes, this is related to nVidia driver. First of all, I'm not asking for
help
for a broken closed-source driver. I just want Linux to be
foolbullet-proof
Hi All,
On Tue, 6 Mar 2007 09:45:43 +0100, Jean Delvare wrote:
I guess we need to wait and see if someone hits the same problems
with an in-kernel driver.
I just did, with i2c-nforce2. The key to trigger it seems to be to load
an i2c bus driver _after_ loading i2c-isa and a suitable
> >
> > > Temporarily at
> > >
> > > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
> > >
> >
> > More things...
> >
> > Yes, this is related to nVidia driver. First of all, I'm not asking for help
> > for a broken closed-source driver
On Tue, 6 Mar 2007 01:16:21 +0100
"J.A. Magall__n" <[EMAIL PROTECTED]> wrote:
> On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>
More things...
Yes, this is related to nVidia driver. First of all, I'm not asking for help
for a broken closed-sourc
On Mon, 5 Mar 2007 23:20:58 +0100
"J.A. Magall__n" <[EMAIL PROTECTED]> wrote:
> On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc
On Monday 05 March 2007 19:42, David Brownell wrote:
> On Monday 05 March 2007 3:26 am, Michael Buesch wrote:
>
> > > Actually, it seems like I will run into other kinds of nasty problems
> > > due to stupid design of the HCD code. The OHCI code #includes
> > > the various drivers, which have a
On Monday 05 March 2007 3:26 am, Michael Buesch wrote:
> > Actually, it seems like I will run into other kinds of nasty problems
> > due to stupid design of the HCD code. The OHCI code #includes
> > the various drivers, which have a module_init each. So if you
> > compile PCI and SSB support, you
> > > > > /home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:931:
> > > > > /home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-ssb.c:47:
> > > > > error: request for member 'hcd_priv_size' in somethi
On Mon, Mar 05, 2007 at 12:26:45PM +0100, Michael Buesch wrote:
> On Monday 05 March 2007 11:57, Michael Buesch wrote:
> > > > CC drivers/usb/host/ohci-hcd.o
> > > > In file included from
> > > > /home/bunk/linux/kernel-2.6/linux-2.6.21-
encing. I have not been able
to get my laptop to run 2.6.21-rc2-mm1 for more than 5 minutes. The
last kernel I had working was 2.6.20-rc6-mm3.
The problems may be multiple. Whenever I load the new bcm43xx drivers
and do *anything* with iwconfig, it locks hard. No keyboard LEDs, and
sysrq does n
On Mon, 5 Mar 2007 11:11:29 +0100 Michael Buesch wrote:
> On Monday 05 March 2007 05:21, Miles Lane wrote:
> > WARNING: "pcmcia_access_configuration_register" [drivers/ssb/ssb.ko]
> > undefined!
> > WARNING: "pccard_parse_tuple"
> > [drivers/net/wireless/mac80211/bcm43xx/bcm43xx-mac80211.ko]
Neil Brown wrote:
On Sunday March 4, [EMAIL PROTECTED] wrote:
On Mon, 5 Mar 2007 01:11:33 +0100 "J.A. Magallón" <[EMAIL PROTECTED]> wrote:
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton <[EMAIL PROTECTED]> wrote:
Temporarily at
http://userweb.kernel.or
On Monday 05 March 2007 11:57, Michael Buesch wrote:
> > > CC drivers/usb/host/ohci-hcd.o
> > > In file included from
> > > /home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:931:
> > > /home/bunk/linux/kernel-2.6/linux-2.6.21
git-wireless.patch
> > >...
> > > git trees
> > >...
> >
> > <-- snip -->
> >
> > ...
> > CC drivers/usb/host/ohci-hcd.o
> > In file included from
> > /home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:
gt;
> ...
> CC drivers/usb/host/ohci-hcd.o
> In file included from
> /home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:931:
> /home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-ssb.c:47:
> error: request for member 'hcd_priv_size'
On Monday 05 March 2007 02:47, Adrian Bunk wrote:
> On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
> >...
> > Changes since 2.6.20-mm2:
> >...
> > git-wireless.patch
> >...
> > git trees
> >...
>
> Multiple copies of the same drivers are a problem:
>
> <-- snip -->
>
> ...
>
On Mon, 2007-03-05 at 02:14 -0800, Andrew Morton wrote:
> On Fri, 02 Mar 2007 16:56:42 +0100 Michal Piotrowski <[EMAIL PROTECTED]>
> wrote:
>
> > Hi,
> >
> > Andrew Morton napisał(a):
> > > Temporarily at
> > >
> > > http://userw
On Fri, 02 Mar 2007 16:56:42 +0100 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Andrew Morton napisał(a):
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
> >
>
> Possible fix for
>
> nvidiafb-bring-bac
On Monday 05 March 2007 05:21, Miles Lane wrote:
> WARNING: "pcmcia_access_configuration_register" [drivers/ssb/ssb.ko]
> undefined!
> WARNING: "pccard_parse_tuple"
> [drivers/net/wireless/mac80211/bcm43xx/bcm43xx-mac80211.ko] undefined!
> WARNING: "pcmcia_register_driver"
>
On Monday 05 March 2007 05:21, Miles Lane wrote:
WARNING: pcmcia_access_configuration_register [drivers/ssb/ssb.ko]
undefined!
WARNING: pccard_parse_tuple
[drivers/net/wireless/mac80211/bcm43xx/bcm43xx-mac80211.ko] undefined!
WARNING: pcmcia_register_driver
On Fri, 02 Mar 2007 16:56:42 +0100 Michal Piotrowski [EMAIL PROTECTED] wrote:
Hi,
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Possible fix for
nvidiafb-bring-back-generic-ddc-reading.patch
drivers/built-in.o: In function
On Mon, 2007-03-05 at 02:14 -0800, Andrew Morton wrote:
On Fri, 02 Mar 2007 16:56:42 +0100 Michal Piotrowski [EMAIL PROTECTED]
wrote:
Hi,
Andrew Morton napisał(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Possible fix for
nvidiafb-bring
On Monday 05 March 2007 02:47, Adrian Bunk wrote:
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
...
Changes since 2.6.20-mm2:
...
git-wireless.patch
...
git trees
...
Multiple copies of the same drivers are a problem:
-- snip --
...
LD
/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:931:
/home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-ssb.c:47:
error: request for member 'hcd_priv_size' in something not a structure or
union
Seems like there was a comma missing.
There also seems to be some
drivers/usb/host/ohci-hcd.o
In file included from
/home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:931:
/home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-ssb.c:47:
error: request for member 'hcd_priv_size' in something not a structure
On Monday 05 March 2007 11:57, Michael Buesch wrote:
CC drivers/usb/host/ohci-hcd.o
In file included from
/home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:931:
/home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-ssb.c:47:
error
Neil Brown wrote:
On Sunday March 4, [EMAIL PROTECTED] wrote:
On Mon, 5 Mar 2007 01:11:33 +0100 J.A. Magallón [EMAIL PROTECTED] wrote:
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear
On Mon, 5 Mar 2007 11:11:29 +0100 Michael Buesch wrote:
On Monday 05 March 2007 05:21, Miles Lane wrote:
WARNING: pcmcia_access_configuration_register [drivers/ssb/ssb.ko]
undefined!
WARNING: pccard_parse_tuple
[drivers/net/wireless/mac80211/bcm43xx/bcm43xx-mac80211.ko] undefined!
not been able
to get my laptop to run 2.6.21-rc2-mm1 for more than 5 minutes. The
last kernel I had working was 2.6.20-rc6-mm3.
The problems may be multiple. Whenever I load the new bcm43xx drivers
and do *anything* with iwconfig, it locks hard. No keyboard LEDs, and
sysrq does not work.
While I had
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
I'm also noticing very bad
On Mon, 5 Mar 2007 23:20:58 +0100
J.A. Magall__n [EMAIL PROTECTED] wrote:
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
More things...
Yes, this is related to nVidia driver. First of all, I'm not asking for help
for a broken closed-source driver. I just want Linux
On Tue, 6 Mar 2007 01:16:21 +0100
J.A. Magall__n [EMAIL PROTECTED] wrote:
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
More things...
Yes, this is related to nVidia driver. First
On Mon, Mar 05, 2007 at 04:33:20PM -0800, Andrew Morton wrote:
On Tue, 6 Mar 2007 01:16:21 +0100
J.A. Magall__n [EMAIL PROTECTED] wrote:
On Fri, 2 Mar 2007 03:00:26 -0800, Andrew Morton [EMAIL PROTECTED] wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1
On Mon, Mar 05, 2007 at 12:26:45PM +0100, Michael Buesch wrote:
On Monday 05 March 2007 11:57, Michael Buesch wrote:
CC drivers/usb/host/ohci-hcd.o
In file included from
/home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-hcd.c:931:
/home/bunk/linux
-mm1/drivers/usb/host/ohci-hcd.c:931:
/home/bunk/linux/kernel-2.6/linux-2.6.21-rc2-mm1/drivers/usb/host/ohci-ssb.c:47:
error: request for member 'hcd_priv_size' in something not a
structure or union
Seems like there was a comma missing.
There also seems to be some
On Monday 05 March 2007 3:26 am, Michael Buesch wrote:
Actually, it seems like I will run into other kinds of nasty problems
due to stupid design of the HCD code. The OHCI code #includes
the various drivers, which have a module_init each. So if you
compile PCI and SSB support, you have
On Monday 05 March 2007 19:42, David Brownell wrote:
On Monday 05 March 2007 3:26 am, Michael Buesch wrote:
Actually, it seems like I will run into other kinds of nasty problems
due to stupid design of the HCD code. The OHCI code #includes
the various drivers, which have a module_init
1 - 100 of 214 matches
Mail list logo