Cameron Harris <[EMAIL PROTECTED]> :
[r8169 crash]
> Linux laptop 2.6.11-rc1-mm1 #2 SMP Sun Jan 16 22:36:26 GMT 2005 i686
^^
[...]
> I would try a newer kernel, but the command line options for
> specifying the framebuffer settings seems to have changed in the
> latest
Hi all,
Here's the fifth hotfix for linux-2.4.29 :
http://linux.exosec.net/kernel/2.4-hf/
NOTE: This update fixes a remote security issue on PPP servers which is also
fixed in 2.4.30-rc1 (thanks to Paul Mackerras).
I've appended the changelog from 2.4.29-hf4 below, and the incremental diff
Jesper Juhl wrote:
Here 's a version of my fs/cifs/file.c cleanup patch split into seven
chunks for easier review.
Please use these incremental patches instead of the big one I send you
earlier since I've made a few changes compared to that.
For your convenience the patches are also available
On Sun, Mar 06, 2005 at 02:37:01AM +0100, Pierre Ossman wrote:
> Protocol definitions.
>
> The basic commands needed for the later patches. The R1_APP_CMD seems to
> be misdefined in protocol.h so this patch changes it.
Applied, thanks.
--
Russell King
Linux kernel2.6 ARM Linux -
* Herbert Xu <[EMAIL PROTECTED]> wrote:
> Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > i really have no intention to allow multiple readers for rt-mutexes. We
> > got away with that so far, and i'd like to keep it so. Imagine 100
> > threads all blocked in the same critical section (holding
On Friday, March 18, 2005 7:48 pm, Jesse Barnes wrote:
> On Friday, March 18, 2005 7:40 pm, Jesse Barnes wrote:
> > What does your patch look like? Markus might like to try it out as he
> > narrowed his problem down to something AGP related recently too:
> >
On Sat, 2005-03-19 at 08:16 -0600, Matt Domsch wrote:
> On Sat, Mar 19, 2005 at 07:09:45AM +0100, Arjan van de Ven wrote:
> > On Fri, 2005-03-18 at 15:23 -0600, Matt Domsch wrote:
> > > For review and comment.
> > >
> > > On x86_64 systems with no IOMMU and with >4GB RAM (in fact, whenever
> > >
* Manfred Spraul <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
>
> > read_lock();
> > ...
> > read_lock();
> >
> >are still legal. (it's also done quite often.)
> >
> >
> >
>
> How do you handle the write_lock_irq()/read_lock locks? E.g. the
> tasklist_lock or the
Here is a new set of patches to allow gcc-4.0 (20050312)
to compile the 2.4.30-rc1 kernel. Changes since the previous
version of the patch set are:
- Replaced -ffreestanding with -fno-builtin-sprintf.
freestanding was used to prevent gcc from transforming some
sprintf() calls to calls to
I don't think these are doing much for performance. Or at least
*something* in your tree isn't ...
Kernbench:
ElapsedSystem User CPU
elm3b67 2.6.11 50.24146.60 1117.61 2516.67
elm3b67 2.6.11-mm1
On Fri, Mar 18, 2005 at 09:30:22AM -0700, Alex Williamson wrote:
>The patch below adds IDs and setup for a new PCI Diva console port.
> This device provides a single UART described by PCI Bar 1. ID already
> submitted to pciids.sf.net. Please apply. Thanks,
Applied, thanks.
--
Russell
Every time i try to use eth1 which is r8169, i get a kernel panic, but
on the actual use of it, not the configuring it.
e.g.
laptop ~ # ifconfig eth1 up 192.168.1.1
laptop ~ # ping 192.168.1.2
PING 192.168.1.2 (192.168.1.2) 56(84) bytes of data.
Oops: [#1]
Modules linked in: snd_pcm_oss
Hi Marcelo,
2.4.30-rc1 works fine here on athlon-SMP and sparc64-smp. BTW, the athlon
uses the e1000 driver (which has been updated since 2.4.29) with no trouble
at all.
I'll post a 2.4.29-hf5 in a few hours, just the time to put the thing online,
it already builds on the same machines.
Cheers,
hi,
I don't see why, it used to work reliably at some point but now it does
not. It even won't work without hotplug and then manually typing:
echo 1 > /sys/class/firmware/2-1/loading
cat /lib/firmware/BCM2033-FW.bin >/sys/class/firmware/2-1/data
echo 0 > /sys/class/firmware/2-1/loading
usb 2-1:
On Sat, 19 Mar 2005, hib2743 wrote:
> I have seen discussion about this in recent months on the list, and
> unfortunately I am experiencing the same problem myself now on a new
> machine. I have run memtest86 for some hours and there seems to be no
> problem. The machine has 1GB DDR PC3200
This patch makes the following changes to the msdos partition code:
- remove CONFIG_NEC98_PARTITION leftovers
- make parse_bsd static
This patch was already ACK'ed by Andries Brouwer.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
@Andrew:
I've removed the accidental double slashes from
Issue:
On some conditions, the dmesg is spammed with repeated warnings about the
same issue which is neither critical nor going to be fixed. This may
result in losing the boot messages or missing other important messages.
Examples are:
nfs warning: mount version older than kernel
(my mount is
It should be fixed now, I'm running a full tree compare to validate that.
--
---
Larry McVoylm at bitmover.com http://www.bitkeeper.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
Hi,
The following patch prevents swsusp from leaking memory if there's an error
during suspend (eg when device_power_down() returns non-zero).
Greets,
Rafael
Signed-off-by: Rafael J. Wysocki <[EMAIL PROTECTED]>
--- linux-2.6.12-rc1-a/kernel/power/swsusp.c2005-03-19 11:51:02.0
Here's the story again but shorter:
(-> netdev: "(solved) Re: Fw: 2.6.11-mm2 weird ethernet RTTs" )
It seems after some reboot my CD-ROM drive went nuts and hogged up my
IDE-Controller (ICH5) which in turn either generated a lot of interrupts
or did not properly respond to em. Half of the time i
When switching from 2.6.11 to 2.6.12-rc1,
I get a 'cannot open root device' fatal error at end of kernel boot process.
Root device is 'hda1'.
Hardware content of the box:
8086Intel Corporation 334082855PM 0
Host-Hub Interface Bridge
8086Intel Corporation
On Sat, Mar 19, 2005 at 07:09:45AM +0100, Arjan van de Ven wrote:
> On Fri, 2005-03-18 at 15:23 -0600, Matt Domsch wrote:
> > For review and comment.
> >
> > On x86_64 systems with no IOMMU and with >4GB RAM (in fact, whenever
> > there are any pages mapped above 4GB), pci_alloc_consistent()
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/security/selinux/ss/avtab.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN security/selinux/ss/avtab.c~sparse-security_selinux_ss_avtab
security/selinux/ss/avtab.c
---
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/security/selinux/ss/ebitmap.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff -puN security/selinux/ss/ebitmap.c~sparse-security_selinux_ss_ebitmap
security/selinux/ss/ebitmap.c
---
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/security/selinux/ss/policydb.c | 35 ++--
1 files changed, 20 insertions(+), 15 deletions(-)
diff -puN security/selinux/ss/policydb.c~sparse-security_selinux_ss_policydb
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/security/selinux/ss/conditional.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff -puN
security/selinux/ss/conditional.c~sparse-security_selinux_ss_conditional
security/selinux/ss/conditional.c
---
On Fri, 18 Mar 2005 13:38:57 -0800, Rajesh Shah wrote:
> Here is a series of patches to support ACPI hot-add of a root bridge
> hierarchy. The added hierarchy may contain other p2p bridges and end/leaf
> I/O devices too. The root bridge itself is assumed to have been assigned
> resource ranges,
Dear All,
I have seen discussion about this in recent months on the list, and
unfortunately I am experiencing the same problem myself now on a new
machine. I have run memtest86 for some hours and there seems to be no
problem. The machine has 1GB DDR PC3200 RAM/AMD Athlon(tm) 64 Processor
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/crypto/sha256.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN crypto/sha256.c~sparse-crypto_sha256 crypto/sha256.c
--- kj/crypto/sha256.c~sparse-crypto_sha256 2005-03-18 20:05:34.0
+0100
+++
printk() calls should include appropriate KERN_* constant.
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/drivers/char/watchdog/wdt285.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN
On Wed, Mar 16, 2005 at 04:06:54AM -0800, Andrew Morton wrote:
>...
> Changes since 2.6.11-mm3:
>...
> +areca-raid-linux-scsi-driver.patch
>
> Updated version of this driver.
>...
<-- snip -->
...
static int arcmsr_iop_ioctlcmd(PACB pACB, int ioctl_cmd, void *arg)
{
...
uint8_t
Use the DMA_{64,32}BIT_MASK constants from dma-mapping.h when calling
pci_set_dma_mask() or pci_set_consistent_dma_mask()
These patches include dma-mapping.h explicitly because it caused errors
on some architectures otherwise.
See http://marc.theaimsgroup.com/?t=10800199301=1=2 for details
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/arch/i386/mm/fault.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN arch/i386/mm/fault.c~sparse-arch_i386_mm_fault arch/i386/mm/fault.c
--- kj/arch/i386/mm/fault.c~sparse-arch_i386_mm_fault 2005-03-18
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/arch/i386/crypto/aes.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN arch/i386/crypto/aes.c~sparse-arch_i386_crypto_aes
arch/i386/crypto/aes.c
--- kj/arch/i386/crypto/aes.c~sparse-arch_i386_crypto_aes
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/init/do_mounts_initrd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN init/do_mounts_initrd.c~sparse-init_do_mounts_initrd
init/do_mounts_initrd.c
---
compile warning cleanup - suggested by Adrian Bunk; remove
unmaintained rcs char strings from source and handle the occurrences of
their use, make sure kernel-userspace issues taken care of; break out
into separate patch
Signed-off-by: Stephen Biggs <[EMAIL PROTECTED]>
Signed-off-by: Domen
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/arch/i386/kernel/traps.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff -puN arch/i386/kernel/traps.c~sparse-arch_i386_kernel_traps
arch/i386/kernel/traps.c
---
When I do a "diff -Nur arch/i386 arch/x86_64" to see what is different between
these two
architectures, I see some differences due to whitespace issues only. The
attached patch removes
some of the noise by fixing up the following files:
- arch/i386/boot/bootsect.S
- arch/i386/boot/video.S
-
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/arch/i386/kernel/apm.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff -puN arch/i386/kernel/apm.c~sparse-arch_i386_kernel_apm
arch/i386/kernel/apm.c
---
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/crypto/tea.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN crypto/tea.c~sparse-crypto_tea crypto/tea.c
--- kj/crypto/tea.c~sparse-crypto_tea 2005-03-18 20:05:37.0 +0100
+++ kj-domen/crypto/tea.c
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/crypto/blowfish.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff -puN crypto/blowfish.c~sparse-crypto_blowfish crypto/blowfish.c
--- kj/crypto/blowfish.c~sparse-crypto_blowfish 2005-03-18 20:05:36.0
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/crypto/sha512.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN crypto/sha512.c~sparse-crypto_sha512 crypto/sha512.c
--- kj/crypto/sha512.c~sparse-crypto_sha512 2005-03-18 20:05:35.0
+0100
+++
The comment for msleep_interruptible() is wrong, as it will
ignore wait-queue events, but will wake up early for signals.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/kernel/timer.c |2 +-
1 files changed, 1
Just a few small cleanups to make this coherent english.
Signed-Off-By: Martin Hicks <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
---
kj-domen/include/linux/mm.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN
Use msleep_interruptible() instead of schedule_timeout() in
send_break() to guarantee the task delays as expected. Change
@duration's units to milliseconds, and modify arguments in callers
appropriately. Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan <[EMAIL PROTECTED]>
Not sure why any driver needs to sleep for *two* ticks, so let's fix it.
Use msleep() instead of schedule_timeout() to guarantee the
task delays as expected. Signals are never checked for by the callers or
in the function itself, so use TASK_UNINTERRUPTIBLE instead of
TASK_INTERRUPTIBLE. The
SOUND_PRIME (for OSS) is a tristate.
This doesn't make much sense if most users are checking for
SOUND_PRIME!=0.
This patch changes the semantics of SOUND_PRIME to being a limit for all
OSS modules, IOW: SOUND_PRIME=m does now say that all OSS drivers can
only be modular.
As a side effect,
Hi Andrew, hi usb developers!
Since 2.6.11-mm3 I have problems with the usb system after resume (in
fact already while suspending). In 2.6.11-mm2 I could S2R without
stopping hotplug/unloading usb modules, with mm3 and above I get the
following:
uhci_hcd :00:1d.0: host system error, PCI
Hi Andrew, hi Luc!
I just realized that there is now the pwc driver back in -mm kernels,
but interestingly not the one from Luc, or at least not the last
published one (10.0.6). and wanted to ask if there is a specific reason
for this?
Best wishes
Norbert
On 19 Mar 2005, at 10:56, Christian Limpach wrote:
For this specific case there may be another resolution but could
you please, please look at marking the missing pages PG_reserved
and not hacking phys_to_virt.
At this point anything short of explicitly introducing an intermediate
step say
Greg KH wrote:
On Fri, Mar 18, 2005 at 10:12:05AM +0100, Toralf Lund wrote:
Am I seeing an issue with the PCI functions here, or is it just that I
fail to spot an obvious mistake in the module itself?
I think it's a problem in your code. I built and ran the following
example module just
Steffen Klassert schrieb am 2005-03-19:
> In 2.6.11 ethtool data should be available. Please let me know if
> you are using 2.6.11 and ethtool does not work with your card.
>
> I have no Tornado card to test but with 3c905/3c905B cards and
> options=0x204 configured, mii-diag reports:
>
Hi!
This kills unused macro and write-only variable, and adds messages
where something goes wrong with suspending devices. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/include/linux/suspend.h
$BEl5~%i%V%9%H!<%j!<(B
$BCK=w$H$b40A4L5NA$N7F$$$N>l$rDs6!$$$?$7$^$9(B
$B=U$OJL$l$N5(@a!"AGE($J(B4$B7n$r7^$($k0Y$K:#$+$iM'C#:n$j$I$&$G$9$+!)(B
$B$-$C$H8+$D$+$kAGE($J?M!z(B
http://loves.qsv20.com/
$B$=$NB>$b$m$b$mFCE5IU!*!*(B
Albert Cahalan <[EMAIL PROTECTED]> writes:
> Lennart Sorensen writes:
>
> > You forgot the very important:
> >- Only works on architecture it was compiled for. So anyone not
> > using i386 (and maybe later x86-64) is simply out of luck. What do
> > nvidia users that want
Hi!
Those functions are useless these days, and should be gone... Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/drivers/char/vt.c 2005-03-19 00:31:21.0 +0100
+++ linux/drivers/char/vt.c
Andreas Dilger <[EMAIL PROTECTED]> writes:
> On Mar 14, 2005 21:37 -0700, jmerkey wrote:
> > 1. Scaling issues with readdir() with huge numbers of files (not even
> > huge really. 87000 files in a dir takes a while
> > for readdir() to return results). I average 2-3 million files per
> >
Hi!
This updates video.txt documentation. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean/Documentation/power/video.txt 2005-03-19 00:31:02.0 +0100
+++ linux/Documentation/power/video.txt
Hi,
On Wednesday, 16 of March 2005 01:12, Pavel Machek wrote:
> Hi!
>
> This is fix for "swsusp_restore crap"-: we had some i386-specific code
> referenced from generic code. This fixes it by inlining tlb_flush_all
> into assembly.
>
> Please apply,
Unfortunately, this patch requires the
On Sat, Mar 19, 2005 at 03:07:18AM -0700, Eric W. Biederman wrote:
> For this specific case there may be another resolution but could
> you please, please look at marking the missing pages PG_reserved
> and not hacking phys_to_virt.
>
> At this point anything short of explicitly introducing an
In 2.6.11 ethtool data should be available. Please let me know if
you are using 2.6.11 and ethtool does not work with your card.
I have no Tornado card to test but with 3c905/3c905B cards and
options=0x204 configured, mii-diag reports:
Auto-negotiation disabled, with Speed fixed at 100 mbps,
Keir Fraser <[EMAIL PROTECTED]> writes:
> > > now, the patch lines that poke into the GATT I guess stay as they are.
> > > We can maintain an out-of-tree patch for Xen, or perhaps if
> > > virt_to_phys() is not used very much we can override its definition.
> >
> > It sounds like xen is trying
On my IBM ThinkPad X31, I can only do one successful APM resume. After
the resume, there's a stream of messages on the console:
uhci_hcd :00:1d.0: host controller process error, something bad happened!
uhci_hcd :00:1d.0: host system error, PCI problems?
uhci_hcd :00:1d.0: host
Did you pick this up? First sent on 3-11.
Andrew Morton wrote:
Lee Revell <[EMAIL PROTECTED]> wrote:
On Thu, 2005-03-10 at 00:42 -0800, George Anzinger wrote:
This patch changes the update of the cmos clock to be timer driven
rather than poll driven by the timer interrupt function. If the clock
on 15 Feb I complained about 2.6.10, now it works now, with 2.6.11.
However, there are two warnings still, below.
PM: Preparing system for suspend
Stopping tasks:
|
PM: Entering state.
Back to C!
Debug: sleeping function called from
Aloha!
I know it has been discussed before, but I must express my feelings
about this issue nonetheless. I find it a major pain in the back that
/proc/$pid/mem isn't readable by an unrelated process without doing a
PTRACE_ATTACH first.
I mainly want to ask: is there a good reason to not drop
Hi again and thx again,
SUMMARY: It's working with new hook (wo/ trying second part)
I'll post again if error comes up again.
Daniel Ritz wrote:
On Saturday 19 March 2005 00:00, Jonas Oreland wrote:
it's the second time now i see this problem with an atheros chipset in
combination with a
Hi again and thx again,
SUMMARY: It's working with new hook (wo/ trying second part)
I'll post again if error comes up again.
Daniel Ritz wrote:
On Saturday 19 March 2005 00:00, Jonas Oreland wrote:
it's the second time now i see this problem with an atheros chipset in
combination with a
Aloha!
I know it has been discussed before, but I must express my feelings
about this issue nonetheless. I find it a major pain in the back that
/proc/$pid/mem isn't readable by an unrelated process without doing a
PTRACE_ATTACH first.
I mainly want to ask: is there a good reason to not drop
on 15 Feb I complained about 2.6.10, now it works now, with 2.6.11.
However, there are two warnings still, below.
PM: Preparing system for suspend
Stopping tasks:
|
PM: Entering state.
Back to C!
Debug: sleeping function called from
Did you pick this up? First sent on 3-11.
Andrew Morton wrote:
Lee Revell [EMAIL PROTECTED] wrote:
On Thu, 2005-03-10 at 00:42 -0800, George Anzinger wrote:
This patch changes the update of the cmos clock to be timer driven
rather than poll driven by the timer interrupt function. If the clock
is
On my IBM ThinkPad X31, I can only do one successful APM resume. After
the resume, there's a stream of messages on the console:
uhci_hcd :00:1d.0: host controller process error, something bad happened!
uhci_hcd :00:1d.0: host system error, PCI problems?
uhci_hcd :00:1d.0: host
Keir Fraser [EMAIL PROTECTED] writes:
now, the patch lines that poke into the GATT I guess stay as they are.
We can maintain an out-of-tree patch for Xen, or perhaps if
virt_to_phys() is not used very much we can override its definition.
It sounds like xen is trying to overload
In 2.6.11 ethtool data should be available. Please let me know if
you are using 2.6.11 and ethtool does not work with your card.
I have no Tornado card to test but with 3c905/3c905B cards and
options=0x204 configured, mii-diag reports:
Auto-negotiation disabled, with Speed fixed at 100 mbps,
On Sat, Mar 19, 2005 at 03:07:18AM -0700, Eric W. Biederman wrote:
For this specific case there may be another resolution but could
you please, please look at marking the missing pages PG_reserved
and not hacking phys_to_virt.
At this point anything short of explicitly introducing an
Hi,
On Wednesday, 16 of March 2005 01:12, Pavel Machek wrote:
Hi!
This is fix for swsusp_restore crap-: we had some i386-specific code
referenced from generic code. This fixes it by inlining tlb_flush_all
into assembly.
Please apply,
Unfortunately, this patch requires the following fix.
Hi!
This updates video.txt documentation. Please apply,
Pavel
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
--- clean/Documentation/power/video.txt 2005-03-19 00:31:02.0 +0100
+++ linux/Documentation/power/video.txt
Andreas Dilger [EMAIL PROTECTED] writes:
On Mar 14, 2005 21:37 -0700, jmerkey wrote:
1. Scaling issues with readdir() with huge numbers of files (not even
huge really. 87000 files in a dir takes a while
for readdir() to return results). I average 2-3 million files per
directory on
Hi!
Those functions are useless these days, and should be gone... Please apply,
Pavel
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
--- clean/drivers/char/vt.c 2005-03-19 00:31:21.0 +0100
+++ linux/drivers/char/vt.c
Albert Cahalan [EMAIL PROTECTED] writes:
Lennart Sorensen writes:
You forgot the very important:
- Only works on architecture it was compiled for. So anyone not
using i386 (and maybe later x86-64) is simply out of luck. What do
nvidia users that want accelerated nvidia
$BEl5~%i%V%9%H!%j!(B
$BCK=w$H$b40A4L5NA$N7F$$$Nl$rDs6!$$$?$7$^$9(B
$B=U$OJL$l$N5(@a!AGE($J(B4$B7n$r7^$($k0Y$K:#$+$iM'C#:n$j$I$$G$9$+!)(B
$B$-$C$H8+$D$+$kAGE($J?M!z(B
http://loves.qsv20.com/
$B$=$NB$b$m$b$mFCE5IU!*!*(B
Hi!
This kills unused macro and write-only variable, and adds messages
where something goes wrong with suspending devices. Please apply,
Pavel
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
--- clean/include/linux/suspend.h
Steffen Klassert schrieb am 2005-03-19:
In 2.6.11 ethtool data should be available. Please let me know if
you are using 2.6.11 and ethtool does not work with your card.
I have no Tornado card to test but with 3c905/3c905B cards and
options=0x204 configured, mii-diag reports:
Greg KH wrote:
On Fri, Mar 18, 2005 at 10:12:05AM +0100, Toralf Lund wrote:
Am I seeing an issue with the PCI functions here, or is it just that I
fail to spot an obvious mistake in the module itself?
I think it's a problem in your code. I built and ran the following
example module just
On 19 Mar 2005, at 10:56, Christian Limpach wrote:
For this specific case there may be another resolution but could
you please, please look at marking the missing pages PG_reserved
and not hacking phys_to_virt.
At this point anything short of explicitly introducing an intermediate
step say
Hi Andrew, hi Luc!
I just realized that there is now the pwc driver back in -mm kernels,
but interestingly not the one from Luc, or at least not the last
published one (10.0.6). and wanted to ask if there is a specific reason
for this?
Best wishes
Norbert
SOUND_PRIME (for OSS) is a tristate.
This doesn't make much sense if most users are checking for
SOUND_PRIME!=0.
This patch changes the semantics of SOUND_PRIME to being a limit for all
OSS modules, IOW: SOUND_PRIME=m does now say that all OSS drivers can
only be modular.
As a side effect,
Hi Andrew, hi usb developers!
Since 2.6.11-mm3 I have problems with the usb system after resume (in
fact already while suspending). In 2.6.11-mm2 I could S2R without
stopping hotplug/unloading usb modules, with mm3 and above I get the
following:
uhci_hcd :00:1d.0: host system error, PCI
Use msleep_interruptible() instead of schedule_timeout() in
send_break() to guarantee the task delays as expected. Change
@duration's units to milliseconds, and modify arguments in callers
appropriately. Patch is compile-tested.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
Not sure why any driver needs to sleep for *two* ticks, so let's fix it.
Use msleep() instead of schedule_timeout() to guarantee the
task delays as expected. Signals are never checked for by the callers or
in the function itself, so use TASK_UNINTERRUPTIBLE instead of
TASK_INTERRUPTIBLE. The
Just a few small cleanups to make this coherent english.
Signed-Off-By: Martin Hicks [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/include/linux/mm.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN
The comment for msleep_interruptible() is wrong, as it will
ignore wait-queue events, but will wake up early for signals.
Signed-off-by: Nishanth Aravamudan [EMAIL PROTECTED]
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/kernel/timer.c |2 +-
1 files changed, 1 insertion(+),
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/crypto/sha512.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
diff -puN crypto/sha512.c~sparse-crypto_sha512 crypto/sha512.c
--- kj/crypto/sha512.c~sparse-crypto_sha512 2005-03-18 20:05:35.0
+0100
+++
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/crypto/blowfish.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff -puN crypto/blowfish.c~sparse-crypto_blowfish crypto/blowfish.c
--- kj/crypto/blowfish.c~sparse-crypto_blowfish 2005-03-18 20:05:36.0
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/crypto/tea.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN crypto/tea.c~sparse-crypto_tea crypto/tea.c
--- kj/crypto/tea.c~sparse-crypto_tea 2005-03-18 20:05:37.0 +0100
+++ kj-domen/crypto/tea.c
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/arch/i386/kernel/apm.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff -puN arch/i386/kernel/apm.c~sparse-arch_i386_kernel_apm
arch/i386/kernel/apm.c
--- kj/arch/i386/kernel/apm.c~sparse-arch_i386_kernel_apm
When I do a diff -Nur arch/i386 arch/x86_64 to see what is different between
these two
architectures, I see some differences due to whitespace issues only. The
attached patch removes
some of the noise by fixing up the following files:
- arch/i386/boot/bootsect.S
- arch/i386/boot/video.S
-
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/arch/i386/kernel/traps.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff -puN arch/i386/kernel/traps.c~sparse-arch_i386_kernel_traps
arch/i386/kernel/traps.c
---
compile warning cleanup - suggested by Adrian Bunk; remove
unmaintained rcs char strings from source and handle the occurrences of
their use, make sure kernel-userspace issues taken care of; break out
into separate patch
Signed-off-by: Stephen Biggs [EMAIL PROTECTED]
Signed-off-by: Domen
Signed-off-by: Domen Puncer [EMAIL PROTECTED]
---
kj-domen/init/do_mounts_initrd.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff -puN init/do_mounts_initrd.c~sparse-init_do_mounts_initrd
init/do_mounts_initrd.c
---
101 - 200 of 334 matches
Mail list logo