On Sun, Jul 31, 2005 at 10:29:58AM +1000, Dave Airlie wrote:
> latest Linus git tree, and it just does the usual entering suspend and
> then when I resume I get crap out of the serial port, nothing at all
> intelliigble...
>
> Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabl
Improve the likelihood that someone submitting a patch will
notify the MAN-PAGES maintainer.
This is a follow-up to comments on the July 29 lkml email
thread: "Broke nice range for RLIMIT NICE"
Signed-off-by: Paul Jackson <[EMAIL PROTECTED]>
Index: 2.6.12-rc5-mm1/Documentation/SubmittingPatches
> >
> > And as I said its an i865 based motherboard from Intel... nothing
> > special on it, do you need to know the super-io chip, i.e. I 'll have
> > to open the case to find out...
>
> The above two messages tells me you're probably using plug'n'play.
> Unfortunately, for some unknown reason, th
> Ok. I have started implementing your idea. But the implementation is no
> simple. Its becomes a complex mess. Atleast in the case of pnode
> datastructure implementation, the propogation was all abstracted and
> concentrated in the pnode datastructure.
>
> Here is a sample implementation of do
With the introduction of the new "struct pipe_inode_info"in 2.6.11,
the definition of PIPE_LEN, PIPE_BASE, PIPE_START all become
obsolete. The new definition of PIPE_LEN is attached.
Signed-off-by: Zhigang Huo <[EMAIL PROTECTED]>
--- pipe_fs_i.h~
> >
> > The above two messages tells me you're probably using plug'n'play.
> > Unfortunately, for some unknown reason, the Linux plug'n'play
> > subsystem does not support suspend/resume. This is not a serial
> > problem.
> >
>
> Okay I've disabled PnP in my kernel, now I get nothing back from the
Hi Ingo,
Still on -02;
I'm now running the thing and having some trouble fixing it.
Attached is a patch to the new CFQ iosched that I had lying about in an
old -mm port of the RT patch.
This trace is giving me a headache to fix:
BUG: scheduling with irqs disabled: IRQ 14/0x2000/772
caller
_ <[EMAIL PROTECTED]> wrote:
>
> With the introduction of the new "struct pipe_inode_info"in 2.6.11,
> the definition of PIPE_LEN, PIPE_BASE, PIPE_START all become
> obsolete. The new definition of PIPE_LEN is attached.
bix:/usr/src/linux-2.6.13-rc4> grep -r PIPE_LEN .
./include/linux/p
> > Do you still believe that your idea is simpler?
>
> Well, you have bundled do_make_slave(), pnode_member_to_slave() and
> empty_pnode() all into one function. I think your original split is
> quite nice. If you'd split this function up like that, I think you'd
> agree, that the end result i
>
> > I recall that when Kai Germaschewski long time ago started the
> > unification of the vmlinux.lds files some people had boot problems
> > exactly because the label was defined inside the section and therefore
> > ld caused it to have another value as if it was placed outside the
> > section.
On Sat, Jul 30, 2005 at 05:29:21PM -0400, Michael Krufky wrote:
> With the addition of topdir-mm.patch into the -mm tree (since
> 2.6.13-rc3-mm2), it is now possible for Makefile to detect whether a cvs
> subtree is being built against -mm or not... -mm kernels now have a .mm
> file in the top
Sam Ravnborg <[EMAIL PROTECTED]> writes:
> >
>> > I recall that when Kai Germaschewski long time ago started the
>> > unification of the vmlinux.lds files some people had boot problems
>> > exactly because the label was defined inside the section and therefore
>> > ld caused it to have another va
Hello,
something broke the sonypi driver a bit after -mm2:
I can no longer set bluetooth-power for instance, and it logs these
messages:
sonypi command failed at drivers/char/sonypi.c : sonypi_call2 (line 605)
sonypi command failed at drivers/char/sonypi.c : sonypi_call2 (line 607)
sonypi comman
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
- Dropped areca-raid-linux-scsi-driver.patch and iteraid.patch. People who
need these can get them from 2.6.13-rc3-mm3.
- Dropped the CKRM patches. I don't think they were doing much in -mm and
we did
Manuel Lauss <[EMAIL PROTECTED]> wrote:
>
> something broke the sonypi driver a bit after -mm2:
> I can no longer set bluetooth-power for instance, and it logs these
> messages:
>
> sonypi command failed at drivers/char/sonypi.c : sonypi_call2 (line 605)
> sonypi command failed at drivers/char
On Sun, Jul 31, 2005 at 02:50:03AM +0200, Roman Zippel wrote:
> Hi,
>
> On Sun, 31 Jul 2005, Sam Ravnborg wrote:
>
> > In a couple of cases I have had the need to include a Kconfig file only
> > if present.
> > The current 'source' directive works as one would expect. It bails out
> > if the file
Quoting r. Greg KH <[EMAIL PROTECTED]>:
> Subject: Re: [openib-general] Re: [PATCH] arch/xx/pci: remap_pfn_range ->
> io_remap_pfn_range
> If this is a fix for xen, fine, then say so in the changelog information
> for the patch, as it is, no such information was given.
>
> thanks,
>
> greg k-h
>
On Sunday, 31 of July 2005 07:03, Brown, Len wrote:
> >So I guess I'll just have to revert the ACPI change that
> >caused drivers to do request_irq/free_irq. I'd prefer it
> >if the ACPI people did that revert themselves, though.
>
> If that is what you want, I'll be happy to do it.
>
> If one b
I'm going nuts...
A tyan AMD64 opteron machine functioning as a usenet gateway really
pumps some traffic a day (http://newsgate.newsserver.nl)
Incoming traffic comes through a optical gig-E card (acenic)
and local traffic is fed to our spool boxes through cupper gig-E
(tigon3). Machine uses adaptec
> "Pavel" == Pavel Machek <[EMAIL PROTECTED]> writes:
Pavel> Well, that is if you use /dev/psaux, right? Using event devices
Pavel> you should be able to access it from userland.
Would /dev/input/mice not also be affected?
Until X can hotplug input devices /dev/input/mice rather than evdev
w
Hi!
> >What happened to those cleanups I sent to you in Ottawa?
>
> Don't worry, they're in my to-akpm quilt series.
> I just haven't committed/exported them yet -- as the 2.6.13
> functional stuff is taking priority over cleanups for 2.6.14.
Okay well some kind of "patch applied" notificati
Hi!
> Pavel> Well, that is if you use /dev/psaux, right? Using event devices
> Pavel> you should be able to access it from userland.
>
> Would /dev/input/mice not also be affected?
Yes, /dev/input/mice == /dev/psaux.
> Until X can hotplug input devices /dev/input/mice rather than evdev
> will r
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
Why was the KERNEL_VERSION(a,b,c) macro removed from
include/linux/version.h? The removal breaks external drivers like
NDISWRAPPER or nVidia propietary.
-
To unsubscribe from this list: send the line "unsubs
>
> It has the virtue of simplicity. Arjan, were you planning on anything
> fancier?
short term: no. (eg 2.6.13).
Long term I wanted to turn this into a bitmask so that you can control
the randomisations individual (eg keep the stack one disable the library
one only)
-
To unsubscribe from this
On Sun, Jul 31, 2005 at 12:04:59PM +0200, Felipe Alfaro Solana wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
> Why was the KERNEL_VERSION(a,b,c) macro removed from
> include/linux/version.h? The removal breaks external drivers like
It moved
Hi,
This patch adds the handling of irq_request() failures during resume to
the snd_intel8x0 driver.
Please consider for applying,
Rafael
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-git3/sound/pci/intel8x0.c 2005-07-31 12:35:00.0
+0200
+++ patched/sound/
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> because end_buffer_async_read/write use bit_spin_(un)lock and I do not
> know how those interact with -RT.
bit_spin_lock is preemptible too - but it's not a too nice construct.
What seems to have happened in your trace is that local_irq_disable()
[removed a number of unneccessarry CC's from list]
On Fri, Jul 29, 2005 at 12:11:52PM +0300, Denis Vlasenko wrote:
> Linux 2.6.12
Denis, your bug is not getting fixed faster, no matter how often you
will post it at how many places and to how many recipients. We have
seen it, and we will look at
On Fri, Jul 29, 2005 at 03:11:35PM +0300, Denis Vlasenko wrote:
> Note that REDIRECT loads ip_conntrack, and this seem to
> cause problems, see another bugzilla entry at
> https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=339
REDIRECT is a for of DNAT, like you correctly state. DNAT _needs_
On Monday 25 July 2005 08:17, Denis Vlasenko wrote:
> I reported earlied that around linux-2.6.11-rc5 my home box sometimes
> does not want to send anything over ethernet. That report is repeated below
> sig.
>
> I finally managed to nail down where this happens.
> I instrumented sch_generic.c to
On Sat, Jul 30, 2005 at 07:24:46PM -0400, Jeff Garzik wrote:
>
> If this is post-2.6.13 material, that's fine.
>
> I've been getting tired of the slow movement of wireless. A little bit
> of that is my fault, certainly. I've also been wanting to get these net
> drivers out to Linux users.
>
From: Jan Veldeman <[EMAIL PROTECTED]>
Fix whitespace after comma between parameters.
Signed-off-by: Jan Veldeman <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
sysfs.txt | 26 +-
1 files changed, 13 insertions(+), 13 deletions(-)
Index: qu
From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]>
Use of the time_before_eq() macro, defined at linux/jiffies.h, which deal
with wrapping correctly and are nicer to read.
Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
nvidia-agp.c
Andrew Morton wrote:
Manuel Lauss <[EMAIL PROTECTED]> wrote:
something broke the sonypi driver a bit after -mm2:
I can no longer set bluetooth-power for instance, and it logs these
messages:
sonypi command failed at drivers/char/sonypi.c : sonypi_call2 (line 605)
sonypi command failed at drive
Hi every,
HW: Dell Inspirion 8100
[EMAIL PROTECTED] ~> lspci
00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and
Memory Controller Hub (rev 04)
00:01.0 PCI bridge: Intel Corporation 82815 815 Chipset AGP Bridge (rev 04)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI
From: Tobias Klauser <[EMAIL PROTECTED]>
The attached patch fixes some spelling errors in REPORTING-BUGS and also
removes all trailing whitespaces (I hope this OK with the trivial patch
monkey).
Signed-off-by: Tobias Klauser <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
--
From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]>
Use of the time_after() and time_before() macros, defined at linux/jiffies.h,
which deal with wrapping correctly and are nicer to read.
Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
--
From: Jan Veldeman <[EMAIL PROTECTED]>
Change filemode to use defines in stead of 0644,
based on suggestions by Walter Harms and Domen Puncer.
Signed-off-by: Jan Veldeman <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
sysfs.txt |4 ++--
1 files changed, 2 insertion
From: Jan Veldeman <[EMAIL PROTECTED]>
Documentation should give the good example of using snprintf and
strnlen in stead of sprintf and strlen.
PAGE_SIZE is used as the maximal length to reflect the behaviour of
show/store.
Signed-off-by: Jan Veldeman <[EMAIL PROTECTED]>
Signed-off-by: Domen
From: Marcelo Feitoza Parisi <[EMAIL PROTECTED]>
Use of the time_after() macro, defined at linux/jiffies.h, which deal
with wrapping correctly and are nicer to read.
Signed-off-by: Marcelo Feitoza Parisi <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
lp.c |3 ++-
Hi,
On Sunday, 31 of July 2005 11:05, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
>
> - Dropped areca-raid-linux-scsi-driver.patch and iteraid.patch. People who
> need these can get them from 2.6.13-rc3-mm3.
>
> - Dropp
Hi,
I tested both - problem with SB Live! is fixed, but tuning problem in PV951
still exist :(
This is what I gets into dmesg:
Linux video capture interface: v1.00
bttv: driver version 0.9.15 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
ACPI
Knut Petersen wrote:
Currently tridenfb claims to support the cyberblade/i1 graphics core.
This is of very limited truth. There is a great number of bugs, even
vesafb is faster and provides more working modes and much better
quality of the video signal.
Tridentfb seems to be unmaintained,and doc
On Sun, 31 Jul 2005, Antonino A. Daplas wrote:
> Knut Petersen wrote:
> > +//
> > +// interlaced modes are broken, fail if one is requested
> > +//
> > +if (var->vmode & FB_VMODE_INTERLACED)
> > +return -EINVAL;
>
> You are too strict :-) You can always clear FB_VMODE_INTE
Hi Tony,
Antonino A. Daplas wrote:
> Andrey Volkov wrote:
>
>> Hi Greg,
>>
>> While I write driver for SM501 CC (which have graphics controller, USB
>> MASTER/SLAVE, AC97, UART, SPI and VIDEO CAPTURE onboard),
>> I bumped with next ambiguity:
>> Where is a place of this chip's Kconfig/drivers in
apache <[EMAIL PROTECTED]> :
[...]
> Fact: I can write a DVD on a machine with kernel-2.6.11, but I cannot
> read that DVD in a machine with kernel-2.6.12, even worse: the system is
> stuck.
>
> please explain
I can't explain but we may try to fix it with your help.
As a general remark, dmesg
Adrian Bunk wrote:
On Sun, Jul 31, 2005 at 12:04:59PM +0200, Felipe Alfaro Solana wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
Why was the KERNEL_VERSION(a,b,c) macro removed from
include/linux/version.h? The removal breaks external drivers
Felipe Alfaro Solana schrieb:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
Why was the KERNEL_VERSION(a,b,c) macro removed from
include/linux/version.h? The removal breaks external drivers like
NDISWRAPPER or nVidia propietary.
-
To unsubscribe
Yes, the quirk is in the patch :-)
Pavel Machek wrote:
Hi!
Pavel> Well, that is if you use /dev/psaux, right? Using event devices
Pavel> you should be able to access it from userland.
Would /dev/input/mice not also be affected?
Yes, /dev/input/mice == /dev/psaux.
Until X can hotplug in
Hi,
I'd gladly supply you with any input - just tell what you need.
Actually, a dmesg in 2.6.11 and 2.6.12 looks very familiar. Also the
NIC gets configured. However the Link LED just blinks which means it
tries to establish a connection.
In 2.6.11 it stays solid after a couple of seconds.
/
Andrew Morton wrote:
Manuel Lauss <[EMAIL PROTECTED]> wrote:
something broke the sonypi driver a bit after -mm2:
I can no longer set bluetooth-power for instance, and it logs these
messages:
sonypi command failed at drivers/char/sonypi.c : sonypi_call2 (line 605)
sonypi command failed at drive
On Sun, Jul 31, 2005 at 01:37:21PM +0100, James Courtier-Dutton wrote:
> Adrian Bunk wrote:
> >On Sun, Jul 31, 2005 at 12:04:59PM +0200, Felipe Alfaro Solana wrote:
> >
> >
> >>>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
> >>
> >>Why was the KERNEL_VERS
Hi!
> If this is post-2.6.13 material, that's fine.
>
> I've been getting tired of the slow movement of wireless. A little bit
> of that is my fault, certainly. I've also been wanting to get these net
> drivers out to Linux users.
>
> This adds HostAP, ipw2100, ipw2200, and the generic ieee8
Hello Andrew,
the ACPI bug or the problems with 2.6.13-rc3-mm[2,3] gone.
The system boots now noiseless, except on problem with USB.
If my Prolific USB-Serialadapter plugged in on reboot
the ehci_hcd driver complains about a Hand-off bug in Bios.
-> snip
ehci_hcd :00:1d.7: EHCI Host Contr
Hi!
> > Please revert the yenta free_irq on suspend patch (below)
> > which went into 2.6.13-rc4 after 2.6.13-rc3-git9.
>
> Ok. Will do.
> And the ACPI people had better stop doing this crazy thing in the first
> place. There's really no point at all to freeing and re-requesting the
> interrup
Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
Andrew,
the good news is I can access pcmcia devices with rc4-mm1 which I
couldn't with at least rc3-mm1 on my x86_64 laptop. There is at least
one more problem with yenta_socket. Please
On 7/31/05, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
> Evidently, Yani Ioannou's display is wider than mine.
[EMAIL PROTECTED]" (Thinkpad) ;-). The changes were done by a script I
wrote which wasn't checking if the 80 chars limit was surpassed.
Yani
-
To unsubscribe from this list: send the line
Quoting Tony Jones ([EMAIL PROTECTED]):
> OK. As long as you are aware of it, which it sounds like you are.
>
> Serge, I think it should be documented as a known issue.
Ok.
> > Clearly this is limiting, but then so is the one line per process you
> > get with ps - "fixing" that is obviously not
Adrian Bunk wrote:
This patch schedules obsolete OSS drivers (with ALSA drivers that
support the same hardware) for removal.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
I've Cc'ed the people listed in MAINTAINERS as being responsible for one
or more of these drivers, and I've also Cc
On Sun, 31 Jul 2005 at 08:29:27 +0200, Ingo Molnar wrote:
> > I tested this with Volanomark on dual-processor PII Xeon -- the
> > results were very bad:
>
> which patch have you tested? The mail you replied to above is for patch
> #2, while on SMT/HT boxes it's patch #3 that is the correct approa
Collie is slightly strange; it does not seem to have proper ucb1x00
ID. With this patch, basic ucb support seems to work and I can get
interrupts from battery.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
---
commit 7247714847e6e3eebcdd71c58a4f730e12f0e56b
tree 555a0b987efd7b625097032bf8946205
> >Why was the KERNEL_VERSION(a,b,c) macro removed from
> >include/linux/version.h? The removal breaks external drivers like
> >NDISWRAPPER or nVidia propietary.
> >
> Hello Felipe,
>
> I could not regonize a breakage of NVidia (Version 1.0-7667) propietary
> drivers.
> They work just perfect.
In
On Saturday 30 Jul 2005 20:42, Pavel Machek wrote:
> Hi!
>
> > I've attached a gzipped version of my Wireless Security Lock patch
> > for v2.6.13-rc4.
> > A Wireless Security Lock (WSL or weasel :-) is made up of two parts.
> > One part is a receiver which you plug into any available USB port.
> >
On Tue, Jul 12, 2005 at 10:23:17AM +0200, Thomas Heinz wrote:
> Hi Christoph
>
> You wrote:
> >While adding support for partitions on sr is trivial it has a huge
> >drawback: it's chaning the dev_t space by using up device numbers
> >for partitions, so /dev/sr0 ff will have different device number
Hi I tried
2.6.11.3
2.6.11.6
2.6.12
2.6.13rc3
In all these Kernels syslog reports me every few minutes log-entries like this
Badness in blk_remove_plug at drivers/block/ll_rw_blk.c:1424
[] blk_remove_plug+0x69/0x70
[] __generic_unplug_device+0x1a/0x30
[] __make_request+0x248/0x5a0
[] mempool_
Sam Ravnborg wrote:
On Sat, Jul 30, 2005 at 05:29:21PM -0400, Michael Krufky wrote:
With the addition of topdir-mm.patch into the -mm tree (since
2.6.13-rc3-mm2), it is now possible for Makefile to detect whether a cvs
subtree is being built against -mm or not... -mm kernels now have a .mm
Hi!
> > > I've attached a gzipped version of my Wireless Security Lock patch
> > > for v2.6.13-rc4.
> > > A Wireless Security Lock (WSL or weasel :-) is made up of two parts.
> > > One part is a receiver which you plug into any available USB port.
> > > The other part is a transmitter which at fix
So folks, this is still in 2.6.13-rc4, shouldn't we pull it out so we
don't add an interface soon to be removed again to 2.6.13?
-
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/maj
Tobias schrieb:
Hi I tried
2.6.11.3
2.6.11.6
2.6.12
2.6.13rc3
In all these Kernels syslog reports me every few minutes log-entries like this
Badness in blk_remove_plug at drivers/block/ll_rw_blk.c:1424
[] blk_remove_plug+0x69/0x70
[] __generic_unplug_device+0x1a/0x30
[] __make_request+0x248/0x
i686 Intel(R)
Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux
You can find dmesg, lspci and config at the following address:
http://82.196.5.50/20050731/config.txt
http://82.196.5.50/20050731/dmesg.txt
http://82.196.5.50/20050731/lspci.txt
http://82.196.5.50/20050731/sysctl.txt
Best regards,
apache wrote:
> Hi every,
> HW: Dell Inspirion 8100
> [EMAIL PROTECTED] ~> lspci
> 00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and
> Memory Controller Hub (rev 04)
> 00:01.0 PCI bridge: Intel Corporation 82815 815 Chipset AGP Bridge (rev 04)
> 00:1e.0 PCI bridge: Intel Corp
Hello,
I stand corrected. The WSL driver is _not_ needed as it actually is possible
to use libusb. However, you need this little patch to hid-core.c:
diff -urN linux-2.6.13-rc4.orig/drivers/usb/input/hid-core.c
linux-2.6.13-rc4/drivers/usb/input/hid-core.c
--- linux-2.6.13-rc4.orig/drivers
Hello,
Christoph Hellwig wrote:
So folks, this is still in 2.6.13-rc4, shouldn't we pull it out so we
Yep, sorry... I'll try to send the patch during next week...
don't add an interface soon to be removed again to 2.6.13?
The interface will still be available, because IMHO it fits better t
On Sun, Jul 31, 2005 at 03:46:17PM +0200, Pavel Machek wrote:
> Collie is slightly strange; it does not seem to have proper ucb1x00
> ID. With this patch, basic ucb support seems to work and I can get
> interrupts from battery.
Out of interest, what ID does it appear to have?
> diff --git a/drive
> One big thing I'm still hoping for is that someone will merge HostAP
> (where ieee80211 code came from) with the ieee80211 generic code.
After the hostap driver is in, is there any reason to support the same hardware
(Prism2/2.5/3) via the orinoco driver also? Should the prism support to be
re
On Sun, 31 Jul 2005, Pavel Machek wrote:
>
> Well, on some machines interrupts can change during suspend (or so I
> was told). I did not like the ACPI change at one point, but it is very
> wrong to revert PCMCIA fix without also fixing ACPI interpretter.
We _are_ going to fix the ACPI interpret
On Sunday 31 July 2005 06:44, Ingo Molnar wrote:
>* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>> because end_buffer_async_read/write use bit_spin_(un)lock and I do
>> not know how those interact with -RT.
>
>bit_spin_lock is preemptible too - but it's not a too nice
> construct. What seems to have
I finally succeeded to get cg-clone to work on
linux/kernel/git/torvalds/linux-2.6.git
I can see the 2.6.13-rc4 is in there and can use cg-diff to see the
difference between the current tree and 2.6.13-rc4.
But how to I extract the 2.6.13-rc4 source from the tree?
Or even more complicated: I wo
> "Pavel" == Pavel Machek <[EMAIL PROTECTED]> writes:
>> Would /dev/input/mice not also be affected?
Pavel> Yes, /dev/input/mice == /dev/psaux.
What I get for looking in /dev (c 10 1 vs c 13 63) rather than
/usr/src/linux. :-/
-JimC
-
To unsubscribe from this list: send the line "unsubscrib
The LOG_BUF_SHIFT from lib/Kconfig.debug is sufficient.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- linux-2.6.13-rc4-mm1/arch/sh64/Kconfig.old 2005-07-31 18:24:19.0
+0200
+++ linux-2.6.13-rc4-mm1/arch/sh64/Kconfig 2005-07-31 18:24:26.0
+0200
@@ -29,10 +29,6 @@
>From 2.6.13-rc4 this hunk
+#else
+# define rt_hash_lock_addr(slot) NULL
+# define rt_hash_lock_init()
+#endif
Doesn't work with the following,
+ spin_unlock(rt_hash_lock_addr(i));
Cause your spin locking a NULL .. I would give a patch, but I'm not sure
what should be done in t
Hi,
FWIW the following routine is consistently slightly faster using
Steven's test harness , with a big win when no bit set.
static inline int new_find_first_bit(const unsigned long *b, unsigned
size)
{
int x = 0;
do {
unsigned long v = *b++;
if (v)
Andrew,
Can you drop the ep405 removal patch. We've got someone to take
ownership.
- kumar
On Jul 27, 2005, at 2:57 PM, Andrew Morton wrote:
Kumar Gala <[EMAIL PROTECTED]> wrote:
The following board ports are no longer maintained or have become
obsolete:
adir
ash
beech
cedar
ep4
This patch converts arch/cris/Kconfig.debug to using lib/Kconfig.debug.
This should fix a compile error in 2.6.13-rc4 caused by a missing
CONFIG_LOG_BUF_SHIFT definition.
While I was editing this file, I also converted some spaces to tabs.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Hi,
I've got a backup system that I'm trying to eek some more performance
out of - and I don't understand the right way to get the kernel to
do disc writes efficiently - and hence would like some advice.
I was using rsync, but the problem with rsync is that I have
a back up server then filled wi
On Sun, 31 Jul 2005 02:05:52 -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
> - Dropped the connector patches: turns out that we no longer have a netlink
> slot available for them anyway.
I don't feel strongly pro or
Jar wrote:
After the hostap driver is in, is there any reason to support the same hardware
(Prism2/2.5/3) via the orinoco driver also? Should the prism support to be
removed
from the orinoco driver?
Not for a while, no.
Jeff
-
To unsubscribe from this list: send the line "unsubscri
On Sun, 31 Jul 2005 09:37:43 -0400, Yani Ioannou <[EMAIL PROTECTED]> wrote:
>On 7/31/05, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
>> Evidently, Yani Ioannou's display is wider than mine.
>
>[EMAIL PROTECTED]" (Thinkpad) ;-). The changes were done by a script I
>wrote which wasn't checking if the 80
This patch removes prototypes for the generic_file_open and
generic_file_llseek functions.
Besides being superfluous because they are already present in fs.h, they
were also wrong because the actual functions aren't weak functions.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
fs/jffs/
Ok, here's an optimization that should help reduce contention on the
cmpxchg, has zero impact on the nojitter path, and doesn't require any
changes to fsys. When a caller already had the xtime_lock write lock
there's no need to fight with other CPUs for the cmpxchg. The other
"reader" CPUs wi
Christoph Hellwig wrote:
Any chance we can give the hostap driver a better name? hostap describes
the AP mode it can operate on, but it should really be named after the hardware
it supports in some way.
If the driver gets rewritten, sure. Otherwise, users are already
familiar with the name.
On Sun, 31 Jul 2005, Linus Torvalds wrote:
>
> We'll revert to the behaviour that it has traditionally had, and start
> working forwards in a more careful manner. Where we don't break working
> setups.
Here's a suggested revert (a pure "patch -R" won't work, since there's
been other differen
Michal Semler <[EMAIL PROTECTED]> wrote:
>
> I tested both - problem with SB Live! is fixed, but tuning problem in PV951
> still exist :(
>
>
> This is what I gets into dmesg:
>
>
> Linux video capture interface: v1.00
> bttv: driver version 0.9.15 loaded
> bttv: using 8 buffers with 208
Manuel Lauss <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > Manuel Lauss <[EMAIL PROTECTED]> wrote:
> >
> >>something broke the sonypi driver a bit after -mm2:
> >> I can no longer set bluetooth-power for instance, and it logs these
> >> messages:
> >>
> >> sonypi command failed at driver
Andreas Steinmetz <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> >
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc4/2.6.13-rc4-mm1/
>
> Andrew,
> the good news is I can access pcmcia devices with rc4-mm1 which I
> couldn't with at least rc3-mm1 on my x86_64 la
On 7/30/05, Sanjoy Mahajan <[EMAIL PROTECTED]> wrote:
> so the return value should not be 4 (or the docs are not right).
This return value simply indicated EINTR (sigwait does not set errno,
read the docs).
The kernel simply doesn't restart the function in case of a signal.
It should do this, th
This eliminates the segfault info ring buffer, which added a system call to
each page fault, and which hadn't been useful for debugging in ages.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/kernel/trap_kern.c
(cc linux-usb-devel)
Michael Thonke <[EMAIL PROTECTED]> wrote:
>
> Hello Andrew,
>
> the ACPI bug or the problems with 2.6.13-rc3-mm[2,3] gone.
> The system boots now noiseless, except on problem with USB.
>
> If my Prolific USB-Serialadapter plugged in on reboot
> the ehci_hcd driver complain
Andrew Morton wrote:
Michal Semler <[EMAIL PROTECTED]> wrote:
This is what I gets into dmesg:
Linux video capture interface: v1.00
bttv: driver version 0.9.15 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
ACPI: PCI Interrupt :01:0b.0[A]
On Sun, Jul 31, 2005 at 10:35:28AM -0700, Andrew Morton wrote:
> Manuel Lauss <[EMAIL PROTECTED]> wrote:
> >
> > Andrew Morton wrote:
> > > Manuel Lauss <[EMAIL PROTECTED]> wrote:
> > >
> > >>something broke the sonypi driver a bit after -mm2:
> > >> I can no longer set bluetooth-power for instanc
1 - 100 of 247 matches
Mail list logo
