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, i
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.
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 39493
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:
...
> (Re
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 00
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, sendin
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 run
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:
>
> USB
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 00
(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
> f75
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
> >>
> >> UH
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) attempt
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 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.
--
http://www.fi.muni.cz/~xsla
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 w
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?
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).
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 t
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 eve
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
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 suit
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 d
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-
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 mo
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'
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-
xperiencing. 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 d
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] unde
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
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_s
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"
> [drivers/net/wireless/
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"
[drivers/net/wireless/mac80211/bcm43xx/bcm43xx-mac80211.ko] undefined!
WARNING: "pc
Ah, I see this was already reported. Sorry. My query at
marc.theaimsgroup.com didn't find the previous report. I just
stumbled onto it while browsing for other information.
Miles
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
> > >
> > > 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 ran "make oldconfig" and picked various options and then make hit:
CC kernel/sched.o
kernel/sched.c: In function 'trigger_load_balance':
kernel/sched.c:3384: error: 'struct rq' has no member named 'in_nohz_recently'
kernel/sched.c:3384: error: 'struct rq' has no member named 'idle_at_tick
On Fri, Mar 02, 2007 at 03:00:26AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.20-mm2:
>...
> 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-rc
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 drivers/net/wireless/built-in.o
drivers/net/wireless/mac80211/built-in
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-mm
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-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-r
not. The common
denominator could be no hard drive I/O
> activity.
>
> I read Michal P. report and it might be that we hit the same bug here.
>
> Below you'll find the output and current config attached.
>
>
>
> Loglevel set to 7
> SysRq : Show Regs
>
&
On 04/03/07, Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> I'll dig some more and try to catch some data.
Ok. I started the system and it froze after approx. 5 min. of uptime.
Scenario:
- I logged into kde
- started aterm
- insmod netconsole ... blah blah
- started azureus (downloading 1 torr
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> Is
>
> CONFIG_BLOCK=y
> CONFIG_ROMFS_FS=y
> CONFIG_ROMFS_ON_BLOCK=n
> CONFIG_ROMFS_ON_MTD=y
>
> a reasonable configuration that should be supported, or can we turn
> CONFIG_ROMFS_ON_BLOCK always on if CONFIG_BLOCK=y?
Hmmm... I don't really know the ans
On Sun, Mar 04, 2007 at 03:11:09PM +, David Howells wrote:
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > So we require that one of these be enabled if ROMFS.
>
> At least one, yes. Both can be enabled. I don't know how to do it though.
How to solve it depends on the intended semantics.
Andrew Morton <[EMAIL PROTECTED]> wrote:
> So we require that one of these be enabled if ROMFS.
At least one, yes. Both can be enabled. I don't know how to do it though.
David
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
Andrew Morton napisał(a):
>
> +config ROMFS_ON_BLOCK
> + bool "Block device-backed ROM file system support"
> + depends on ROMFS_FS && BLOCK
> + help
> + This permits ROMFS to use block devices buffered through the page
> + cache as the medium from which to retrieve data.
On Sun, 04 Mar 2007 12:58:39 +0100 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
> CC [M] fs/romfs/storage.o
> fs/romfs/storage.c:18:2: error: #error no ROMFS backing store interface
> configured
> make[3]: *** [fs/romfs/storage.o] Błąd 1
> make[2]: *** [fs/romfs] Błąd 2
> make[1]: *** [fs] Błąd 2
>
ernel] Błąd 2
Config:
http://maciek.unixy.pl/download/kernel/config-2.6.21-rc2-mm1.gz
--
Maciej Rutecki <[EMAIL PROTECTED]>
smime.p7s
Description: S/MIME Cryptographic Signature
> Thanks. Are you sure that the kermel hasn't already oopsed when this
> happens? (netconsole will help).
Not sure. Sometimes system is totaly unusable. Sometimes I can switch to
console and
do limited operations there. Will look into it, will play with netconsole.
> The sysrq-P failure is a
On Sun, 4 Mar 2007 10:07:31 +0100 Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> I'm experiencing weird system hangs with recent -mm. After a few hours
> of uptime for no
> obvious reason system hangs and is (almost) unusable until reset.
>
> a few facts:
>
> - this happens on random basi
Hello,
> 2.6.20-rc2-mm1 needs a bit more uptime to hit this bug.
typo -> 2.6.21-rc2-mm1
Here is some more data. Now running 2.6.20-rc6.
Sony VAIO PCG-FR285M.
Linux orion 2.6.20-rc6 #2 PREEMPT Fri Jan 26 13:00:08 CET 2007 i686 Intel(R)
Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux
Hello,
I'm experiencing weird system hangs with recent -mm. After a few hours
of uptime for no
obvious reason system hangs and is (almost) unusable until reset.
a few facts:
- this happens on random basis without anything obvious that could trigger it
- if some music is played and syst
On Fri, Mar 02, 2007 at 03:15:40AM -0800, Andrew Morton wrote:
> It's a complete rewrite of the ptrace code. Quite heroic, really.
>
> Lots of documentation at http://people.redhat.com/roland/utrace/
Here's some comments on it:
1. support for changing the syscall number. From the changes which
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 b
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 not X related. Console behaves similarly.
pressing
Or actually if some script tries to c
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 pressing
those keys, keyboard "hangs" -- no sysrq, no lock leds are flashing.
After plug; unplug of the keyboard, it work
at, 3 Mar 2007 00:42:33 +0100
> >>> "Michal Piotrowski" <[EMAIL PROTECTED]> wrote:
> >>>
> >>>> On 02/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >>>>> Temporarily at
> >>>>>
> >>>>
t;>
>>>> On 02/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>>>> Temporarily at
>>>>>
>>>>> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>>>>>
>>>> I have noticed some strange system behavior. When i
On Sat, 03 Mar 2007 15:45:52 +0800 "Antonino A. Daplas" <[EMAIL PROTECTED]>
wrote:
> On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton wrote:
>
> I get this with CONFIG_NO_HZ=y, CONFIG_SMP=n
>
> kernel/sched.c: In function ‘trigger_load_balance’:
> kernel/sched.c:3384: error: ‘struct rq’ has no
On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton wrote:
I get this with CONFIG_NO_HZ=y, CONFIG_SMP=n
kernel/sched.c: In function ‘trigger_load_balance’:
kernel/sched.c:3384: error: ‘struct rq’ has no member named
‘in_nohz_recently’
kernel/sched.c:3384: error: ‘struct rq’ has no member named
‘idle
rton <[EMAIL PROTECTED]> wrote:
> >>> Temporarily at
> >>>
> >>> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
> >>>
> >> I have noticed some strange system behavior. When i try to build a
> >> kernel (medium load) - X, keyboard, mous
Andrew Morton napisał(a):
> On Sat, 3 Mar 2007 00:42:33 +0100
> "Michal Piotrowski" <[EMAIL PROTECTED]> wrote:
>
>> On 02/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>> Temporarily at
>>>
>>> http://userweb.kernel.org/~akpm/2.
On Sat, 3 Mar 2007 00:42:33 +0100
"Michal Piotrowski" <[EMAIL PROTECTED]> wrote:
> On 02/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
> >
>
> I hav
On Sat, 03 Mar 2007 00:05:23 +0100
Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Andrew Morton napisał(a):
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
> >
>
> Please consider this patch for inclusion in >= 2.6.2
On 02/03/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
I have noticed some strange system behavior. When i try to build a
kernel (medium load) - X, keyboard, mouse and sound hangs.
I can ping machine and I can use magic
Andrew Morton napisał(a):
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>
Please consider this patch for inclusion in >= 2.6.22.
"drivers/char/epca.c:2741: warning: 'get_termio' defined but not used"
Regards,
Michal
--
Michal K
Le 02.03.2007 12:00, Andrew Morton a écrit :
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/
Hello,
My 2 hard drives are connected to the same pata slot with a
Le 02.03.2007 21:57, Siddha, Suresh B a écrit :
On Fri, Mar 02, 2007 at 10:12:25PM +0100, Laurent Riffard wrote:
Le 02.03.2007 12:00, Andrew Morton a écrit :
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people
On Fri, Mar 02, 2007 at 10:12:25PM +0100, Laurent Riffard wrote:
> Le 02.03.2007 12:00, Andrew Morton a écrit :
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
> >
> > Will appear later at
> >
> >
> > ftp://ftp.
Le 02.03.2007 12:00, Andrew Morton a écrit :
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/
Got this when CONFIG_NO_HZ=y and CONFIG_SMP=n:
CC kernel
On 02/03/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
missing pci_dev_put()s
Yes.
Please ignore this patch.
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
(http://www.stardust.webpages.pl/ltg/)
LTG - Linux Testers Group (EN)
(http://www.stardust.webpages.pl/linux_test
On Fri, 2 Mar 2007 03:04:05 -0800 Andrew Morton 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
> >
On Fri, 02 Mar 2007 08:32:28 -0800 Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton wrote:
> > Temporarily at
> >
> > http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
> >
> > Will appear later at
> &g
On Fri, 02 Mar 2007 16:31:02 GMT, James Simmons said:
> > > nvidiafb-bring-back-generic-ddc-reading.patch
> To have a patch to cleans things up. Give it a try
>
> diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
> index b8f0a11..855a09e 100644
> --- a/drivers/video/Kconfig
> +++ b/driv
On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton 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/
>
>
&
> On Fri, 02 Mar 2007 03:00:26 PST, Andrew Morton said:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
>
> > nvidiafb-bring-back-generic-ddc-reading.patch
>
> Building with FB_DDC=N results in:
>
&
Hi Dave,
Andrew Morton napisał(a):
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>
CC [M] arch/i386/kernel/cpu/cpufreq/longhaul.o
arch/i386/kernel/cpu/cpufreq/longhaul.c: In function 'enable_arbiter_disable':
arch/i386/kernel/cpu/cpufreq/l
On Fri, 02 Mar 2007 03:00:26 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
> nvidiafb-bring-back-generic-ddc-reading.patch
Building with FB_DDC=N results in:
Kernel: arch/x86_64/boot/bzImage is ready (#1)
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 `nvidia_probe_i2c_connector':
/mnt/md0/devel/linux-mm/drivers/video/nv
On Fri, 02 Mar 2007 03:00:26 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc2/2.6.21-rc2-mm1/
> git-acpi.patch
Build dies if your config has CONFIG_HOTPLUG_CPU=N but CPU_IDLE=Y
CC drivers/cpuidle/cpuidle.o
drivers/cpuidle/
On Fri, 2007-03-02 at 03:00 -0800, Andrew Morton 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/
>
>
&
1 - 100 of 107 matches
Mail list logo
