On Sunday 07 Aug 2005 12:36, christos gentsis wrote:
[snip]
> >
> > I searched up google a bit and recieved some warnings about acpi causing
> > problems, so I disabled that, but was still unsucessful in getting that
> > to work. Please let me know if any other information is required.
> >
On Sun, 2005-08-07 at 13:36 +0200, Andi Kleen wrote:
> Erick Turnquist <[EMAIL PROTECTED]> writes:
>
> > Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
> > nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
> > getting nasty messages like these in my dmesg:
> >
On 8/7/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc5/2.6.13-rc5-mm1/
I probably don't need/want phy stuff anyhow, but when I tried it:
Problem:
drivers/built-in.o: In function `phy_start_machine':
: undefined reference to
James and gang found the aic7xxx slowdown that happened after 2.6.12, and
we'd like to get particular testing that it's fixed, so if you have a
relevant machine, please do test this.
There are other fixes too, a number of them reverting (at least for now)
patches that people had problems
> Some BIOSes do not lock SMM, and you *could* turn it off at the chipset
> level.
I don't see anything about SMM in my BIOS configuration even with the
advanced options enabled... Turning it off at the chipset level sounds
like a hardware hack - is it?
The gettimeofday patch for 2.6.13-rc3
On Sun, 2005-08-07 at 10:43 -0700, Andrew Morton wrote:
> Raymond Lai <[EMAIL PROTECTED]> wrote:
> >
> > Hi all,
> >
> > I remember there's a kernel pcmcia bug preventing the development for
> > the Audigy2 pcmcia notebook sound card driver.
> >
> > See
> >
Adrian Bunk wrote:
> On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
>
>
>>After execing "iptables -A INPUT -j DROP" my computer crashes hard. It
>>dosent hang immediately, but after a couple of seconds.
>>The machine is an amd64, running a clean x86_64 environment.
>>uname
--"Martin J. Bligh" <[EMAIL PROTECTED]> wrote (on Sunday, August 07, 2005
11:07:59 -0700):
> I'm getting lots of errors like this nowadays:
>
> drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
> (declared at drivers/serial/8250.c:2607)
>
> Which is just:
On Sun, Aug 07, 2005 at 11:07:59AM -0700, Martin J. Bligh wrote:
> I'm getting lots of errors like this nowadays:
>
> drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
> (declared at drivers/serial/8250.c:2607)
>
> Which is just: "EXPORT_SYMBOL(register_serial);"
>
> Sorry,
I'm getting lots of errors like this nowadays:
drivers/serial/8250.c:2651: warning: `register_serial' is deprecated
(declared at drivers/serial/8250.c:2607)
Which is just: "EXPORT_SYMBOL(register_serial);"
Sorry, but that's just compile-time noise, not anything useful.
Warning on real usages
On Sun, 7 Aug 2005 [EMAIL PROTECTED] wrote:
> Hi Alan,
>
> no. the stick doesn't have a write protection switch.
> Once when i tried to copy a file to the mp3 player i got a new file there on
> remount,
> but it consisted of incorrect data. (so writing seemed to be possible and
> just went
(Snipping the oops down a bit in size)
On Sun, Aug 07, 2005 at 07:08:05PM +0200, Alexander Nyberg wrote:
> On Sat, Aug 06, 2005 at 11:56:30PM -0400 Ryan Anderson wrote:
> > Unable to handle kernel paging request at virtual address 6b6b6b6b
> > EIP is at inotify_inode_queue_event+0x55/0x150
> >
Hello,
In january of this year I mentioned a problem with the Linux kernel
driver for VIA Rhine ethernet chips. (see http://lkml.org/lkml/2005/1/15/47)
In the mean time this bug was reproduced quite a number of times on my
Fedora Core 3 (then)/4 (now) box (a VIA CL6000).
An alternative driver by
On Sun, Aug 07, 2005 at 01:36:01PM +0200, Andi Kleen wrote:
> Erick Turnquist <[EMAIL PROTECTED]> writes:
>
> > Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
> > nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
> > getting nasty messages like these in my
Raymond Lai <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I remember there's a kernel pcmcia bug preventing the development for
> the Audigy2 pcmcia notebook sound card driver.
>
> See
> http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-Creative_Labs#matrix
>
> Is there any new
On 07/08/05, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
>
> > After execing "iptables -A INPUT -j DROP" my computer crashes hard. It
> > dosent hang immediately, but after a couple of seconds.
> > The machine is an amd64, running
On Sun, 7 Aug 2005, Kyle Moffett wrote:
> On Aug 7, 2005, at 03:51:07, Benjamin Herrenschmidt wrote:
> > Ah ! Interesting... I don't see why PREEMPT would affect radeonfb
> > though ... Can you try something like wrapper radeon_write_mode() with
> > preempt_disable()/preempt_enable() and tell me
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> I get the following Oops after trying to start nscd from YaST on an
> Athlon64-based box
> (compiled with CONFIG_DEBUG_SPINLOCK=y):
>
> Unable to handle kernel NULL pointer dereference at 0008 RIP:
> {kmem_cache_alloc+232}
> PGD
On Sun, Aug 07, 2005 at 07:12:00PM +0200, Espen Fjellvær Olsen wrote:
> After execing "iptables -A INPUT -j DROP" my computer crashes hard. It
> dosent hang immediately, but after a couple of seconds.
> The machine is an amd64, running a clean x86_64 environment.
> uname -a: Linux gentoo
John Bäckstrand <[EMAIL PROTECTED]> wrote:
>
> Someone asked if I could try to trigger this assertion again, and I'm
> afraid I probably cannot, I didnt do anything special at the time. But
> I've got something even better for you all, got a BUG from something
> tcp-related. Mind you, I am
After execing "iptables -A INPUT -j DROP" my computer crashes hard. It
dosent hang immediately, but after a couple of seconds.
The machine is an amd64, running a clean x86_64 environment.
uname -a: Linux gentoo 2.6.13-rc4-mm1 #1 PREEMPT Thu Aug 4 01:01:44
CEST 2005 x86_64 AMD Athlon(tm) 64
On Sat, Aug 06, 2005 at 11:56:30PM -0400 Ryan Anderson wrote:
>
> Unable to handle kernel paging request at virtual address 6b6b6b6b
> printing eip:
> c0188d15
> *pde =
> Oops: [#1]
> PREEMPT
> Modules linked in: ppp_deflate bsd_comp ppp_async ppp_generic slhc radeon
> esp6 ah6
> It's most likely bad SMM code in the BIOS that blocks the CPU too long
> and is triggered in idle.
Might a BIOS flash help, or is this something that's there to stay?
> No way to fix this, but you can work around it with very new kernels
> by compiling with a lower HZ than 1000.
Actually, it
Andrew Morton <[EMAIL PROTECTED]> wrote:
>Helge Hafting <[EMAIL PROTECTED]> wrote:
>> 2.6.13-rc5 seemed to kill a scsi disk (sdb) for me, where 2.6.13-rc4-mm1
>> have no problems with the same disk.
Sort of same with me:
2.6.12-mm1 runs for _weeks_ where others keep crashing:
>The latest -git
On Sun, Aug 07, 2005 at 03:12:21PM +1000, Con Kolivas wrote:
> Respin of the dynamic ticks patch for i386 by Tony Lindgen and Tuukka
> Tikkanen
> with further code cleanups. Are were there yet?
Con,
I am afraid until SMP correctness is resolved, then this is not
in a position to go in
Marcel Selhorst <[EMAIL PROTECTED]> wrote:
>
>
> This patch corrects the PNP-handling inside the tpm-driver
> and some minor coding style bugs.
But the patch adds lots of new coding style bugs!
> ...
> @@ -356,24 +356,26 @@ static const struct pnp_device_id tpm_pn
> {"IFX0102", 0},
>
Hi all,
I'm trying to figure out the reason of my laptop problem.
I beg your help to find the right way to debug it (I mean,
I don't want to flood the mailing list with useless details,
and so on).
Well, let's try...
Hardware: Toshiba
Hi,
I get the following Oops after trying to start nscd from YaST on an
Athlon64-based box
(compiled with CONFIG_DEBUG_SPINLOCK=y):
Unable to handle kernel NULL pointer dereference at 0008 RIP:
{kmem_cache_alloc+232}
PGD 1501a067 PUD 1501b067 PMD 0
Oops: [1] PREEMPT
CPU 0
Heikki Orsila wrote:
> There were big changes in tcp_output.c between rc1 and rc2, and the
> bug is triggered when using e1000 with rc2 or later. And because the
> bug does not happen on skge (new sk98 driver) it makes me guess it's a
> race condition of sorts.. I am surprised this bug wasn't
Herbert Xu <[EMAIL PROTECTED]> wrote:
> Hang on a second, the original poster mentioned rc5. Is this really
> pristine rc5 with the one netpoll patch? If so then it can't be the
> patches we're talking about because they only went in days later.
I produced a similar panic on rc2 and later (which
On Monday 01 August 2005 01:36, David S. Miller wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
> Date: Mon, 1 Aug 2005 00:26:07 +0200
>
> > - my impression is that the older compilers are only rarely
> > used, so miscompilations of a driver with an old gcc might
> > not be detected for a
David S. Miller wrote:
> I suspect this is a side effect of some changes Herbert Xu and
> myself did to fix some other bugs.
I think I crossed this bug independently today. I did some testing, and
got kernel panics when uploading files with ftp on a gigabit lan. The
error happens always at
> I'm having a similar issue with my shiny new 17" Powerbook G4. The
> radeon chip works fine with framebuffer in 2.6.12.4 _with_ PREEMPT,
> but not in 2.6.13-rc5 _with_ PREEMPT (configs are virtually identical).
> I'll try your idea this afternoon when I get the chance.
Note that PREEMPT is
On Sun, Aug 07, 2005 at 02:29:16PM +, Parag Warudkar wrote:
> > No way to fix this, but you can work around it with very new kernels
> > by compiling with a lower HZ than 1000.
>
> John Stultz's timeofday patches seem to fix this lost ticks issue. You might
> want to try them.
>
> (I too,
On Sun, Aug 07, 2005 at 01:42:14AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc4-mm1:
>...
> git-netdev-upstream.patch
>...
> Subsystem trees
>...
gcc 4.0 correctly rejects this code:
<-- snip -->
...
CC drivers/net/phy/phy_device.o
drivers/net/phy/phy_device.c:659:
On Saturday 06 August 2005 18:57, Jeff Garzik wrote:
> On Sat, Aug 06, 2005 at 09:50:13AM +0100, Matthew Wilcox wrote:
> > On Fri, Aug 05, 2005 at 11:34:55PM -0400, Jeff Garzik wrote:
> > > FWIW, compilers generate AWFUL code for bitfields. Bitfields are
> > > really tough to do optimally,
Hi all,
I remember there's a kernel pcmcia bug preventing the development for
the Audigy2 pcmcia notebook sound card driver.
See
http://www.alsa-project.org/alsa-doc/index.php?vendor=vendor-Creative_Labs#matrix
Is there any new updates on the situation? Has the bug been fixed? or
anyone
On Sun, Aug 07, 2005 at 01:42:14AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc4-mm1:
>...
> +mips-remove-vr4181-support.patch
>...
> MIPS stuff
>...
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/mips/Kconfig| 12 +---
arch/mips/Makefile
Hi Alan,
no. the stick doesn't have a write protection switch.
Once when i tried to copy a file to the mp3 player i got a new file there on
remount,
but it consisted of incorrect data. (so writing seemed to be possible and just
went wrong)
(in that case the fat seemed to be damaged after i had
On Sun, 7 Aug 2005, Martin Maurer wrote:
> Hi Pete,
>
> when using ub with your patch i get a lot further:
> the device is detected and uba+uba1 entries appear.
> I can mount the device correctly.
> Copying the files down and comparing them with the originals gives correct
> results.
>
> but:
> No way to fix this, but you can work around it with very new kernels
> by compiling with a lower HZ than 1000.
John Stultz's timeofday patches seem to fix this lost ticks issue. You might
want to try them.
(I too, routinely get "lost ticks - rip is at acpi_processor_idle" messages
which
On Sun, 2005-08-07 at 05:59 +, Holger Kiehl wrote:
> Thanks, removing those it compiles fine. This patch also solves my problem,
> here the output of dmesg:
Well ... the transport class was supposed to help diagnose the problem
rather than fix it.
However, what it shows is that the original
On Sun, Jul 31, 2005 at 04:42:45PM +0100, Russell King wrote:
> 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.
On Thursday 04 August 2005 23:45, Tommy Christensen wrote:
> Denis Vlasenko wrote:
> > Hi,
> >
> > As reported earlier, sometimes my home box don't want
> > to send anything.
> >
> > # ip r
> > 1.1.5.5 dev tun0 proto kernel scope link src 1.1.5.6
> > 1.1.4.0/24 dev if proto kernel scope
On Aug 7, 2005, at 03:51:07, Benjamin Herrenschmidt wrote:
On Fri, 2005-08-05 at 19:38 +0200, Bodo Eggert wrote:
On Fri, 5 Aug 2005, Benjamin Herrenschmidt wrote:
On Fri, 2005-08-05 at 00:03 +0200, Bodo Eggert wrote:
My CRT is out of sync after radeonfb from 2.6.13-rc5 is
initialized.
On Fri, 2005-08-05 at 08:17 -0700, Christoph Lameter wrote:
> On Thu, 4 Aug 2005, Richard Purdie wrote:
> >
> > We know the the failure case can be identified by the
> > cmpxchg_fail_flag_update condition being met. Can you provide me with a
> > patch to dump useful debugging information when
Hi,
We also need this patch for removing mips vr4181.
Please apply.
Yoichi
Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
diff -urN -X dontdiff mm1-orig/arch/mips/Makefile mm1/arch/mips/Makefile
--- mm1-orig/arch/mips/Makefile 2005-08-07 22:15:17.0 +0900
+++ mm1/arch/mips/Makefile
Someone asked if I could try to trigger this assertion again, and I'm
afraid I probably cannot, I didnt do anything special at the time. But
I've got something even better for you all, got a BUG from something
tcp-related. Mind you, I am trying to find a possibly hardware-related
issue here,
On Sat, Jul 30, 2005 at 04:35:51PM +0200, Pavel Machek wrote:
> Fix compile-time warning in sa1100fb.c
I think it makes sense to change this to an inline function. Thanks
for pointing this out.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of: 2.6
Early in the 2.6.13 process my kexec related patches were introduced
into the reboot path, and under the rule you touch it you fix it
it I have been involved in tracking quite a few regressions
on the reboot path.
Recently with Benjamin Herrenschmidt's removal of
device_suppend(PMSG_SUPPEND)
This patch moves the platform specific Sharp SL-C7x0 LCD code from
the w100fb driver into a more appropriate place and updates the Corgi
code to match the new w100fb driver.
It also updates the corgi touchscreen code to match the new
simplified interface available from w100fb.
Signed-off-by:
Here's a small patch to cleanup NETDEBUG() use in net/ipv4/ for Linux
kernel 2.6.13-rc5. Also weird use of indentation is changed in some
places.
Signed-off-by: Heikki Orsila <[EMAIL PROTECTED]>
---
diff -urp linux-2.6.13-rc5-org/net/ipv4/icmp.c linux-2.6.13-rc5/net/ipv4/icmp.c
---
This turned out to be a huge win on 32-bit i386 in PAE mode, but it is
likely not as significant on x86_64; I don't know because I haven't
actually measured the cost. I don't have 64-bit hardware that I have
the luxury of rebooting right now, so this patch is untested, but if
someone wants to
On Sat, Aug 06, 2005 at 02:06:53PM +0200, John B?ckstrand wrote:
>
> Yes, I have no other patches in, so if it was not in -RC5, I was not
> running it.
OK having looked at it briefly I have a hunch that it may be the
fackets_out issue (when the effective MSS is reduced tcp_tso_acked
may
Dear all,
Changelog:
This patch corrects the PNP-handling inside the tpm-driver
and some minor coding style bugs.
Note: the pci-device and pnp-device mixture is currently necessary,
since the used "tpm"-interface requires a pci-dev in order to register
the driver. This will be fixed within the
Am Sonntag, 7. August 2005 13:07 schrieb Ingo Oeser:
> Last argument: Many kernel developers -- including Linus --
> don't like "#if" in C files and prefer them in headers.
> Their reasons might be similiar to my own.
What about writing
if(CHECK_IRQ_PER_CPU(desc->status)) {
On Sun, 2005-08-07 at 16:02 +0900, Chris White wrote:
> [Pre Note: please CC me all responses, thanks]
>
> Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
> seems to have issues getting assigned an address. I quote the following from
> dmesg:
>
> usb 1-1.1: new
Erick Turnquist <[EMAIL PROTECTED]> writes:
> Hi, I'm running an Athlon64 X2 4400+ (a dual core model) with an
> nVidia GeForce 6800 Ultra on a Gigabyte GA-K8NXP-SLI motherboard and
> getting nasty messages like these in my dmesg:
>
> warning: many lost ticks.
> Your time source seems to be
On Mer, 2005-08-03 at 16:33 +0200, Andi Kleen wrote:
> > http://redhat.com/~teigland/gfs2/20050801/gfs2-full.patch
> > http://redhat.com/~teigland/gfs2/20050801/broken-out/
>
> I would suggest to not merge this before not all the code has not been
> reviewed by some experienced linux developer
On Sad, 2005-08-06 at 20:52 -0700, Nicholas Miell wrote:
> Why does overcommit in mode 2 (OVERCOMMIT_NEVER) explicitly force
> MAP_NORESERVE mappings to reserve memory?
>
> My understanding is that MAP_NORESERVE is a way for apps to state that
> they are aware that the memory allocated may not
On Iau, 2005-08-04 at 15:48 +0100, Hugh Dickins wrote:
> On Thu, 4 Aug 2005, Matti Aarnio wrote:
> >
> > SHM resources are non-swappable, thus I would not by default
> > let user programs go and allocate very much SHM spaces at all.
>
> No, SHM resources are swappable.
Large limits as oracle
Hi Karsten,
On Sunday 07 August 2005 12:25, Karsten Wiese wrote:
> With my proposal the
> #if defined(ARCH_HAS_IRQ_PER_CPU)
>
> #endif
> lets readers of __do_IRQ() immediately grasp:
> "this block might not be compiled / depends an ARCH"
> And you'll get compile error's
Chris Wright wrote:
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
This change encapsulates descriptor and task register management.
These will need some merging together, will take a stab tomorrow.
--- linux-2.6.12-xen0-arch.orig/include/asm-i386/desc.h
+++
Chris Wright wrote:
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
i386 Transparent Paravirtualization Subarch Patch #2
This change encapsulates CPUID and debug register accessors and moves
them into the sub-architecture layer.
This one looks to be a superset of Xen version:
@@
Andrew Morton wrote:
Zachary Amsden <[EMAIL PROTECTED]> wrote:
Yeah, I said ugly ones specificly. There's been some nice previous ones,
>but most in this series (all the move of stuff to subarches) are rather
>horrible and lack lots of explanation.
>
>
All of my previous
Zwane Mwaikambo wrote:
>
> On Mon, 11 Jul 2005, Oleg Nesterov wrote:
>
> > Please note that entry.S:BUILD_INTERRUPT() also does this trick:
> > pushl $nr-256;
> >
> > so it should be changed as well.
>
> I was making these changes and noticed that those were for the various SMP
>
Am Samstag, 6. August 2005 23:28 schrieb Ingo Oeser:
> Hi Karsten,
>
> On Saturday 06 August 2005 18:14, Karsten Wiese wrote:
> > From: Karsten Wiese <[EMAIL PROTECTED]>
> >
> > IRQ_PER_CPU is not used by all architectures.
> > To avoid dead code generation in __do_IRQ()
> > this patch
On Fri, Aug 05, 2005 at 09:33:54PM -0700, Grant Grundler wrote:
> > ISTR making comments before about the offending patch on linux-pci mailing
> > list. Is this the same patch that assumes pci_dev->resource[i] == BAR[i] ?
>
> I meant the patch assume 1:1 for pci_dev->resource[i] and BAR[i].
>
On Fri, Aug 05, 2005 at 03:05:06PM -0700, Andrew Morton wrote:
> Helge Hafting <[EMAIL PROTECTED]> wrote:
[...]
> > The two kernels have some config differences. The 2.6.13-rc5 kernel
> > has ACPI+CPUFREQ configured, that the 2.6.13-rc4-mm1 doesn't have.
>
> That's a pretty big difference ;)
>
Chris White wrote:
> As far as the host goes, I have the following USB hosts:
:00:11.0 USB Controller: NEC Corporation USB (rev 43)
:00:11.1 USB Controller: NEC Corporation USB (rev 43)
:00:11.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
The first is my builtin Intel USB
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc5/2.6.13-rc5-mm1/
(Grab it from
http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc5-mm1.gz until the
kernel.org mirrors catch up)
- Added the git-scsi-iscsi.patch tree: iSCSI drivers (James Bottomley)
- This kernel
On Sun, 7 Aug 2005 16:11:12 +0900, Chris White <[EMAIL PROTECTED]> wrote:
> > Did it work OK under a previous kernel version? If so, which?
>
> I haven't attempted that, but I'll probably give a 2.6.9/2.4 series
> kernel a shot later on tommorow night.
Does that thing work with Windows?
I
On Fri, 2005-08-05 at 19:38 +0200, Bodo Eggert wrote:
> On Fri, 5 Aug 2005, Benjamin Herrenschmidt wrote:
>
> > On Fri, 2005-08-05 at 00:03 +0200, Bodo Eggert wrote:
> > > My CRT is out of sync after radeonfb from 2.6.13-rc5 is initialized.
> > > 2.6.12 does not show this behaviour.
> >
> > I'm
This patch fixes a typing error in lib/crc32.c which results in incorrect
debug output.
Signed-off-by: Dominik Hackl <[EMAIL PROTECTED]>
--- linux-2.6.13-rc5.orig/lib/crc32.c 2005-08-07 09:25:00.0 +0200
+++ linux-2.6.13-rc5/lib/crc32.c2005-08-07 09:40:46.0
> Which kernel version?
Yes, I was just about to slap myself for fogetting that, it's under greg-kh's
2.6.12.13 git repository sources.
> Did it work OK under a previous kernel version? If so, which?
I haven't attempted that, but I'll probably give a 2.6.9/2.4 series kernel a
shot later on
Chris White <[EMAIL PROTECTED]> wrote:
>
> [Pre Note: please CC me all responses, thanks]
>
> Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
> seems to have issues getting assigned an address. I quote the following
> from dmesg:
>
> usb 1-1.1: new full speed USB
[Pre Note: please CC me all responses, thanks]
Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
seems to have issues getting assigned an address. I quote the following from
dmesg:
usb 1-1.1: new full speed USB device using ehci_hcd and address 11
usb 1-1.1: device
My gcapatch workalike is
git checkout -f mybranch
git diff master..HEAD > patch
Regards,
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
> I would like to strongly request one addition, however: please make it
> so that a subarchitecture which is still a hardware architecture doesn't
> have to redefine all of these every time.
Yep, that's done. As long as the defaults are ok, the
This patch add stubs to allow the visws subarch to link again. Also
needs Eric W. Biederman's patch adding machine_emergency_restart() and
machine_shutdown() sent earlier today to link properly:
http://marc.theaimsgroup.com/?l=linux-kernel=112335772219837=2
Signed-off-by: Tom Duffy <[EMAIL
I forgot to restore sg->length on setup failure. This patch adds it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
Index: work/drivers/scsi/libata-core.c
===
--- work.orig/drivers/scsi/libata-core.c2005-08-07
On Sat, 6 Aug 2005, James Bottomley wrote:
On Sat, 2005-08-06 at 21:12 +, Holger Kiehl wrote:
drivers/message/fusion/mptspi.c:505: error: unknown field
â..get_hold_mcsâ.. specified in initializer
drivers/message/fusion/mptspi.c:505: warning: excess elements in struct
initializer
On Sat, 6 Aug 2005, James Bottomley wrote:
On Sat, 2005-08-06 at 21:12 +, Holger Kiehl wrote:
drivers/message/fusion/mptspi.c:505: error: unknown field
â..get_hold_mcsâ.. specified in initializer
drivers/message/fusion/mptspi.c:505: warning: excess elements in struct
initializer
I forgot to restore sg-length on setup failure. This patch adds it.
Signed-off-by: Tejun Heo [EMAIL PROTECTED]
Index: work/drivers/scsi/libata-core.c
===
--- work.orig/drivers/scsi/libata-core.c2005-08-07
This patch add stubs to allow the visws subarch to link again. Also
needs Eric W. Biederman's patch adding machine_emergency_restart() and
machine_shutdown() sent earlier today to link properly:
http://marc.theaimsgroup.com/?l=linux-kernelm=112335772219837w=2
Signed-off-by: Tom Duffy [EMAIL
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
I would like to strongly request one addition, however: please make it
so that a subarchitecture which is still a hardware architecture doesn't
have to redefine all of these every time.
Yep, that's done. As long as the defaults are ok, the subarch
My gcapatch workalike is
git checkout -f mybranch
git diff master..HEAD patch
Regards,
Jeff
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
[Pre Note: please CC me all responses, thanks]
Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
seems to have issues getting assigned an address. I quote the following from
dmesg:
usb 1-1.1: new full speed USB device using ehci_hcd and address 11
usb 1-1.1: device
Chris White [EMAIL PROTECTED] wrote:
[Pre Note: please CC me all responses, thanks]
Currently, I have a Logitech Quickcam Express webcamera. Unfortunately, it
seems to have issues getting assigned an address. I quote the following
from dmesg:
usb 1-1.1: new full speed USB device using
Which kernel version?
Yes, I was just about to slap myself for fogetting that, it's under greg-kh's
2.6.12.13 git repository sources.
Did it work OK under a previous kernel version? If so, which?
I haven't attempted that, but I'll probably give a 2.6.9/2.4 series kernel a
shot later on
This patch fixes a typing error in lib/crc32.c which results in incorrect
debug output.
Signed-off-by: Dominik Hackl [EMAIL PROTECTED]
--- linux-2.6.13-rc5.orig/lib/crc32.c 2005-08-07 09:25:00.0 +0200
+++ linux-2.6.13-rc5/lib/crc32.c2005-08-07 09:40:46.0
On Fri, 2005-08-05 at 19:38 +0200, Bodo Eggert wrote:
On Fri, 5 Aug 2005, Benjamin Herrenschmidt wrote:
On Fri, 2005-08-05 at 00:03 +0200, Bodo Eggert wrote:
My CRT is out of sync after radeonfb from 2.6.13-rc5 is initialized.
2.6.12 does not show this behaviour.
I'm out of town
On Sun, 7 Aug 2005 16:11:12 +0900, Chris White [EMAIL PROTECTED] wrote:
Did it work OK under a previous kernel version? If so, which?
I haven't attempted that, but I'll probably give a 2.6.9/2.4 series
kernel a shot later on tommorow night.
Does that thing work with Windows?
I strongly
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc5/2.6.13-rc5-mm1/
(Grab it from
http://www.zip.com.au/~akpm/linux/patches/stuff/2.6.13-rc5-mm1.gz until the
kernel.org mirrors catch up)
- Added the git-scsi-iscsi.patch tree: iSCSI drivers (James Bottomley)
- This kernel
Chris White wrote:
As far as the host goes, I have the following USB hosts:
:00:11.0 USB Controller: NEC Corporation USB (rev 43)
:00:11.1 USB Controller: NEC Corporation USB (rev 43)
:00:11.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
The first is my builtin Intel USB
On Fri, Aug 05, 2005 at 03:05:06PM -0700, Andrew Morton wrote:
Helge Hafting [EMAIL PROTECTED] wrote:
[...]
The two kernels have some config differences. The 2.6.13-rc5 kernel
has ACPI+CPUFREQ configured, that the 2.6.13-rc4-mm1 doesn't have.
That's a pretty big difference ;)
Sure.
On Fri, Aug 05, 2005 at 09:33:54PM -0700, Grant Grundler wrote:
ISTR making comments before about the offending patch on linux-pci mailing
list. Is this the same patch that assumes pci_dev-resource[i] == BAR[i] ?
I meant the patch assume 1:1 for pci_dev-resource[i] and BAR[i].
not that
Am Samstag, 6. August 2005 23:28 schrieb Ingo Oeser:
Hi Karsten,
On Saturday 06 August 2005 18:14, Karsten Wiese wrote:
From: Karsten Wiese [EMAIL PROTECTED]
IRQ_PER_CPU is not used by all architectures.
To avoid dead code generation in __do_IRQ()
this patch introduces the macro
Zwane Mwaikambo wrote:
On Mon, 11 Jul 2005, Oleg Nesterov wrote:
Please note that entry.S:BUILD_INTERRUPT() also does this trick:
pushl $nr-256;
so it should be changed as well.
I was making these changes and noticed that those were for the various SMP
interrupts so they are
Chris Wright wrote:
* Zachary Amsden ([EMAIL PROTECTED]) wrote:
i386 Transparent Paravirtualization Subarch Patch #2
This change encapsulates CPUID and debug register accessors and moves
them into the sub-architecture layer.
This one looks to be a superset of Xen version:
@@
101 - 200 of 362 matches
Mail list logo
