Re: i386/x86_64 segment register issuses (Re: PATCH: Fix x86 segment register access)
On Wed, 30 Mar 2005, H. J. Lu wrote: That is what the assembler generates, and should have generated, for "movw %ds,(%eax)" since Nov. 4, 2004. Could this be the reason for the reported slowdown in the last six months? Can you elaborate? There's an unexplained slowdown of kernel 2.6 detailed in this thread: http://kerneltrap.org/node/4940 I don't want at all to justify it with the change you talk about in gas, but maybe it is worth to check if it has anything to do with it. The slowdown happened in this last six months. -- Pau - 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/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: i386/x86_64 segment register issuses (Re: PATCH: Fix x86 segment register access)
On Wed, 30 Mar 2005, H. J. Lu wrote: On Wed, Mar 30, 2005 at 07:57:28AM -0800, Linus Torvalds wrote: There is no such an instruction of "movl %ds,(%eax)". The old assembler accepts it and turns it into "movw %ds,(%eax)". I disagree. Violently. As does the old assembler, which does not turn "mov" into "movw" as you say. AT ALL. I should have made myself clear. By "movw %ds,(%eax)", I meant: 8c 18 movw %ds,(%eax) That is what the assembler generates, and should have generated, for "movw %ds,(%eax)" since Nov. 4, 2004. Could this be the reason for the reported slowdown in the last six months? -- Pau - 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/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
processes stuck in D state
Since 2.2.4-ac28 and 2.4.3 I keep on getting processes in D state that I cannot kill, usually mozilla or nautilus which use a large amount of RAM. Today is galeon: A ps -eo pid,stat,pcpu,nwchan,wchan=WIDE-WCHAN-COLUMN -o args shows the following: 11520 D 0.0 105db1 down_write_failed /usr/bin/galeon-bin This didn't happen neither with 2.4.2 nor with 2.4.3-pre7; I'm not sure about pre8. Pau - 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/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.3-pre8 xircom_tulip_cb missing symbols
On Wed, 28 Mar 2001, David Brownell wrote: > Same problem shows up with most of the USB network > drivers too. /proc/ksyms has the macro-wrapped version > of those names, not the mangled one. > > Haven't established whether there's a problem when these > drivers are statically linked. I've been sent this patch by Eran Mann that adds net_init.o to the exported objects in the net Makefile. Still untested ;) Pau --- linux/kernel/nous_kernels/linux/drivers/net/Makefile.oldWed Mar 28 16:21:20 2001 +++ linux/kernel/nous_kernels/linux/drivers/net/MakefileWed Mar 28 16:21:46 +2001 @@ -16,7 +16,7 @@ # This list comes from 'grep -l EXPORT_SYMBOL *.[hc]'. export-objs := 8390.o arlan.o aironet4500_core.o aironet4500_card.o ppp_async.o \ - ppp_generic.o slhc.o pppox.o auto_irq.o + ppp_generic.o slhc.o pppox.o auto_irq.o net_init.o ifeq ($(CONFIG_TULIP),y) obj-y += tulip/tulip.o
2.4.3-pre8 xircom_tulip_cb missing symbols
/lib/modules/2.4.3-pre8/kernel/drivers/net/pcmcia/xircom_tulip_cb.o: unresolved symbol alloc_etherdev /lib/modules/2.4.3-pre8/kernel/drivers/net/pcmcia/xircom_tulip_cb.o: unresolved symbol unregister_netdev /lib/modules/2.4.3-pre8/kernel/drivers/net/pcmcia/xircom_tulip_cb.o: unresolved symbol register_netdev /lib/modules/2.4.3-pre8/kernel/drivers/net/pcmcia/xircom_tulip_cb.o: insmod /lib/modules/2.4.3-pre8/kernel/drivers/net/pcmcia/xircom_tulip_cb.o failed /lib/modules/2.4.3-pre8/kernel/drivers/net/pcmcia/xircom_tulip_cb.o: insmod xircom_tulip_cb failed Pau - 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/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
2.4.2-ac26 -> processes in D state
I've tried 2.4.2-ac26 to test the new xircom_cb driver but I have had to reboot on 2.4.3-pre7 as some processes got stuck on D state. The processes were large apps: once nautilus and once mozilla. I couldn't get any other information. Pau - 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/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: pcmcia-issues with 2.2.18 & 2.4.0
On 13 Feb 2001, Stig Brautaset wrote: > I have a Xircom Combo CardBus (32 bit) 10/100 Ethernet Card + 56k > Modem (didn't try the modem part) that I have not been able to run > under 2.2.18 or 2.4.0. The weird part is that everything seems to load > fine, and I am able to configure the card with an ip-address and > everything. Only sad part is that I can not reach out to the world. I > just get connection time-outs when trying to acces the 'net. > BTW, The driver used by the card is tulip_cb, and the machine it runs > on is a Dell Latitude CPx H500GT. I use: alias eth0 xircom_tulip_cb and when this happens -90% if times when I boot and 100% of time when I awake after a sleep- I just do the following: ifconfig eth0 -promisc and it works again. Pau - 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/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
missing symbols in prerelease
depmod: *** Unresolved symbols in /lib/modules/2.4.0-prerelease/kernel/drivers/net/irda/toshoboe.o depmod: __bad_udelay depmod: *** Unresolved symbols in /lib/modules/2.4.0-prerelease/kernel/drivers/video/atyfb.o depmod: __bad_udelay Pau - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/