Linus Git tree - xfs.o broken?
Hi, I keep posting these messages in LKML because I get no answer from someone to not do it, or cause I dunno what to do with them. This is from Linus git tree - Current as per 6PM PDT. CC fs/xfs/linux-2.6/xfs_lrw.o CC fs/xfs/linux-2.6/xfs_super.o CC fs/xfs/linux-2.6/xfs_vfs.o CC fs/xfs/linux-2.6/xfs_vnode.o CC fs/xfs/support/move.o CC fs/xfs/support/uuid.o LD fs/xfs/xfs.o ld: fs/xfs/quota/: No such file: File format not recognized make[3]: *** [fs/xfs/xfs.o] Error 1 make[2]: *** [fs/xfs] Error 2 make[1]: *** [fs] Error 2 make[1]: Leaving directory `/root/linux-2.6' make: *** [stamp-build] Error 2 debian:~/linux-2.6# cd .. .Alejandro - 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: IPW2100 Kconfig
> AFAIK hotplug looks for firmware in /lib/firmware and not > /etc/firmware. > > On 9/8/05, Pavel Machek <[EMAIL PROTECTED]> wrote: > > Hi! > > > > > I checked the IPW2100 in the current git from > linux-2.6 and the menuconfig > > > help (Kconfig) says you need to put the firmware in > /etc/firmware, it should > > > be /lib/firmware. > > > > > > Who should I send the "patch" to? Or can someone simply > change that? > > > > Are you sure it is not distro-dependend? > > -- Right, IPW2100 came with Legacy fw load first. Maybe that was dragged from long time ago and used incorrectly. I'm 100% sure that new versions of hotplug try to look at /lib/firmware and was /usr/lib/hotplug/firmware before, but there was some discussion that /lib would make more sense cause /usr could be dependant on other stuff. Jesper already signed the patch. .Alejandro - 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: Git broken for IPW2200
> IPW2200 requires a different ieee80211 stack, this can be had at > ieee80211.sourceforge.net Joe, The stack is already in mainline in Linus Git. I should not need to download the ieee80211 from any place but compile with the one in the kernel. .Alejandro > > > Alejandro Bonilla Beeche wrote: > > Hi, > > > > Where does one report this? I was building Linus Git > tree as per I > > updated it at 09/07/2005 7:00PM PDT and got this while compiling. > > > > Where do I report this? > > > > Debian unstable updated at same time. > > > > it looks like ipw2200 is thinking that ieee80211 is not > compiled in, but > > I did select it as a module? > > > > drivers/net/wireless/ipw2200.c:6676: error: dereferencing pointer to - 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: Git broken for IPW2200
IPW2200 requires a different ieee80211 stack, this can be had at ieee80211.sourceforge.net Joe, The stack is already in mainline in Linus Git. I should not need to download the ieee80211 from any place but compile with the one in the kernel. .Alejandro Alejandro Bonilla Beeche wrote: Hi, Where does one report this? I was building Linus Git tree as per I updated it at 09/07/2005 7:00PM PDT and got this while compiling. Where do I report this? Debian unstable updated at same time. it looks like ipw2200 is thinking that ieee80211 is not compiled in, but I did select it as a module? drivers/net/wireless/ipw2200.c:6676: error: dereferencing pointer to - 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: IPW2100 Kconfig
AFAIK hotplug looks for firmware in /lib/firmware and not /etc/firmware. On 9/8/05, Pavel Machek [EMAIL PROTECTED] wrote: Hi! I checked the IPW2100 in the current git from linux-2.6 and the menuconfig help (Kconfig) says you need to put the firmware in /etc/firmware, it should be /lib/firmware. Who should I send the patch to? Or can someone simply change that? Are you sure it is not distro-dependend? -- Right, IPW2100 came with Legacy fw load first. Maybe that was dragged from long time ago and used incorrectly. I'm 100% sure that new versions of hotplug try to look at /lib/firmware and was /usr/lib/hotplug/firmware before, but there was some discussion that /lib would make more sense cause /usr could be dependant on other stuff. Jesper already signed the patch. .Alejandro - 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/
Linus Git tree - xfs.o broken?
Hi, I keep posting these messages in LKML because I get no answer from someone to not do it, or cause I dunno what to do with them. This is from Linus git tree - Current as per 6PM PDT. CC fs/xfs/linux-2.6/xfs_lrw.o CC fs/xfs/linux-2.6/xfs_super.o CC fs/xfs/linux-2.6/xfs_vfs.o CC fs/xfs/linux-2.6/xfs_vnode.o CC fs/xfs/support/move.o CC fs/xfs/support/uuid.o LD fs/xfs/xfs.o ld: fs/xfs/quota/: No such file: File format not recognized make[3]: *** [fs/xfs/xfs.o] Error 1 make[2]: *** [fs/xfs] Error 2 make[1]: *** [fs] Error 2 make[1]: Leaving directory `/root/linux-2.6' make: *** [stamp-build] Error 2 debian:~/linux-2.6# cd .. .Alejandro - 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: Git broken for IPW2200
On Wed, 2005-09-07 at 22:18 -0400, Jeff Garzik wrote: > Alejandro Bonilla Beeche wrote: > > Wanna post a URL to your .config? Jeff, Sorry, I did not paste it in the ML because this has always worked for me, but hell, maybe I got something wrong! :| Attached... .Alejandro > Jeff # # Automatically generated make config: don't edit # Linux kernel version: 2.6.13 # Wed Sep 7 19:10:08 2005 # CONFIG_X86=y CONFIG_SEMAPHORE_SLEEPERS=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # CONFIG_CLEAN_COMPILE is not set CONFIG_BROKEN=y CONFIG_BROKEN_ON_SMP=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set CONFIG_SYSCTL=y # CONFIG_AUDIT is not set CONFIG_HOTPLUG=y CONFIG_KOBJECT_UEVENT=y # CONFIG_IKCONFIG is not set CONFIG_INITRAMFS_SOURCE="" CONFIG_EMBEDDED=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_ALL is not set # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SHMEM=y CONFIG_CC_ALIGN_FUNCTIONS=0 CONFIG_CC_ALIGN_LABELS=0 CONFIG_CC_ALIGN_LOOPS=0 CONFIG_CC_ALIGN_JUMPS=0 # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_OBSOLETE_MODPARM=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y # # Processor type and features # CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set CONFIG_MPENTIUMM=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set # CONFIG_MCRUSOE is not set # CONFIG_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MGEODEGX1 is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set CONFIG_X86_GENERIC=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=7 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_HPET_TIMER=y # CONFIG_SMP is not set # CONFIG_PREEMPT_NONE is not set # CONFIG_PREEMPT_VOLUNTARY is not set CONFIG_PREEMPT=y CONFIG_PREEMPT_BKL=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_TSC=y # CONFIG_X86_MCE is not set CONFIG_TOSHIBA=m CONFIG_I8K=m CONFIG_X86_REBOOTFIXUPS=y CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m # # Firmware Drivers # CONFIG_EDD=m # CONFIG_DELL_RBU is not set # CONFIG_DCDBAS is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_MATH_EMULATION=y CONFIG_MTRR=y # CONFIG_EFI is not set CONFIG_HAVE_DEC_LOCK=y # CONFIG_REGPARM is not set CONFIG_SECCOMP=y # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_1000 is not set CONFIG_HZ=250 CONFIG_PHYSICAL_START=0x10 # CONFIG_KEXEC is not set # # Power management options (ACPI, APM) # CONFIG_PM=y CONFIG_PM_DEBUG=y CONFIG_SOFTWARE_SUSPEND=y CONFIG_PM_STD_PARTITION="/dev/hda3" # CONFIG_SWSUSP_ENCRYPT is not set # # ACPI (Advanced Configuration and Power Interface) Support # CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y CONFIG_ACPI_SLEEP_PROC_SLEEP=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_VIDEO=m CONFIG_ACPI_HOTKEY=y CONFIG_ACPI_FAN=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_THERMAL=m CONFIG_ACPI_ASUS=m # CONFIG_ACPI_IBM is not set CONFIG_ACPI_TOSHIBA=m CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_BUS=y CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_PCI=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=y # # APM (Advanced Power Management) BIOS Support # CONFIG_APM=m # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set # CONFIG_APM_CPU_IDLE is not set # CONFIG_APM_DISPLAY_BLANK is not set # CONFIG_APM_RTC_IS_GMT is
Git broken for IPW2200
Hi, Where does one report this? I was building Linus Git tree as per I updated it at 09/07/2005 7:00PM PDT and got this while compiling. Where do I report this? Debian unstable updated at same time. it looks like ipw2200 is thinking that ieee80211 is not compiled in, but I did select it as a module? drivers/net/wireless/ipw2200.c:6676: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6677: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6679: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6679: error: 'WLAN_AUTH_SHARED_KEY' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6686: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6686: error: 'SEC_ENABLED' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6687: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6689: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6691: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6697: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6697: error: 'SEC_LEVEL' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6698: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6699: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c: In function 'init_supported_rates': drivers/net/wireless/ipw2200.c:6727: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6728: error: 'IEEE80211_52GHZ_BAND' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6731: error: 'IEEE80211_CCK_MODULATION' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6732: error: 'IEEE80211_OFDM_DEFAULT_RATES_MASK' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6739: error: 'IEEE80211_CCK_DEFAULT_RATES_MASK' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6740: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6740: error: 'IEEE80211_OFDM_MODULATION' undeclared (first use in this function) drivers/net/wireless/ipw2200.c: In function 'ipw_net_init': drivers/net/wireless/ipw2200.c:6887: warning: initialization makes pointer from integer without a cast drivers/net/wireless/ipw2200.c: In function 'ipw_pci_probe': drivers/net/wireless/ipw2200.c:6970: warning: implicit declaration of function 'alloc_ieee80211' drivers/net/wireless/ipw2200.c:6970: warning: assignment makes pointer from integer without a cast drivers/net/wireless/ipw2200.c:6976: warning: assignment makes pointer from integer without a cast drivers/net/wireless/ipw2200.c:7060: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7069: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7078: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7079: error: 'IEEE80211_52GHZ_BAND' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7079: error: 'IEEE80211_24GHZ_BAND' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7080: error: 'IEEE80211_OFDM_MODULATION' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7081: error: 'IEEE80211_CCK_MODULATION' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7083: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7083: error: 'IEEE_A' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7083: error: 'IEEE_G' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7083: error: 'IEEE_B' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7094: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7099: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7102: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7103: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7105: error: 'IEEE80211_DEFAULT_RATES_MASK' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7126: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7127: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7172: warning: implicit declaration of function 'free_ieee80211' make[4]: *** [drivers/net/wireless/ipw2200.o] Error 1 make[3]: *** [drivers/net/wireless] Error 2 make[2]: *** [drivers/net] Error 2 make[1]: *** [drivers] Error 2 make[1]: Leaving directory `/root/linux-2.6' make: *** [stamp-build] Error 2 debian:~/linux-2.6# .Alejandro - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at
Git broken for IPW2200
Hi, Where does one report this? I was building Linus Git tree as per I updated it at 09/07/2005 7:00PM PDT and got this while compiling. Where do I report this? Debian unstable updated at same time. it looks like ipw2200 is thinking that ieee80211 is not compiled in, but I did select it as a module? drivers/net/wireless/ipw2200.c:6676: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6677: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6679: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6679: error: 'WLAN_AUTH_SHARED_KEY' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6686: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6686: error: 'SEC_ENABLED' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6687: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6689: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6691: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6697: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6697: error: 'SEC_LEVEL' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6698: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6699: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c: In function 'init_supported_rates': drivers/net/wireless/ipw2200.c:6727: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6728: error: 'IEEE80211_52GHZ_BAND' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6731: error: 'IEEE80211_CCK_MODULATION' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6732: error: 'IEEE80211_OFDM_DEFAULT_RATES_MASK' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6739: error: 'IEEE80211_CCK_DEFAULT_RATES_MASK' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:6740: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:6740: error: 'IEEE80211_OFDM_MODULATION' undeclared (first use in this function) drivers/net/wireless/ipw2200.c: In function 'ipw_net_init': drivers/net/wireless/ipw2200.c:6887: warning: initialization makes pointer from integer without a cast drivers/net/wireless/ipw2200.c: In function 'ipw_pci_probe': drivers/net/wireless/ipw2200.c:6970: warning: implicit declaration of function 'alloc_ieee80211' drivers/net/wireless/ipw2200.c:6970: warning: assignment makes pointer from integer without a cast drivers/net/wireless/ipw2200.c:6976: warning: assignment makes pointer from integer without a cast drivers/net/wireless/ipw2200.c:7060: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7069: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7078: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7079: error: 'IEEE80211_52GHZ_BAND' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7079: error: 'IEEE80211_24GHZ_BAND' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7080: error: 'IEEE80211_OFDM_MODULATION' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7081: error: 'IEEE80211_CCK_MODULATION' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7083: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7083: error: 'IEEE_A' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7083: error: 'IEEE_G' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7083: error: 'IEEE_B' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7094: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7099: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7102: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7103: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7105: error: 'IEEE80211_DEFAULT_RATES_MASK' undeclared (first use in this function) drivers/net/wireless/ipw2200.c:7126: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7127: error: dereferencing pointer to incomplete type drivers/net/wireless/ipw2200.c:7172: warning: implicit declaration of function 'free_ieee80211' make[4]: *** [drivers/net/wireless/ipw2200.o] Error 1 make[3]: *** [drivers/net/wireless] Error 2 make[2]: *** [drivers/net] Error 2 make[1]: *** [drivers] Error 2 make[1]: Leaving directory `/root/linux-2.6' make: *** [stamp-build] Error 2 debian:~/linux-2.6# .Alejandro - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at
Re: Git broken for IPW2200
On Wed, 2005-09-07 at 22:18 -0400, Jeff Garzik wrote: Alejandro Bonilla Beeche wrote: Wanna post a URL to your .config? Jeff, Sorry, I did not paste it in the ML because this has always worked for me, but hell, maybe I got something wrong! :| Attached... .Alejandro Jeff # # Automatically generated make config: don't edit # Linux kernel version: 2.6.13 # Wed Sep 7 19:10:08 2005 # CONFIG_X86=y CONFIG_SEMAPHORE_SLEEPERS=y CONFIG_MMU=y CONFIG_UID16=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y # # Code maturity level options # CONFIG_EXPERIMENTAL=y # CONFIG_CLEAN_COMPILE is not set CONFIG_BROKEN=y CONFIG_BROKEN_ON_SMP=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 # # General setup # CONFIG_LOCALVERSION= # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set CONFIG_SYSCTL=y # CONFIG_AUDIT is not set CONFIG_HOTPLUG=y CONFIG_KOBJECT_UEVENT=y # CONFIG_IKCONFIG is not set CONFIG_INITRAMFS_SOURCE= CONFIG_EMBEDDED=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_ALL is not set # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SHMEM=y CONFIG_CC_ALIGN_FUNCTIONS=0 CONFIG_CC_ALIGN_LABELS=0 CONFIG_CC_ALIGN_LOOPS=0 CONFIG_CC_ALIGN_JUMPS=0 # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 # # Loadable module support # CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_OBSOLETE_MODPARM=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y # # Processor type and features # CONFIG_X86_PC=y # CONFIG_X86_ELAN is not set # CONFIG_X86_VOYAGER is not set # CONFIG_X86_NUMAQ is not set # CONFIG_X86_SUMMIT is not set # CONFIG_X86_BIGSMP is not set # CONFIG_X86_VISWS is not set # CONFIG_X86_GENERICARCH is not set # CONFIG_X86_ES7000 is not set # CONFIG_M386 is not set # CONFIG_M486 is not set # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set # CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set CONFIG_MPENTIUMM=y # CONFIG_MPENTIUM4 is not set # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set # CONFIG_MCRUSOE is not set # CONFIG_MEFFICEON is not set # CONFIG_MWINCHIPC6 is not set # CONFIG_MWINCHIP2 is not set # CONFIG_MWINCHIP3D is not set # CONFIG_MGEODEGX1 is not set # CONFIG_MCYRIXIII is not set # CONFIG_MVIAC3_2 is not set CONFIG_X86_GENERIC=y CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y CONFIG_X86_L1_CACHE_SHIFT=7 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_GOOD_APIC=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_HPET_TIMER=y # CONFIG_SMP is not set # CONFIG_PREEMPT_NONE is not set # CONFIG_PREEMPT_VOLUNTARY is not set CONFIG_PREEMPT=y CONFIG_PREEMPT_BKL=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_TSC=y # CONFIG_X86_MCE is not set CONFIG_TOSHIBA=m CONFIG_I8K=m CONFIG_X86_REBOOTFIXUPS=y CONFIG_MICROCODE=m CONFIG_X86_MSR=m CONFIG_X86_CPUID=m # # Firmware Drivers # CONFIG_EDD=m # CONFIG_DELL_RBU is not set # CONFIG_DCDBAS is not set CONFIG_NOHIGHMEM=y # CONFIG_HIGHMEM4G is not set # CONFIG_HIGHMEM64G is not set CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y # CONFIG_SPARSEMEM_STATIC is not set CONFIG_MATH_EMULATION=y CONFIG_MTRR=y # CONFIG_EFI is not set CONFIG_HAVE_DEC_LOCK=y # CONFIG_REGPARM is not set CONFIG_SECCOMP=y # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_1000 is not set CONFIG_HZ=250 CONFIG_PHYSICAL_START=0x10 # CONFIG_KEXEC is not set # # Power management options (ACPI, APM) # CONFIG_PM=y CONFIG_PM_DEBUG=y CONFIG_SOFTWARE_SUSPEND=y CONFIG_PM_STD_PARTITION=/dev/hda3 # CONFIG_SWSUSP_ENCRYPT is not set # # ACPI (Advanced Configuration and Power Interface) Support # CONFIG_ACPI=y CONFIG_ACPI_BOOT=y CONFIG_ACPI_INTERPRETER=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_SLEEP_PROC_FS=y CONFIG_ACPI_SLEEP_PROC_SLEEP=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_VIDEO=m CONFIG_ACPI_HOTKEY=y CONFIG_ACPI_FAN=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_THERMAL=m CONFIG_ACPI_ASUS=m # CONFIG_ACPI_IBM is not set CONFIG_ACPI_TOSHIBA=m CONFIG_ACPI_BLACKLIST_YEAR=0 # CONFIG_ACPI_DEBUG is not set CONFIG_ACPI_BUS=y CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_PCI=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=y # # APM (Advanced Power Management) BIOS Support # CONFIG_APM=m # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set # CONFIG_APM_CPU_IDLE is not set # CONFIG_APM_DISPLAY_BLANK is not set # CONFIG_APM_RTC_IS_GMT is not set # CONFIG_APM_ALLOW_INTS is not set
[PATCH Linus Git] README.ipw2200 does not contain firmware information.
Hi, The kconfig from net/wireless says to look at the README.ipw2200 for further installation of the firmware file. We have that information unde INSTALL not under README.ipw2200, still I just added a part that talks about installing the firmware file. This because README.ipw2200 is already in the Documentation/networking/. I'm still spamming everyone cause I have not been told where to send this directly. :-) Signed-off-by: Alejandro Bonilla <[EMAIL PROTECTED]> Pasted and attached. debian:~/linux-2.6# diff -usr Documentation/networking/README.ipw2200~ Documentation/networking/README.ipw2200 --- Documentation/networking/README.ipw2200~2005-09-06 19:33:24.0 -0600 +++ Documentation/networking/README.ipw2200 2005-09-06 19:33:24.0 -0600 @@ -27,7 +27,8 @@ 1.4. Sysfs Helper Files 2. About the Version Numbers 3. Support -4. License +4. Firmware installation +5. License 1. Introduction @@ -272,7 +273,18 @@ http://ipw2200.sf.net/ -4. License +4. Firmware installation +-- + +The driver requires a firmware image, download it and extract the files +under /lib/firmware + +The firmware can be downloaded from the following URL: + +http://ipw2200.sf.net/ + + +5. License --- Copyright(c) 2003 - 2005 Intel Corporation. All rights reserved. --- Documentation/networking/README.ipw2200~ 2005-09-06 19:33:24.0 -0600 +++ Documentation/networking/README.ipw2200 2005-09-06 19:33:24.0 -0600 @@ -27,7 +27,8 @@ 1.4. Sysfs Helper Files 2. About the Version Numbers 3. Support -4. License +4. Firmware installation +5. License 1. Introduction @@ -272,7 +273,18 @@ http://ipw2200.sf.net/ -4. License +4. Firmware installation +-- + +The driver requires a firmware image, download it and extract the files +under /lib/firmware + +The firmware can be downloaded from the following URL: + +http://ipw2200.sf.net/ + + +5. License --- Copyright(c) 2003 - 2005 Intel Corporation. All rights reserved.
RE: [PATCH] wrong firmware location in IPW2100 Kconfig entry (Was: IPW2100 Kconfig)
> > Who should I send the "patch" to? Or can someone simply change that? Jesper, Thanks. I also had a question. To whom is this patch sent to? Netdev or LK? How does one determine? .Alejandro > > Firmware should go into /lib/firmware, not /etc/firmware. > > Found by Alejandro Bonilla. > > > Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]> - 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/
IPW2100 Kconfig
Hi, I checked the IPW2100 in the current git from linux-2.6 and the menuconfig help (Kconfig) says you need to put the firmware in /etc/firmware, it should be /lib/firmware. Who should I send the "patch" to? Or can someone simply change that? Thanks, .Alejandro - 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/
IPW2100 Kconfig
Hi, I checked the IPW2100 in the current git from linux-2.6 and the menuconfig help (Kconfig) says you need to put the firmware in /etc/firmware, it should be /lib/firmware. Who should I send the patch to? Or can someone simply change that? Thanks, .Alejandro - 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: [PATCH] wrong firmware location in IPW2100 Kconfig entry (Was: IPW2100 Kconfig)
Who should I send the patch to? Or can someone simply change that? Jesper, Thanks. I also had a question. To whom is this patch sent to? Netdev or LK? How does one determine? .Alejandro Firmware should go into /lib/firmware, not /etc/firmware. Found by Alejandro Bonilla. Signed-off-by: Jesper Juhl [EMAIL PROTECTED] - 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/
[PATCH Linus Git] README.ipw2200 does not contain firmware information.
Hi, The kconfig from net/wireless says to look at the README.ipw2200 for further installation of the firmware file. We have that information unde INSTALL not under README.ipw2200, still I just added a part that talks about installing the firmware file. This because README.ipw2200 is already in the Documentation/networking/. I'm still spamming everyone cause I have not been told where to send this directly. :-) Signed-off-by: Alejandro Bonilla [EMAIL PROTECTED] Pasted and attached. debian:~/linux-2.6# diff -usr Documentation/networking/README.ipw2200~ Documentation/networking/README.ipw2200 --- Documentation/networking/README.ipw2200~2005-09-06 19:33:24.0 -0600 +++ Documentation/networking/README.ipw2200 2005-09-06 19:33:24.0 -0600 @@ -27,7 +27,8 @@ 1.4. Sysfs Helper Files 2. About the Version Numbers 3. Support -4. License +4. Firmware installation +5. License 1. Introduction @@ -272,7 +273,18 @@ http://ipw2200.sf.net/ -4. License +4. Firmware installation +-- + +The driver requires a firmware image, download it and extract the files +under /lib/firmware + +The firmware can be downloaded from the following URL: + +http://ipw2200.sf.net/ + + +5. License --- Copyright(c) 2003 - 2005 Intel Corporation. All rights reserved. --- Documentation/networking/README.ipw2200~ 2005-09-06 19:33:24.0 -0600 +++ Documentation/networking/README.ipw2200 2005-09-06 19:33:24.0 -0600 @@ -27,7 +27,8 @@ 1.4. Sysfs Helper Files 2. About the Version Numbers 3. Support -4. License +4. Firmware installation +5. License 1. Introduction @@ -272,7 +273,18 @@ http://ipw2200.sf.net/ -4. License +4. Firmware installation +-- + +The driver requires a firmware image, download it and extract the files +under /lib/firmware + +The firmware can be downloaded from the following URL: + +http://ipw2200.sf.net/ + + +5. License --- Copyright(c) 2003 - 2005 Intel Corporation. All rights reserved.
Re: Brand-new notebook useless with Linux...
On Sat, 2005-09-03 at 18:58 -0400, Chuck Ebbert wrote: > I just bought a new notebook. Here is the output from lspci using the latest > pci.ids file from sourceforge: > > 00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01) > 00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 5a3f > 00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller > 00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller > 00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller > 00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 11) > 00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE > Controller ATI > 00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge > 00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge > 00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 > Audio Controller (rev 02) This is an ac97, try the intel sound driver. > 00:14.6 Modem: ATI Technologies Inc: Unknown device 4378 (rev 02) No Way. > 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > HyperTransport Technology Configuration > 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > Address Map > 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM > Controller > 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] > Miscellaneous Control > 01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS > 200M 5955 (PCIE) > 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. > RTL-8139/8139C/8139C+ (rev 10) Should work. > 05:02.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] > 802.11g Wireless LAN Controller (rev 02) linuxant.com or ndiswrapper. I believe they do not have a driver for Linux. > 05:09.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller > 05:09.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host > Controller > 05:09.3 Mass storage controller: Texas Instruments PCIxx21 Integrated > FlashMedia Controller > 05:09.4 Class 0805: Texas Instruments PCI6411, PCI6421, PCI6611, PCI6621, > PCI7411, PCI7421, PCI7611, PCI7621 Secure Digital (SD) Controller > > None of these work and I can find no support anywhere for them: > > SMBus > Audio ("unknown codec") > Modem ("no codec available") > Wireless > FlashMedia Doubt it. > SD/MMC Doubt it. > > Additionally, the system clock runs at 2x normal speed with PowerNow enabled. Most likely an ACPI or Windowish ACPI with your laptop. You are not even saying which laptop you are with. Check google and the linux on laptops website. .Alejandro > > Am I stuck with running XP on this thing? > > __ > Chuck > - > 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/ - 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: Brand-new notebook useless with Linux...
On Sat, 2005-09-03 at 18:58 -0400, Chuck Ebbert wrote: I just bought a new notebook. Here is the output from lspci using the latest pci.ids file from sourceforge: 00:00.0 Host bridge: ATI Technologies Inc RS480 Host Bridge (rev 01) 00:01.0 PCI bridge: ATI Technologies Inc: Unknown device 5a3f 00:13.0 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller 00:13.1 USB Controller: ATI Technologies Inc IXP SB400 USB Host Controller 00:13.2 USB Controller: ATI Technologies Inc IXP SB400 USB2 Host Controller 00:14.0 SMBus: ATI Technologies Inc IXP SB400 SMBus Controller (rev 11) 00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE Controller ATI 00:14.3 ISA bridge: ATI Technologies Inc IXP SB400 PCI-ISA Bridge 00:14.4 PCI bridge: ATI Technologies Inc IXP SB400 PCI-PCI Bridge 00:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97 Audio Controller (rev 02) This is an ac97, try the intel sound driver. 00:14.6 Modem: ATI Technologies Inc: Unknown device 4378 (rev 02) No Way. 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:05.0 VGA compatible controller: ATI Technologies Inc ATI Radeon XPRESS 200M 5955 (PCIE) 05:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Should work. 05:02.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802.11g Wireless LAN Controller (rev 02) linuxant.com or ndiswrapper. I believe they do not have a driver for Linux. 05:09.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 05:09.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller 05:09.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller 05:09.4 Class 0805: Texas Instruments PCI6411, PCI6421, PCI6611, PCI6621, PCI7411, PCI7421, PCI7611, PCI7621 Secure Digital (SD) Controller None of these work and I can find no support anywhere for them: SMBus Audio (unknown codec) Modem (no codec available) Wireless FlashMedia Doubt it. SD/MMC Doubt it. Additionally, the system clock runs at 2x normal speed with PowerNow enabled. Most likely an ACPI or Windowish ACPI with your laptop. You are not even saying which laptop you are with. Check google and the linux on laptops website. .Alejandro Am I stuck with running XP on this thing? __ Chuck - 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/ - 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: [OT]Linus trademarks Linux?!!
On Sat, 2005-08-20 at 11:06 +0400, Alexey Dobriyan wrote: > On Sat, Aug 20, 2005 at 12:45:46AM -0600, Alejandro Bonilla Beeche wrote: > > OK, now I would like to see a more official statement about this. Does > > the linuxjournal.com pay $5000? > > Counting someone else money? I'm not counting anyone's money. Is an example. (But Now I know they don't need to) > > > If I ever do something commercial with linuxwireless.org, I will need to > > pay $5000? > > Go to their website and ask. They have a "Contact Us" form. Please, stop > Cc'ing linux-kernel. Sorry, I did not start the thread and I have all the info under this URL http://www.groklaw.net/article.php?story=20050816092029989 .Alejandro Done - 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: [OT]Linus trademarks Linux?!!
On Fri, 2005-08-19 at 22:13 -0700, alan wrote: > On Sat, 20 Aug 2005, Kernel Hacker wrote: > > > Friend, > > What fact is behind this article > > http://www.theinquirer.net/?article=25529. > > The article is also wrong. > > Try this one instead... > > http://os.newsforge.com/os/05/08/19/1842249.shtml?tid=2=138 OK, now I would like to see a more official statement about this. Does the linuxjournal.com pay $5000? If I ever do something commercial with linuxwireless.org, I will need to pay $5000? Linus? .Alejandro - 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: [OT]Linus trademarks Linux?!!
On Fri, 2005-08-19 at 22:13 -0700, alan wrote: On Sat, 20 Aug 2005, Kernel Hacker wrote: Friend, What fact is behind this article http://www.theinquirer.net/?article=25529. The article is also wrong. Try this one instead... http://os.newsforge.com/os/05/08/19/1842249.shtml?tid=2tid=138 OK, now I would like to see a more official statement about this. Does the linuxjournal.com pay $5000? If I ever do something commercial with linuxwireless.org, I will need to pay $5000? Linus? .Alejandro - 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: [OT]Linus trademarks Linux?!!
On Sat, 2005-08-20 at 11:06 +0400, Alexey Dobriyan wrote: On Sat, Aug 20, 2005 at 12:45:46AM -0600, Alejandro Bonilla Beeche wrote: OK, now I would like to see a more official statement about this. Does the linuxjournal.com pay $5000? Counting someone else money? I'm not counting anyone's money. Is an example. (But Now I know they don't need to) If I ever do something commercial with linuxwireless.org, I will need to pay $5000? Go to their website and ask. They have a Contact Us form. Please, stop Cc'ing linux-kernel. Sorry, I did not start the thread and I have all the info under this URL http://www.groklaw.net/article.php?story=20050816092029989 .Alejandro Done - 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: [Hdaps-devel] Re: HDAPS, Need to park the head for real
> On Fri, Aug 19 2005, Jon Escombe wrote: > > For hard disk protection, I prefer the idea of the userspace code > > thawing the drive based on current accelerometer data, rather than > > simply waking up after x seconds (maybe you're running for > a bus rather > > than falling off a table)... > > > > To get the best of both worlds, could we maybe take a > watchdog timer > > approach, and have the timeout reset by the userspace component > > periodically re-requesting freeze? > > That would work, you can just define the semantics to be that echo > foo > frozen would add foo seconds to the timeout (or thaw > it, if foo is > 0). This one is really a hard one to ask for. I mean, if we can make it the way that it will keep knowing that the accel is changing heavily, then it would be great. This way we/users can implement other actions as well, not only for HDAPS, but the fact of kicking any other daemon that we want to. i.e. The theft system, kicking in laptop_mode if there is soft vibration for a certain amount of seconds, making festival tell you that the PC is being moved... Anything! The fact is also that if we would only make a driver for HDAPS, we could simply make it freeze for 8 seconds and done. How often do you drop the laptop? How long does it take even if it rolls down the stairs? 4 Seconds tops? But then, the driver would be boring. ;-) .Alejandro - 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: [Hdaps-devel] Re: HDAPS, Need to park the head for real
On Fri, Aug 19 2005, Jon Escombe wrote: For hard disk protection, I prefer the idea of the userspace code thawing the drive based on current accelerometer data, rather than simply waking up after x seconds (maybe you're running for a bus rather than falling off a table)... To get the best of both worlds, could we maybe take a watchdog timer approach, and have the timeout reset by the userspace component periodically re-requesting freeze? That would work, you can just define the semantics to be that echo foo frozen would add foo seconds to the timeout (or thaw it, if foo is 0). This one is really a hard one to ask for. I mean, if we can make it the way that it will keep knowing that the accel is changing heavily, then it would be great. This way we/users can implement other actions as well, not only for HDAPS, but the fact of kicking any other daemon that we want to. i.e. The theft system, kicking in laptop_mode if there is soft vibration for a certain amount of seconds, making festival tell you that the PC is being moved... Anything! The fact is also that if we would only make a driver for HDAPS, we could simply make it freeze for 8 seconds and done. How often do you drop the laptop? How long does it take even if it rolls down the stairs? 4 Seconds tops? But then, the driver would be boring. ;-) .Alejandro - 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: [PATCH] [Fwd: Console locking and blanking]
On Tue, 2005-08-16 at 23:44 -0400, Steven Rostedt wrote: > On Wed, 2005-08-17 at 13:29 +1000, Benjamin Herrenschmidt wrote: > > On Wed, 2005-08-17 at 11:41 +1000, Benjamin Herrenschmidt wrote: > > > > > (I'm blind and I use a braille display. I use those functions to blank > > > my laptop's screen so people don't read it, and hopefully to conserve > > > power.) > > At the OLS I learned that the backlight of a laptop (when the screen is > black, but still glows) actually spends more wattage than when the > screen is lit. So, unless you actually turn the laptop display off, > switching it to black will actually burn the battery quicker. This sounds stupid. Who told you this? The actual brightness is the one that consumes the most battery. Seriously, who told you such thing? .Alejandro - 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: HDAPS, Need to park the head for real
On Tue, 2005-08-16 at 22:07 +0200, Jens Axboe wrote: > On Tue, Aug 16 2005, Alejandro Bonilla Beeche wrote: > If I were in your position, I would just implement this for ide (pata, > not sata) right now, since that is what you need to support (or do some > of these notebooks come with sata?). So it follows that you add an ide Some notebooks are coming up with a Sata controller I think, but is still and IDE drive. I think some T43's come with that. But, I will ask or check again later if we ever need this feature for SATA. .Alejandro - 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: HDAPS, Need to park the head for real
On Tue, 2005-08-16 at 11:34 -0400, Lee Revell wrote: > On Tue, 2005-08-16 at 09:25 -0600, Alejandro Bonilla Beeche wrote: > > We are currently almost there with hdaps. We are thinking how we should > > make things and have made most of the decesions. We still need help from > > anyone that might know about this. Please, if you can think of anything, > > let us know. > > > > Please don't start a new thread for every little HDAPS issue. It will > make it impossible to follow the development for archive users. This > should have been a followup to the previous thread. > > Lee Lee, Sorry, the problem is that this IS the main *issue*, if we can figure this out, we can go from there and get this working. Previous threads were related to the fact that we needed a developer or if we should either use sysfs or not. This one is hopefully the last thread about this subject regarding driver making. Hopefully we can get an answer? ;-) .Alejandro - 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: HDAPS, Need to park the head for real
On Tue, 2005-08-16 at 11:34 -0400, Lee Revell wrote: On Tue, 2005-08-16 at 09:25 -0600, Alejandro Bonilla Beeche wrote: We are currently almost there with hdaps. We are thinking how we should make things and have made most of the decesions. We still need help from anyone that might know about this. Please, if you can think of anything, let us know. Please don't start a new thread for every little HDAPS issue. It will make it impossible to follow the development for archive users. This should have been a followup to the previous thread. Lee Lee, Sorry, the problem is that this IS the main *issue*, if we can figure this out, we can go from there and get this working. Previous threads were related to the fact that we needed a developer or if we should either use sysfs or not. This one is hopefully the last thread about this subject regarding driver making. Hopefully we can get an answer? ;-) .Alejandro - 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: HDAPS, Need to park the head for real
On Tue, 2005-08-16 at 22:07 +0200, Jens Axboe wrote: On Tue, Aug 16 2005, Alejandro Bonilla Beeche wrote: If I were in your position, I would just implement this for ide (pata, not sata) right now, since that is what you need to support (or do some of these notebooks come with sata?). So it follows that you add an ide Some notebooks are coming up with a Sata controller I think, but is still and IDE drive. I think some T43's come with that. But, I will ask or check again later if we ever need this feature for SATA. .Alejandro - 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: [PATCH] [Fwd: Console locking and blanking]
On Tue, 2005-08-16 at 23:44 -0400, Steven Rostedt wrote: On Wed, 2005-08-17 at 13:29 +1000, Benjamin Herrenschmidt wrote: On Wed, 2005-08-17 at 11:41 +1000, Benjamin Herrenschmidt wrote: (I'm blind and I use a braille display. I use those functions to blank my laptop's screen so people don't read it, and hopefully to conserve power.) At the OLS I learned that the backlight of a laptop (when the screen is black, but still glows) actually spends more wattage than when the screen is lit. So, unless you actually turn the laptop display off, switching it to black will actually burn the battery quicker. This sounds stupid. Who told you this? The actual brightness is the one that consumes the most battery. Seriously, who told you such thing? .Alejandro - 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: Kernel panic 2.6.12.4
> I am trying a custom 2.6.8 kernel now, and here is my > 2.6.12.4 .config file. > Let me know what you think. I don't know much about Kernel Panics. I hope that someone that knows could take a look, but so far, it looks like you need to be running Sid to have this working propperly. Please try 2.6.8, I'm almost sure that it should work. And anyway, this ML is not really a user support list, try asking in a debian mailing list, if they think that it's something wrong with the kernel, then come back and let us know. .Alejandro > > Alejandro Bonilla wrote: > > >>Hi, > >> > >> I am in need of some help! > >>I have installed Debian which has 2.6.8-2 kernel on it. > After a fresh > >>install I downloaded the 2.6.12.4 kernel and went to upgrade. After > >>making the necessary changes in menuconfig I rebuilt the kernel and > >>install it. It boots up until I get: > >>Modules linked in: > >>CPU: 0 > >>EIP: 0060:[c026d55d] Not tainted VLI > >>EFLAGS: 00010006(2.6.12.4) > >>EIP is at adpt_isr+0x178/0x1f5 > >>... > >>Cut out for space and time as I am typeing it all in. > >> > >><0>Kernel panic - not syncing: Fatal exception in interrupt > >> > >>Any help would be greatly appreciated. > >>I have been messing with this issue for the past 3 days now. I have > >>tried 2.6.11, 2.6.11.11, 2.6.12, 2.6.12.3, 2.6.12.4 and all of those > >>kernels end up with the same problem. > >> > >>Thanks in advance. > >> > >>Jon - 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: Kernel panic 2.6.12.4
> Hi, > >I am in need of some help! > I have installed Debian which has 2.6.8-2 kernel on it. After a fresh > install I downloaded the 2.6.12.4 kernel and went to upgrade. After > making the necessary changes in menuconfig I rebuilt the kernel and > install it. It boots up until I get: > Modules linked in: > CPU: 0 > EIP: 0060:[c026d55d] Not tainted VLI > EFLAGS: 00010006(2.6.12.4) > EIP is at adpt_isr+0x178/0x1f5 > ... > Cut out for space and time as I am typeing it all in. > > <0>Kernel panic - not syncing: Fatal exception in interrupt > > Any help would be greatly appreciated. > I have been messing with this issue for the past 3 days now. I have > tried 2.6.11, 2.6.11.11, 2.6.12, 2.6.12.3, 2.6.12.4 and all of those > kernels end up with the same problem. > > Thanks in advance. > > Jon AFAIK, you have to be in Debian Sid to use 2.6.13 as the base system needs some updates. Anyway, your /usr/src/linux-2.6.12-4/.config will be required to know if you are doing something wrong... Does this also occur with a custom 2.6.8 kernel? .Alejandro - 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: Kernel panic 2.6.12.4
Hi, I am in need of some help! I have installed Debian which has 2.6.8-2 kernel on it. After a fresh install I downloaded the 2.6.12.4 kernel and went to upgrade. After making the necessary changes in menuconfig I rebuilt the kernel and install it. It boots up until I get: Modules linked in: CPU: 0 EIP: 0060:[c026d55d] Not tainted VLI EFLAGS: 00010006(2.6.12.4) EIP is at adpt_isr+0x178/0x1f5 ... Cut out for space and time as I am typeing it all in. 0Kernel panic - not syncing: Fatal exception in interrupt Any help would be greatly appreciated. I have been messing with this issue for the past 3 days now. I have tried 2.6.11, 2.6.11.11, 2.6.12, 2.6.12.3, 2.6.12.4 and all of those kernels end up with the same problem. Thanks in advance. Jon AFAIK, you have to be in Debian Sid to use 2.6.13 as the base system needs some updates. Anyway, your /usr/src/linux-2.6.12-4/.config will be required to know if you are doing something wrong... Does this also occur with a custom 2.6.8 kernel? .Alejandro - 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: Kernel panic 2.6.12.4
I am trying a custom 2.6.8 kernel now, and here is my 2.6.12.4 .config file. Let me know what you think. I don't know much about Kernel Panics. I hope that someone that knows could take a look, but so far, it looks like you need to be running Sid to have this working propperly. Please try 2.6.8, I'm almost sure that it should work. And anyway, this ML is not really a user support list, try asking in a debian mailing list, if they think that it's something wrong with the kernel, then come back and let us know. .Alejandro Alejandro Bonilla wrote: Hi, I am in need of some help! I have installed Debian which has 2.6.8-2 kernel on it. After a fresh install I downloaded the 2.6.12.4 kernel and went to upgrade. After making the necessary changes in menuconfig I rebuilt the kernel and install it. It boots up until I get: Modules linked in: CPU: 0 EIP: 0060:[c026d55d] Not tainted VLI EFLAGS: 00010006(2.6.12.4) EIP is at adpt_isr+0x178/0x1f5 ... Cut out for space and time as I am typeing it all in. 0Kernel panic - not syncing: Fatal exception in interrupt Any help would be greatly appreciated. I have been messing with this issue for the past 3 days now. I have tried 2.6.11, 2.6.11.11, 2.6.12, 2.6.12.3, 2.6.12.4 and all of those kernels end up with the same problem. Thanks in advance. Jon - 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: Wireless support
On Tue, 2005-08-09 at 01:29 +0200, Adrian Bunk wrote: > On Mon, Aug 08, 2005 at 03:06:58PM -0400, Lee Revell wrote: > > On Mon, 2005-08-08 at 12:56 -0600, Alejandro Bonilla wrote: > With NdisWrapper, the hardware manufacturer can say: > "Our hardware is supported through the open source NdisWrapper." "...I have a dream, were all OEM's will sell their systems and allow you to choose from your preffered Distro" just like you do when it makes you choose between XP Home or Professional. Since I am a Linux user and moved from M$, I have a commandment, which is, Thou Shalt not buy hardware from people that don't care about Linux. So far, I'm looking for a video card manufacturer that is *good* and that has Open Source drivers. But this is another story, and this only me being too crazy. ;-) Anyway, ndiswrapper is good, but is a "workaround" for hardware manufacturers. .Alejandro - 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: Wireless support
> > > Any idea how much hardware is out there that needs > ndiswrapper to work? > > > > No real idea but an educated guess: too much... > > > > I like the idea of blacklisting anything with a native driver (even a > partially working one), but leaving alone the stuff that is completely > unsupported. > > Lee The Point is!!! We like more Open Source, I use open Source hardware, I use hardware that works in Linux, I use hardware were the manufacturer cares about Linux. And people that use ndiswrapper is because the manufacturer does not care about Linux. I wouldn't even buy hardware from people that think they don't need to make Drivers or release info for Linux because most of his customers are using Windows. Again, the point is that ndiswrapper is a great project, but people uses it for the leftovers! We *shouldn't* buy leftovers or from Manuf that don't care about Linux. .Alejandro - 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: Wireless support
Any idea how much hardware is out there that needs ndiswrapper to work? No real idea but an educated guess: too much... I like the idea of blacklisting anything with a native driver (even a partially working one), but leaving alone the stuff that is completely unsupported. Lee The Point is!!! We like more Open Source, I use open Source hardware, I use hardware that works in Linux, I use hardware were the manufacturer cares about Linux. And people that use ndiswrapper is because the manufacturer does not care about Linux. I wouldn't even buy hardware from people that think they don't need to make Drivers or release info for Linux because most of his customers are using Windows. Again, the point is that ndiswrapper is a great project, but people uses it for the leftovers! We *shouldn't* buy leftovers or from Manuf that don't care about Linux. .Alejandro - 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: Wireless support
On Tue, 2005-08-09 at 01:29 +0200, Adrian Bunk wrote: On Mon, Aug 08, 2005 at 03:06:58PM -0400, Lee Revell wrote: On Mon, 2005-08-08 at 12:56 -0600, Alejandro Bonilla wrote: With NdisWrapper, the hardware manufacturer can say: Our hardware is supported through the open source NdisWrapper. ...I have a dream, were all OEM's will sell their systems and allow you to choose from your preffered Distro just like you do when it makes you choose between XP Home or Professional. Since I am a Linux user and moved from M$, I have a commandment, which is, Thou Shalt not buy hardware from people that don't care about Linux. So far, I'm looking for a video card manufacturer that is *good* and that has Open Source drivers. But this is another story, and this only me being too crazy. ;-) Anyway, ndiswrapper is good, but is a workaround for hardware manufacturers. .Alejandro - 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: Wireless support
On Sun, 2005-08-07 at 21:20 -0400, Lee Revell wrote: > On Sun, 2005-08-07 at 18:39 -0600, Alejandro Bonilla Beeche wrote: > > On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote: > > > Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS) > > > supported? > > > > > > TIA, > > > > > > Lee > > > > Normally, linksys doesn't care much about Linux and they won't even > > release info for a driver. Yeah, they have some open info for the WRT's > > but the adapters are normally usable with ndiswrapper or Linuxant > > driver. > > > > IMHO, in reference to Wireless adapters, I would get already supported > > ones. > > Well, AFAICT it should be supported by the prism54 driver. Is this not > the case? http://linuxwifi.com/modules/wiwimod/?page=DeviceList Apparently, looks like only the WUSB54G not the WUSB54GS. But that makes me think that it should be supported soon by the prism54. Maybe ask them if they have a clue, or if they have an experimental patch to support it? > Lee - 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: Wireless support
On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote: > Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS) > supported? > > TIA, > > Lee Normally, linksys doesn't care much about Linux and they won't even release info for a driver. Yeah, they have some open info for the WRT's but the adapters are normally usable with ndiswrapper or Linuxant driver. IMHO, in reference to Wireless adapters, I would get already supported ones. .Alejandro - 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: Wireless support
On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote: Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS) supported? TIA, Lee Normally, linksys doesn't care much about Linux and they won't even release info for a driver. Yeah, they have some open info for the WRT's but the adapters are normally usable with ndiswrapper or Linuxant driver. IMHO, in reference to Wireless adapters, I would get already supported ones. .Alejandro - 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: Wireless support
On Sun, 2005-08-07 at 21:20 -0400, Lee Revell wrote: On Sun, 2005-08-07 at 18:39 -0600, Alejandro Bonilla Beeche wrote: On Sun, 2005-08-07 at 15:22 -0400, Lee Revell wrote: Is the Linksys WUSB 54GS wireless adapter (FCCID Q87-WUSB54GS) supported? TIA, Lee Normally, linksys doesn't care much about Linux and they won't even release info for a driver. Yeah, they have some open info for the WRT's but the adapters are normally usable with ndiswrapper or Linuxant driver. IMHO, in reference to Wireless adapters, I would get already supported ones. Well, AFAICT it should be supported by the prism54 driver. Is this not the case? http://linuxwifi.com/modules/wiwimod/?page=DeviceList Apparently, looks like only the WUSB54G not the WUSB54GS. But that makes me think that it should be supported soon by the prism54. Maybe ask them if they have a clue, or if they have an experimental patch to support it? Lee - 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: About Linux Device Drivers
On Fri, 2005-08-05 at 22:18 +0200, Alejandro Cabrera wrote: > Hi > I'm new in the list and I'm interested in lkm, I have the Linux Device > Drivers 2ed. And I use the 2.6.8-2 kernel, and the modules that I create > I don't test in my workstation. Exist any way to run the examples > exposed in this book over my kernel or I need the LDD 3ed > thx for your patient > Alejandro Alejandro, I don't understand anything. What is the problem that you are experiencing, or is this some type of question? If this is a question with your distribution, please contact the best mailing list that applies for your problem with the Distribution. .Alejandro - 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: About Linux Device Drivers
On Fri, 2005-08-05 at 22:18 +0200, Alejandro Cabrera wrote: Hi I'm new in the list and I'm interested in lkm, I have the Linux Device Drivers 2ed. And I use the 2.6.8-2 kernel, and the modules that I create I don't test in my workstation. Exist any way to run the examples exposed in this book over my kernel or I need the LDD 3ed thx for your patient Alejandro Alejandro, I don't understand anything. What is the problem that you are experiencing, or is this some type of question? If this is a question with your distribution, please contact the best mailing list that applies for your problem with the Distribution. .Alejandro - 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: [Hdaps-devel] Re: IBM HDAPS, I need a tip.
> >>Thanks to development of the driver from some nice guys, we > are able to > >>get data from the accelerometer. There is one problem. How do we > >>calibrate the values that are outputed from the userspace? > All PC's get > >>a different value, and we can't really find the best > solution. What is > >>the scientific and smartest way to do this? > >> > >> > > I'm not convinced we need to get so hung up on the calibration. Sure, > each laptop has somewhat different resting values - but surely what > we're looking for is any rate of change in either the X or Y values > thats over a predefined 'safe' threshold? (I would imagine that we're > only going to find that safe threshold from some imaginative testing > once we've got the head parking sorted) > > Just my 2p worth, > Jon. hard drive parking was already sorted out. We have a script that does this and works great parking the heads. The problem here is that we have 10 different models. One will have 20 as X and the others will have 500 as x. Some will increment in 20 when you move them 45Deg, and some will increment 50. How can you determine from an shake, to a fall? .Alejandro - 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: [Hdaps-devel] Re: IBM HDAPS, I need a tip.
Thanks to development of the driver from some nice guys, we are able to get data from the accelerometer. There is one problem. How do we calibrate the values that are outputed from the userspace? All PC's get a different value, and we can't really find the best solution. What is the scientific and smartest way to do this? I'm not convinced we need to get so hung up on the calibration. Sure, each laptop has somewhat different resting values - but surely what we're looking for is any rate of change in either the X or Y values thats over a predefined 'safe' threshold? (I would imagine that we're only going to find that safe threshold from some imaginative testing once we've got the head parking sorted) Just my 2p worth, Jon. hard drive parking was already sorted out. We have a script that does this and works great parking the heads. The problem here is that we have 10 different models. One will have 20 as X and the others will have 500 as x. Some will increment in 20 when you move them 45Deg, and some will increment 50. How can you determine from an shake, to a fall? .Alejandro - 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: IBM HDAPS, I need a tip.
Second Try... ;-) Anyone? .Alejandro On Sun, 2005-07-31 at 19:53 -0600, Alejandro Bonilla Beeche wrote: > Hi Guys, > > I hope you all aren't sick about the topic. I have a quick question... > > Thanks to development of the driver from some nice guys, we are able to > get data from the accelerometer. There is one problem. How do we > calibrate the values that are outputed from the userspace? All PC's get > a different value, and we can't really find the best solution. What is > the scientific and smartest way to do this? > > i.e. of the driver output from the userspace. > [EMAIL PROTECTED]:~/hdaps/hdaps-dave-0.02 > $ ./ibm_hdaps_userspace /dev/ibm_hdaps > x_accel: 409 > y_accel: 528 >temp: 47 > temp2: 47 > unknown: 7 > > If I move the PC 45 deg right.(Looking from front the left side is > higher) > > km_activity (keybd) = 0 > km_activity (mouse) = 0 > x_accel: 396 > y_accel: 579 >temp: 47 > temp2: 47 > unknown: 7 > > > The thing is, people have different values, and I think they are also > different depending on where they are. > > Another question for this kernel inclusion (heh) Should we use Sysfs or > should we use the userspace that outputs this data, else what is > recomended? > > Thanks in advance, > > .Alejandro - 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/
IBM HDAPS, I need a tip.
Hi Guys, I hope you all aren't sick about the topic. I have a quick question... Thanks to development of the driver from some nice guys, we are able to get data from the accelerometer. There is one problem. How do we calibrate the values that are outputed from the userspace? All PC's get a different value, and we can't really find the best solution. What is the scientific and smartest way to do this? i.e. of the driver output from the userspace. [EMAIL PROTECTED]:~/hdaps/hdaps-dave-0.02 $ ./ibm_hdaps_userspace /dev/ibm_hdaps x_accel: 409 y_accel: 528 temp: 47 temp2: 47 unknown: 7 If I move the PC 45 deg right.(Looking from front the left side is higher) km_activity (keybd) = 0 km_activity (mouse) = 0 x_accel: 396 y_accel: 579 temp: 47 temp2: 47 unknown: 7 The thing is, people have different values, and I think they are also different depending on where they are. Another question for this kernel inclusion (heh) Should we use Sysfs or should we use the userspace that outputs this data, else what is recomended? Thanks in advance, .Alejandro - 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/
IBM HDAPS, I need a tip.
Hi Guys, I hope you all aren't sick about the topic. I have a quick question... Thanks to development of the driver from some nice guys, we are able to get data from the accelerometer. There is one problem. How do we calibrate the values that are outputed from the userspace? All PC's get a different value, and we can't really find the best solution. What is the scientific and smartest way to do this? i.e. of the driver output from the userspace. [EMAIL PROTECTED]:~/hdaps/hdaps-dave-0.02 $ ./ibm_hdaps_userspace /dev/ibm_hdaps x_accel: 409 y_accel: 528 temp: 47 temp2: 47 unknown: 7 If I move the PC 45 deg right.(Looking from front the left side is higher) km_activity (keybd) = 0 km_activity (mouse) = 0 x_accel: 396 y_accel: 579 temp: 47 temp2: 47 unknown: 7 The thing is, people have different values, and I think they are also different depending on where they are. Another question for this kernel inclusion (heh) Should we use Sysfs or should we use the userspace that outputs this data, else what is recomended? Thanks in advance, .Alejandro - 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: IBM HDAPS, I need a tip.
Second Try... ;-) Anyone? .Alejandro On Sun, 2005-07-31 at 19:53 -0600, Alejandro Bonilla Beeche wrote: Hi Guys, I hope you all aren't sick about the topic. I have a quick question... Thanks to development of the driver from some nice guys, we are able to get data from the accelerometer. There is one problem. How do we calibrate the values that are outputed from the userspace? All PC's get a different value, and we can't really find the best solution. What is the scientific and smartest way to do this? i.e. of the driver output from the userspace. [EMAIL PROTECTED]:~/hdaps/hdaps-dave-0.02 $ ./ibm_hdaps_userspace /dev/ibm_hdaps x_accel: 409 y_accel: 528 temp: 47 temp2: 47 unknown: 7 If I move the PC 45 deg right.(Looking from front the left side is higher) km_activity (keybd) = 0 km_activity (mouse) = 0 x_accel: 396 y_accel: 579 temp: 47 temp2: 47 unknown: 7 The thing is, people have different values, and I think they are also different depending on where they are. Another question for this kernel inclusion (heh) Should we use Sysfs or should we use the userspace that outputs this data, else what is recomended? Thanks in advance, .Alejandro - 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: PROBLEM:Machine hangs on pulling out USB cd writer on laptop.
Puneet Vyas wrote: Alejandro Bonilla wrote: Puneet Vyas wrote: PS : I am not even sure if I am "allowed" to pull out the writer like this. Am I supposed to "stop" the device first or something? You are supoused to unmount the volume. Try it. umount /dev/cdrom ? Make sure that is it not in use, then unload it. New versions of gnome and so have the option to right click the loaded device and then to unmount. It should never hang. Does it hang with the floppy when removed? 1. When I did umount /dev/cdrom it says - "umount: /dev/hdc is not mounted (according to mtab)" 2. Yes Thanks, Puneet You are trying to unmount a /dev/hdc? hdc is an IDE Hard Drive, you have a CD burner, I would doubt that it is /de/hdc. type mount and that will tell you what is mounted, try umount /dev/cdrom. You need the hardware unloaded. Try /etc/init.d/hotplug stop and unplugg the hardware. See if that hangs the PC. Figure out on how to unload the module, then you will need to get us more info here for this problem to be looked... anyone has more suggestions? .Alejandro - 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: PROBLEM:Machine hangs on pulling out USB cd writer on laptop.
Alejandro Bonilla wrote: Puneet Vyas wrote: Hi, My Dell 600m has a CD writer attached as a USB device. I need to use the same slot to connect my floppy drive. After pulling out the CD writer , the machine completely hangs and only hard boot works. I am new to reporting bugs so I attached all info as according to REPORTING-BUGS. Please let me know if more info is needed.Thanks. Warm regards, Puneet Vyas PS : I am not even sure if I am "allowed" to pull out the writer like this. Am I supposed to "stop" the device first or something? You are supoused to unmount the volume. Try it. umount /dev/cdrom ? Make sure that is it not in use, then unload it. New versions of gnome and so have the option to right click the loaded device and then to unmount. It should never hang. Does it hang with the floppy when removed? .Alejandro - Also, go to a tty (ctrl+alt+f1), login and then unplug the device, If it gives a kernel panic, show the output here. .Alejandro - 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: PROBLEM:Machine hangs on pulling out USB cd writer on laptop.
Puneet Vyas wrote: Hi, My Dell 600m has a CD writer attached as a USB device. I need to use the same slot to connect my floppy drive. After pulling out the CD writer , the machine completely hangs and only hard boot works. I am new to reporting bugs so I attached all info as according to REPORTING-BUGS. Please let me know if more info is needed.Thanks. Warm regards, Puneet Vyas PS : I am not even sure if I am "allowed" to pull out the writer like this. Am I supposed to "stop" the device first or something? You are supoused to unmount the volume. Try it. umount /dev/cdrom ? Make sure that is it not in use, then unload it. New versions of gnome and so have the option to right click the loaded device and then to unmount. It should never hang. Does it hang with the floppy when removed? .Alejandro - 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: PROBLEM:Machine hangs on pulling out USB cd writer on laptop.
Puneet Vyas wrote: Hi, My Dell 600m has a CD writer attached as a USB device. I need to use the same slot to connect my floppy drive. After pulling out the CD writer , the machine completely hangs and only hard boot works. I am new to reporting bugs so I attached all info as according to REPORTING-BUGS. Please let me know if more info is needed.Thanks. Warm regards, Puneet Vyas PS : I am not even sure if I am allowed to pull out the writer like this. Am I supposed to stop the device first or something? You are supoused to unmount the volume. Try it. umount /dev/cdrom ? Make sure that is it not in use, then unload it. New versions of gnome and so have the option to right click the loaded device and then to unmount. It should never hang. Does it hang with the floppy when removed? .Alejandro - 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: PROBLEM:Machine hangs on pulling out USB cd writer on laptop.
Alejandro Bonilla wrote: Puneet Vyas wrote: Hi, My Dell 600m has a CD writer attached as a USB device. I need to use the same slot to connect my floppy drive. After pulling out the CD writer , the machine completely hangs and only hard boot works. I am new to reporting bugs so I attached all info as according to REPORTING-BUGS. Please let me know if more info is needed.Thanks. Warm regards, Puneet Vyas PS : I am not even sure if I am allowed to pull out the writer like this. Am I supposed to stop the device first or something? You are supoused to unmount the volume. Try it. umount /dev/cdrom ? Make sure that is it not in use, then unload it. New versions of gnome and so have the option to right click the loaded device and then to unmount. It should never hang. Does it hang with the floppy when removed? .Alejandro - Also, go to a tty (ctrl+alt+f1), login and then unplug the device, If it gives a kernel panic, show the output here. .Alejandro - 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: PROBLEM:Machine hangs on pulling out USB cd writer on laptop.
Puneet Vyas wrote: Alejandro Bonilla wrote: Puneet Vyas wrote: PS : I am not even sure if I am allowed to pull out the writer like this. Am I supposed to stop the device first or something? You are supoused to unmount the volume. Try it. umount /dev/cdrom ? Make sure that is it not in use, then unload it. New versions of gnome and so have the option to right click the loaded device and then to unmount. It should never hang. Does it hang with the floppy when removed? 1. When I did umount /dev/cdrom it says - umount: /dev/hdc is not mounted (according to mtab) 2. Yes Thanks, Puneet You are trying to unmount a /dev/hdc? hdc is an IDE Hard Drive, you have a CD burner, I would doubt that it is /de/hdc. type mount and that will tell you what is mounted, try umount /dev/cdrom. You need the hardware unloaded. Try /etc/init.d/hotplug stop and unplugg the hardware. See if that hangs the PC. Figure out on how to unload the module, then you will need to get us more info here for this problem to be looked... anyone has more suggestions? .Alejandro - 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: [cpufreq] ondemand works, conservative doesn't
Sven Köhler wrote: Hi, currently, i'm using the ondemand governor. My CPU supports the frequencies 800, 1800 and 2000 MHz (AMD Athlon64 Desktop with Cool). The simple bash commands In my case, I have a Pentium M 1.8ghz 400 FSB. In powersave, it goes to 1.19ghz, in conservative, it goes to 1.20GHZ and of course performance goes to 1.8ghz if plugged. Conservative works well here, and so far, lt moved slowly from frequencies, 1.2 then in 5 seconds 1.4, 2 seconds 1.8. Then it took the CPU like 10 seconds to move back from 1.8ghz to 1.2.. Mine did reach the full cpu in a moment, yours looks like it not going over 2.0ghz. Maybe is not needing that much CPU? If it only supports 800, 1800 and 2000 MHz, then it will only jump to those frequencies. I use the CPU Frequency Scaling Monitor included in gnome to switch between these options a lot. Maybe you could play with this a bit more and see how it behaves. It does look like it might need more frequencies, but you would need to check what does you CPU support. .Alejandro - 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: [cpufreq] ondemand works, conservative doesn't
Sven Köhler wrote: Hi, currently, i'm using the ondemand governor. My CPU supports the frequencies 800, 1800 and 2000 MHz (AMD Athlon64 Desktop with CoolQuiet). The simple bash commands In my case, I have a Pentium M 1.8ghz 400 FSB. In powersave, it goes to 1.19ghz, in conservative, it goes to 1.20GHZ and of course performance goes to 1.8ghz if plugged. Conservative works well here, and so far, lt moved slowly from frequencies, 1.2 then in 5 seconds 1.4, 2 seconds 1.8. Then it took the CPU like 10 seconds to move back from 1.8ghz to 1.2.. Mine did reach the full cpu in a moment, yours looks like it not going over 2.0ghz. Maybe is not needing that much CPU? If it only supports 800, 1800 and 2000 MHz, then it will only jump to those frequencies. I use the CPU Frequency Scaling Monitor included in gnome to switch between these options a lot. Maybe you could play with this a bit more and see how it behaves. It does look like it might need more frequencies, but you would need to check what does you CPU support. .Alejandro - 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: Giving developers clue how many testers verified certain kernel version
Linus Torvalds wrote: On Fri, 22 Jul 2005, Lee Revell wrote: Con's interactivity benchmark looks quite promising for finding scheduler related interactivity regressions. I doubt that _any_ of the regressions that are user-visible are scheduler-related. They all tend to be disk IO issues (bad scheduling or just plain bad drivers), and then sometimes just VM misbehaviour. People are looking at all these RT patches, when the thing is that most nobody will ever be able to tell the difference between 10us and 1ms latencies unless it causes a skip in audio. True, and I just couldn't agree more with Lee that lots of the delays that one looks at is because of user space. Still, I have some doubt on how faster 2.6 is sometimes, where 2.4 is faster in other things. i.e. As my newbie view, I can see 2.6 running faster in X, Compiling and stuff, but I see 2.4 working much faster when running commands, response and interaction in the console. But then again, this could be only me... Linus .Alejandro - 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: Giving developers clue how many testers verified certain kernel version
Lee Revell wrote: On Fri, 2005-07-22 at 21:15 -0500, Alejandro Bonilla wrote: OK, I will, but I first of all need to learn how to tell if benchmarks are better or worse. Con's interactivity benchmark looks quite promising for finding scheduler related interactivity regressions. It certainly has confirmed what we already knew re: SCHED_FIFO performance, if we extend that to SCHED_OTHER which is a more interesting problem then there's serious potential for improvement. AFAIK no one has posted any 2.4 vs 2.6 interbench results yet... I will give it a try. I suspect a lot of the boot time issue is due to userspace. But, it should be trivial to benchmark this one, just use the TSC or whatever to measure the time from first kernel entry to execing init(). You got it! As a laptop user, I think it just takes too much more. I think it is maybe hotplugs fault with the kernel? I don't know how much is done by the kernel or userspace but it definitely takes longer. I could do some sort of benchmarks, but believe me, I hate to say this, but I use 2.6 because of much more power managements features in it. Else I like 2.4 a lot more. Is like, the feels is sharper. Sometimes when I got into a tty1, it takes some time after I put my username in to prompt me for a password. This does not occur when I boot with 2.4.27. Strange huh? I don't want to be an ass and say that 2.4 is better, instead I want to help and let determine why is it that I feel 2.6 slower. .Alejandro Lee - 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: Giving developers clue how many testers verified certain kernel version
Lee Revell wrote: On Fri, 2005-07-22 at 20:07 -0500, Alejandro Bonilla wrote: I will get flames for this, but my laptop boots faster and sometimes responds faster in 2.4.27 than in 2.6.12. Sorry, but this is the fact for me. IBM T42. Sorry dude, but there's just no way that any automated process can catch these. I'm not looking for an automated process for this. But for all in general, when moving from 2.6.11 to 2.6.12 or from any version to another. (At least in the same kernel branch) You will have to provide a detailed bug report (with numbers) like everyone else so we can fix it. "Waiting for it to fix itself" is the WORST thing you can do. I never do this, believe me, but I could if I don't really see a problem. But there could really be one behind. If you find a regression vs. an earlier kernel, please assume that you're the ONLY one to notice it and respond accordingly. OK, I will, but I first of all need to learn how to tell if benchmarks are better or worse. Lee .Alejandro - 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: Giving developers clue how many testers verified certain kernel version
Blaisorblade wrote: Adrian Bunk stusta.de> writes: On Thu, Jul 21, 2005 at 09:40:43PM -0500, Alejandro Bonilla wrote: How do we know that something is OK or wrong? just by the fact that it works or not, it doesn't mean like is OK. There has to be a process for any user to be able to verify and study a problem. We don't have that yet. If the user doesn't notice the difference then there's no problem for him. Some performance regressions aren't easily noticeable without benchmarks... and we've had people claiming unnoticed regressions since 2.6.2 (http://kerneltrap.org/node/4940) I will get flames for this, but my laptop boots faster and sometimes responds faster in 2.4.27 than in 2.6.12. Sorry, but this is the fact for me. IBM T42. If there's a problem the user notices, then the process is to send an email to linux-kernel and/or open a bug in the kernel Bugzilla and follow the "please send the output of foo" and "please test patch bar" instructions. The thing is, I might not be able to know there *are* issues. I most just notice that something is strange. And then wait for a new kernel version because i might think it is something silly. What comes nearest to what you are talking about is that you run LTP and/or various benchmarks against every -git and every -mm kernel and report regressions. But this is sinply a task someone could do (and I don't know how much of it is already done e.g. at OSDL), and not something every user could contribute to. Forgot drivers testing? That is where most of the bugs are hidden, and where wide user testing is definitely needed because of the various hardware bugs and different configurations existing in real world. This is my opinion too. If someone could do a simple script or benchmarking file, then users would be able to report most common important differences from previous kernel versions on their systems. i.e. i would run the script that checks the write speed, CPU, latencys, and I don't know how many more tests and then compare it with the results that were with the previous git or full kernel release. Sometimes the users don't even know the commands to benchmark this parts of the systems. I don't know them. IMHO, I think that publishing statistics about kernel patches downloads would be a very Good Thing(tm) to do. Peter, what's your opinion? I think that was even talked about at Kernel Summit (or at least I thought of it there), but I've not understood if this is going to happen. What can we do here? Can we probably create a project like the janitors so that we can report this kind of thing? Should we report here? How can we make a script to really benchmark the system and then say, since this guy sent a patch for the Pentium M CPU's, things are running slower? Or my SCSI drive is running slower since rc2, but not with rc1. At least if the user notices this kind of things, then one will be able to google for patches for your controller for the last weeks and see if someone screwed up with a change they sent to the kernel. In other words, kernel testing is not really easy for normal users, it can only really be benchmarked by the one that knows... Which are many, but not everyone. And I really want to give my 2 cent on this. .Alejandro - 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: Giving developers clue how many testers verified certain kernel version
Blaisorblade wrote: Adrian Bunk bunk at stusta.de writes: On Thu, Jul 21, 2005 at 09:40:43PM -0500, Alejandro Bonilla wrote: How do we know that something is OK or wrong? just by the fact that it works or not, it doesn't mean like is OK. There has to be a process for any user to be able to verify and study a problem. We don't have that yet. If the user doesn't notice the difference then there's no problem for him. Some performance regressions aren't easily noticeable without benchmarks... and we've had people claiming unnoticed regressions since 2.6.2 (http://kerneltrap.org/node/4940) I will get flames for this, but my laptop boots faster and sometimes responds faster in 2.4.27 than in 2.6.12. Sorry, but this is the fact for me. IBM T42. If there's a problem the user notices, then the process is to send an email to linux-kernel and/or open a bug in the kernel Bugzilla and follow the please send the output of foo and please test patch bar instructions. The thing is, I might not be able to know there *are* issues. I most just notice that something is strange. And then wait for a new kernel version because i might think it is something silly. What comes nearest to what you are talking about is that you run LTP and/or various benchmarks against every -git and every -mm kernel and report regressions. But this is sinply a task someone could do (and I don't know how much of it is already done e.g. at OSDL), and not something every user could contribute to. Forgot drivers testing? That is where most of the bugs are hidden, and where wide user testing is definitely needed because of the various hardware bugs and different configurations existing in real world. This is my opinion too. If someone could do a simple script or benchmarking file, then users would be able to report most common important differences from previous kernel versions on their systems. i.e. i would run the script that checks the write speed, CPU, latencys, and I don't know how many more tests and then compare it with the results that were with the previous git or full kernel release. Sometimes the users don't even know the commands to benchmark this parts of the systems. I don't know them. IMHO, I think that publishing statistics about kernel patches downloads would be a very Good Thing(tm) to do. Peter, what's your opinion? I think that was even talked about at Kernel Summit (or at least I thought of it there), but I've not understood if this is going to happen. What can we do here? Can we probably create a project like the janitors so that we can report this kind of thing? Should we report here? How can we make a script to really benchmark the system and then say, since this guy sent a patch for the Pentium M CPU's, things are running slower? Or my SCSI drive is running slower since rc2, but not with rc1. At least if the user notices this kind of things, then one will be able to google for patches for your controller for the last weeks and see if someone screwed up with a change they sent to the kernel. In other words, kernel testing is not really easy for normal users, it can only really be benchmarked by the one that knows... Which are many, but not everyone. And I really want to give my 2 cent on this. .Alejandro - 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: Giving developers clue how many testers verified certain kernel version
Lee Revell wrote: On Fri, 2005-07-22 at 20:07 -0500, Alejandro Bonilla wrote: I will get flames for this, but my laptop boots faster and sometimes responds faster in 2.4.27 than in 2.6.12. Sorry, but this is the fact for me. IBM T42. Sorry dude, but there's just no way that any automated process can catch these. I'm not looking for an automated process for this. But for all in general, when moving from 2.6.11 to 2.6.12 or from any version to another. (At least in the same kernel branch) You will have to provide a detailed bug report (with numbers) like everyone else so we can fix it. Waiting for it to fix itself is the WORST thing you can do. I never do this, believe me, but I could if I don't really see a problem. But there could really be one behind. If you find a regression vs. an earlier kernel, please assume that you're the ONLY one to notice it and respond accordingly. OK, I will, but I first of all need to learn how to tell if benchmarks are better or worse. Lee .Alejandro - 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: Giving developers clue how many testers verified certain kernel version
Lee Revell wrote: On Fri, 2005-07-22 at 21:15 -0500, Alejandro Bonilla wrote: OK, I will, but I first of all need to learn how to tell if benchmarks are better or worse. Con's interactivity benchmark looks quite promising for finding scheduler related interactivity regressions. It certainly has confirmed what we already knew re: SCHED_FIFO performance, if we extend that to SCHED_OTHER which is a more interesting problem then there's serious potential for improvement. AFAIK no one has posted any 2.4 vs 2.6 interbench results yet... I will give it a try. I suspect a lot of the boot time issue is due to userspace. But, it should be trivial to benchmark this one, just use the TSC or whatever to measure the time from first kernel entry to execing init(). You got it! As a laptop user, I think it just takes too much more. I think it is maybe hotplugs fault with the kernel? I don't know how much is done by the kernel or userspace but it definitely takes longer. I could do some sort of benchmarks, but believe me, I hate to say this, but I use 2.6 because of much more power managements features in it. Else I like 2.4 a lot more. Is like, the feels is sharper. Sometimes when I got into a tty1, it takes some time after I put my username in to prompt me for a password. This does not occur when I boot with 2.4.27. Strange huh? I don't want to be an ass and say that 2.4 is better, instead I want to help and let determine why is it that I feel 2.6 slower. .Alejandro Lee - 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: Giving developers clue how many testers verified certain kernel version
Linus Torvalds wrote: On Fri, 22 Jul 2005, Lee Revell wrote: Con's interactivity benchmark looks quite promising for finding scheduler related interactivity regressions. I doubt that _any_ of the regressions that are user-visible are scheduler-related. They all tend to be disk IO issues (bad scheduling or just plain bad drivers), and then sometimes just VM misbehaviour. People are looking at all these RT patches, when the thing is that most nobody will ever be able to tell the difference between 10us and 1ms latencies unless it causes a skip in audio. True, and I just couldn't agree more with Lee that lots of the delays that one looks at is because of user space. Still, I have some doubt on how faster 2.6 is sometimes, where 2.4 is faster in other things. i.e. As my newbie view, I can see 2.6 running faster in X, Compiling and stuff, but I see 2.4 working much faster when running commands, response and interaction in the console. But then again, this could be only me... Linus .Alejandro - 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: Giving developers clue how many testers verified certain kernel version
Martin MOKREJÅ wrote: Hi, Mark Nipper wrote: I have a different idea along these lines but not using bugzilla. A nice system for tracking usage of certain components might be made by having people register using a certain e-mail address and then submitting their .config as they try out new versions of kernels. Nice idea, but I still think it is of interrest on what hardware was it tested. Maybe also 'dmesg' output would help a bit, but I still don't know how you'd find that I have _this_ motherboard instead of another. I'm a simple Linux user that normally likes to test as much things as posible. This is what I would do: I would make a Summary of the ChangeLog that was done to the kernel, and from there encourage people to test those parts. The worst part that I face against Linux is that I don't know C enough like to understand what the patch that someone sent will really do. A user understandable ChangeLog so that people can test those changed points would be great. And if those changes could have an explanation on how users could troubleshoot the change, then it would be fairly awesome. I have been subscribed here for more than a year already, and I have barely understood a couple of changes that have been done to Drivers and to the kernel itself. How can I make sure that the change will really work better for me? How does one check if hotplug is working better than before? How do I test the fact that a performance issue seen in the driver is now fixed for me or most of users? How do I get back to a bugzilla and tell that there is a bug somewhere when one can't really know if that is the way it works but is simply ugly, or if there is really a bug? My point is that a user like me, can't really get back to this mailing list and say "hey, since 2.6.13-rc1, my PCI bus is having an additional 1ms of latency" We don't really have a process to follow and then be able to say "ahha, so this is different" and then report the problem, even if we can't fix it because of our C and kernel skills. How do we know that something is OK or wrong? just by the fact that it works or not, it doesn't mean like is OK. There has to be a process for any user to be able to verify and study a problem. We don't have that yet. .Alejandro - 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: Giving developers clue how many testers verified certain kernel version
Martin MOKREJÅ wrote: Hi, Mark Nipper wrote: I have a different idea along these lines but not using bugzilla. A nice system for tracking usage of certain components might be made by having people register using a certain e-mail address and then submitting their .config as they try out new versions of kernels. Nice idea, but I still think it is of interrest on what hardware was it tested. Maybe also 'dmesg' output would help a bit, but I still don't know how you'd find that I have _this_ motherboard instead of another. I'm a simple Linux user that normally likes to test as much things as posible. This is what I would do: I would make a Summary of the ChangeLog that was done to the kernel, and from there encourage people to test those parts. The worst part that I face against Linux is that I don't know C enough like to understand what the patch that someone sent will really do. A user understandable ChangeLog so that people can test those changed points would be great. And if those changes could have an explanation on how users could troubleshoot the change, then it would be fairly awesome. I have been subscribed here for more than a year already, and I have barely understood a couple of changes that have been done to Drivers and to the kernel itself. How can I make sure that the change will really work better for me? How does one check if hotplug is working better than before? How do I test the fact that a performance issue seen in the driver is now fixed for me or most of users? How do I get back to a bugzilla and tell that there is a bug somewhere when one can't really know if that is the way it works but is simply ugly, or if there is really a bug? My point is that a user like me, can't really get back to this mailing list and say hey, since 2.6.13-rc1, my PCI bus is having an additional 1ms of latency We don't really have a process to follow and then be able to say ahha, so this is different and then report the problem, even if we can't fix it because of our C and kernel skills. How do we know that something is OK or wrong? just by the fact that it works or not, it doesn't mean like is OK. There has to be a process for any user to be able to verify and study a problem. We don't have that yet. .Alejandro - 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: how to be a kernel developer ?
> Hi > > I want to join the Kernel community and help in developing Linux > kernel, I'm good in C,Perl and not that good in C++ > > is there any How-To page in how to help or how to join ? since I want > to start in basic things I can tell you one thing for sure. And that is that you will need to read a lot and that includes the mailing list archives. This exact question is made at least every 15 days. Did you google? You will need to make that your Home Page. .Alejandro - 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: how to be a kernel developer ?
Hi I want to join the Kernel community and help in developing Linux kernel, I'm good in C,Perl and not that good in C++ is there any How-To page in how to help or how to join ? since I want to start in basic things I can tell you one thing for sure. And that is that you will need to read a lot and that includes the mailing list archives. This exact question is made at least every 15 days. Did you google? You will need to make that your Home Page. .Alejandro - 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: Open source firewalls
> Are there other open source firewall implementations > other than snort? > > I would apprecitate it if you could let me know. > Thanks, > Vinay > I might be wrong and this might be a stupid answer but... How about iptables? iptables blocks everything incomind, allows, deny and forwards, so I think that is what you want? .Alejandro - 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: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Userspace accelerometer viewer)
> On Sun, 3 Jul 2005, Alejandro Bonilla wrote: > > PLEASE read the following article, it has the data of a guy > that made a > > driver in IBM for Linux and he described the driver he made. > > http://www.almaden.ibm.com/cs/people/marksmith/tpaps.html > > Yesterday evening, I used my time here at Debconf5 > constructively! ;-) > Paul, Nice info. We need to look more deep into this. Have you tried what we have so far? .Alejandro - 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: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Userspace accelerometer viewer)
On Sun, 3 Jul 2005, Alejandro Bonilla wrote: PLEASE read the following article, it has the data of a guy that made a driver in IBM for Linux and he described the driver he made. http://www.almaden.ibm.com/cs/people/marksmith/tpaps.html Yesterday evening, I used my time here at Debconf5 constructively! ;-) Paul, Nice info. We need to look more deep into this. Have you tried what we have so far? .Alejandro - 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: Open source firewalls
Are there other open source firewall implementations other than snort? I would apprecitate it if you could let me know. Thanks, Vinay I might be wrong and this might be a stupid answer but... How about iptables? iptables blocks everything incomind, allows, deny and forwards, so I think that is what you want? .Alejandro - 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: IBM HDAPS things are looking up
Bodo Eggert wrote: Clemens Koller <[EMAIL PROTECTED]> wrote: Well, sure, it's not a notebook HDD, but maybe it's possible to give headpark a more generic way to get the heads parked? I remember my old MFM HDD, which had a Landing Zone stored in the BIOS to which the park command would seek. Maybe you could do something similar and park the head on the last cylinder if the other options fail. This makes me wonder... If you replace the internal HD with a non IBM or IBM supported Hard Drive, will it still park the head and will it support all the stuff? .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
Jon Escombe wrote: Jens Axboe wrote: Note on that - if the util says it parked, you can be very sure that it actually did as the drive actually returns that status outside of just completing the command. It's worth noting that you'll need the libata passthrough patch to make this work on a T43.. However, with this patch I'm getting the "head not parked 4c" message, but I can hear the click from the drive.. It takes around 350-400ms for the command to execute, but when repeated, it drops to around 5ms for a short while (with no audible clicking), before reverting to original behaviour after a few seconds. The clicking and the variation in execution time lead me to think it is parking, but not being reported correctly? Regards, Jon, Jon, Most likely it might be doing it but returning inmediately. If you are in a quiet place, you should be able to notice the change. You can test this by having 2 consoles. With one you run the command and with the other one, try going deep into the filesystem, you should notice that it takes awhile to find the files and folders. If it is fast, then is not parking. .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
> Hello, > > Just for the records > - > [EMAIL PROTECTED]:~$ ./headpark /dev/hda > head not parked 4c > - > > HDD is a desktop Maxtor Diamond MaxPlus 9 120GB > on a Promise Ultra133 TX2 IDE Controller. > > Well, sure, it's not a notebook HDD, but maybe it's possible > to give headpark a more generic way to get the heads parked? > > Are the commands different per HDD model / manufacturer? > Then we might need some information to send the proper > commands to the different types?! > And if there is no headpark command, might it be valuable to send > the HDD a shutdown instead? > > PS: > I'm working on an embedded PowerPC (MPC8540) system which > will be turned into a high-resolution portable camera in > the future (with acceleration sensors for the right image > orientation). Therefore it will likely be another candidate > for a Drop'n'Park or Drop'n'Stop (tm) feature as are planning > to put a 2.5" notebook HDD into the cam, too. > > Greets, > > Clemens Koller Clemens, Thanks for bringing this up. We were actually in a conversation about this subject in IRC a couple of minutes ago, and this actually came up. It would be a good idea to kick this little script into the kernel so that people that develop new accelerometers will be able to just make the call from the script already in the kernel. How do we go by making this script maybe more broad, or simple so that it can be implemented on more devices? We could either leave this for only some hard drives, like camera's and notebooks and use hdparm for other systems, or then use this script for all HD's. What could we do? .Alejandro - 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: Head parking (was: IBM HDAPS things are looking up)
> --- Pekka Enberg <[EMAIL PROTECTED]> wrote: > > > On 7/7/05, Martin Knoblauch <[EMAIL PROTECTED]> wrote: > > > Interesting. Same Notebook, same drive. The program say "not > > parked" > > > :-( This is on FC2 with a pretty much vanilla 2.6.9 kernel. > > > > > > [EMAIL PROTECTED] tmp]# hdparm -i /dev/hda > > > > > > /dev/hda: > > > > > > Model=HTS726060M9AT00, FwRev=MH4OA6BA, SerialNo=MRH403M4GS88XB > > > > haji ~ # hdparm -i /dev/hda > > > > /dev/hda: > > > > Model=HTS726060M9AT00, FwRev=MH4OA6DA, SerialNo=MRH453M4H2A6PB > > OK, different FW levels. After upgrading my disk to MH40A6GA my head > parks :-) Minimum required level for this disk seems to be A6DA. Hope > this info is useful. Martin, Simply upgrading your firmware fixed your problem for being to park the head? .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
Jens, Thanks for this util. :-) It will make things easier for us and do part of the Job we are looking for. I will post this script in the hdaps.sf.net for people if it's ok with you. Thanks again, .Alejandro > > #include > > #include > > #include > > #include > > #include > > #include > > > > int main(int argc, char *argv[]) > > { > > unsigned char buf[8]; > > int fd; > > > > if (argc < 2) { > > printf("%s \n", argv[0]); > > return 1; > > } > > > > fd = open(argv[1], O_RDONLY); > > if (fd == -1) { > > perror("open"); > > return 1; > > } > > > > memset(buf, 0, sizeof(buf)); > > buf[0] = 0xe1; > > buf[1] = 0x44; > > buf[3] = 0x4c; > > buf[4] = 0x4e; > > buf[5] = 0x55; > > > > if (ioctl(fd, HDIO_DRIVE_TASK, buf)) { > > perror("ioctl"); > > return 1; > > } > > > > if (buf[3] == 0xc4) > > printf("head parked\n"); > > else > > printf("head not parked %x\n", buf[3]); > > > > close(fd); > > return 0; > > } - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
Jens, Thanks for this util. :-) It will make things easier for us and do part of the Job we are looking for. I will post this script in the hdaps.sf.net for people if it's ok with you. Thanks again, .Alejandro #include stdio.h #include unistd.h #include fcntl.h #include string.h #include sys/ioctl.h #include linux/hdreg.h int main(int argc, char *argv[]) { unsigned char buf[8]; int fd; if (argc 2) { printf(%s dev\n, argv[0]); return 1; } fd = open(argv[1], O_RDONLY); if (fd == -1) { perror(open); return 1; } memset(buf, 0, sizeof(buf)); buf[0] = 0xe1; buf[1] = 0x44; buf[3] = 0x4c; buf[4] = 0x4e; buf[5] = 0x55; if (ioctl(fd, HDIO_DRIVE_TASK, buf)) { perror(ioctl); return 1; } if (buf[3] == 0xc4) printf(head parked\n); else printf(head not parked %x\n, buf[3]); close(fd); return 0; } - 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: Head parking (was: IBM HDAPS things are looking up)
--- Pekka Enberg [EMAIL PROTECTED] wrote: On 7/7/05, Martin Knoblauch [EMAIL PROTECTED] wrote: Interesting. Same Notebook, same drive. The program say not parked :-( This is on FC2 with a pretty much vanilla 2.6.9 kernel. [EMAIL PROTECTED] tmp]# hdparm -i /dev/hda /dev/hda: Model=HTS726060M9AT00, FwRev=MH4OA6BA, SerialNo=MRH403M4GS88XB haji ~ # hdparm -i /dev/hda /dev/hda: Model=HTS726060M9AT00, FwRev=MH4OA6DA, SerialNo=MRH453M4H2A6PB OK, different FW levels. After upgrading my disk to MH40A6GA my head parks :-) Minimum required level for this disk seems to be A6DA. Hope this info is useful. Martin, Simply upgrading your firmware fixed your problem for being to park the head? .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
Hello, Just for the records - [EMAIL PROTECTED]:~$ ./headpark /dev/hda head not parked 4c - HDD is a desktop Maxtor Diamond MaxPlus 9 120GB on a Promise Ultra133 TX2 IDE Controller. Well, sure, it's not a notebook HDD, but maybe it's possible to give headpark a more generic way to get the heads parked? Are the commands different per HDD model / manufacturer? Then we might need some information to send the proper commands to the different types?! And if there is no headpark command, might it be valuable to send the HDD a shutdown instead? PS: I'm working on an embedded PowerPC (MPC8540) system which will be turned into a high-resolution portable camera in the future (with acceleration sensors for the right image orientation). Therefore it will likely be another candidate for a Drop'n'Park or Drop'n'Stop (tm) feature as are planning to put a 2.5 notebook HDD into the cam, too. Greets, Clemens Koller Clemens, Thanks for bringing this up. We were actually in a conversation about this subject in IRC a couple of minutes ago, and this actually came up. It would be a good idea to kick this little script into the kernel so that people that develop new accelerometers will be able to just make the call from the script already in the kernel. How do we go by making this script maybe more broad, or simple so that it can be implemented on more devices? We could either leave this for only some hard drives, like camera's and notebooks and use hdparm for other systems, or then use this script for all HD's. What could we do? .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
Jon Escombe wrote: Jens Axboe wrote: Note on that - if the util says it parked, you can be very sure that it actually did as the drive actually returns that status outside of just completing the command. It's worth noting that you'll need the libata passthrough patch to make this work on a T43.. However, with this patch I'm getting the head not parked 4c message, but I can hear the click from the drive.. It takes around 350-400ms for the command to execute, but when repeated, it drops to around 5ms for a short while (with no audible clicking), before reverting to original behaviour after a few seconds. The clicking and the variation in execution time lead me to think it is parking, but not being reported correctly? Regards, Jon, Jon, Most likely it might be doing it but returning inmediately. If you are in a quiet place, you should be able to notice the change. You can test this by having 2 consoles. With one you run the command and with the other one, try going deep into the filesystem, you should notice that it takes awhile to find the files and folders. If it is fast, then is not parking. .Alejandro - 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: IBM HDAPS things are looking up
Bodo Eggert wrote: Clemens Koller [EMAIL PROTECTED] wrote: Well, sure, it's not a notebook HDD, but maybe it's possible to give headpark a more generic way to get the heads parked? I remember my old MFM HDD, which had a Landing Zone stored in the BIOS to which the park command would seek. Maybe you could do something similar and park the head on the last cylinder if the other options fail. This makes me wonder... If you replace the internal HD with a non IBM or IBM supported Hard Drive, will it still park the head and will it support all the stuff? .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
> Alejandro Bonilla wrote (ao): > > If you check the IBM software in Windows, it shows 2 things. > > First, when it pauses the HD and when it stops the HD. It all > > depends on how hard you hit the PC. In one we suspend the drive > > and in the other we park the drive. > > This is not true. The software only parks the head, it does not spin > down the disk. That would take too much time to protect against a fall > anyway. > > Sander Sander, Sorry for not making myself clear "In one we suspend the drive and in the other we park the drive" means that it would be nice to do that in Linux. We don't have to do things like Windows does them. We can improve them to our needs. In windows, there are 2 Simbols. 1. When the drive detects vibration and then pauses the HD(yellow II sign in the taskbar) 2. When the HD is stop when a free fall is detected. (Red simbol in the Taskbar) Please check it out in windows so you can see what I'm talking about. .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
> > As Lenz already suggested, you both pretty much seem to be describing > laptop mode. See the documentation. > > -- > Jens Axboe > Jens, Yes, I know about laptop_mode, I always use it, but HD APS does not automatically starts laptop_mode currently. That's why I was spitting out that it could be a good idea to kick something like laptop_mode or laptop_mode if normall vibration is detected, and then if higher vibration or tilting numbers are detected, then park the head. If you check the IBM software in Windows, it shows 2 things. First, when it pauses the HD and when it stops the HD. It all depends on how hard you hit the PC. In one we suspend the drive and in the other we park the drive. .Alejandro (removing some people so they don't get triplicated emails) - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
As Lenz already suggested, you both pretty much seem to be describing laptop mode. See the documentation. -- Jens Axboe Jens, Yes, I know about laptop_mode, I always use it, but HD APS does not automatically starts laptop_mode currently. That's why I was spitting out that it could be a good idea to kick something like laptop_mode or laptop_mode if normall vibration is detected, and then if higher vibration or tilting numbers are detected, then park the head. If you check the IBM software in Windows, it shows 2 things. First, when it pauses the HD and when it stops the HD. It all depends on how hard you hit the PC. In one we suspend the drive and in the other we park the drive. .Alejandro (removing some people so they don't get triplicated emails) - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
Alejandro Bonilla wrote (ao): If you check the IBM software in Windows, it shows 2 things. First, when it pauses the HD and when it stops the HD. It all depends on how hard you hit the PC. In one we suspend the drive and in the other we park the drive. This is not true. The software only parks the head, it does not spin down the disk. That would take too much time to protect against a fall anyway. Sander Sander, Sorry for not making myself clear In one we suspend the drive and in the other we park the drive means that it would be nice to do that in Linux. We don't have to do things like Windows does them. We can improve them to our needs. In windows, there are 2 Simbols. 1. When the drive detects vibration and then pauses the HD(yellow II sign in the taskbar) 2. When the HD is stop when a free fall is detected. (Red simbol in the Taskbar) Please check it out in windows so you can see what I'm talking about. .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
Pavel Machek wrote: Actually, "spin disk down and keep it down" would be nice for other reasons. Taking computer for a jog playing mp3s from ramdisk is something I'd like to do... Pavel This is exactly what I wanted to do. hdparm suspend which would send things to cache or buffer and then copy or get files only when needed. I just hope is fast enough, but we could trigger this with tilting or vibration and then something heavier when we find a free fall. This driver does not exactly has to behave like Windows. It can be better. We always make things better. .Alejandro - 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: IBM HDAPS things are looking up
Jens Axboe wrote: That's madness, we can't add a kernel thread for every single little silly thing. You don't need to stop any io, you just want to make sure that your park request gets issued right after the current io has finished. HI, For me, the heads have to park so fast. That I would be afraid of a kernel panil or something that could happen if you park the head so fast that it won't even tell the kernel it did, or because ext3 couldn't update or any crazy reason. I use a lot a project called laptop_mode, which suspend the hd until you do a request to the kernel or the HD and it spins up the HD. I think somehow, the kernel is not fast enough to do what we want, I mean, I don't see it. Imagine you are in starbucks, your laptop is over a 1.2 M table, Linus just said that a new kernel is out. So you simply download it, and now you are compiling it. But, you invited your kid to Starbucks. And while your CPU is at 100% and full throttle HD usage. Then your kid trips on the cable or simply pushes the PC out. Do you think that the kernel will STOP, HOLD and park the head in less than a second? OR on the time we need? I would say is a dammed good kernel if it would. (could RTOS, make things faster) Simply send the flames my way if you think I'm totally wrong. Which I might be. I really don't know... .Alejandro - 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: IBM HDAPS things are looking up
Jens Axboe wrote: That's madness, we can't add a kernel thread for every single little silly thing. You don't need to stop any io, you just want to make sure that your park request gets issued right after the current io has finished. HI, For me, the heads have to park so fast. That I would be afraid of a kernel panil or something that could happen if you park the head so fast that it won't even tell the kernel it did, or because ext3 couldn't update or any crazy reason. I use a lot a project called laptop_mode, which suspend the hd until you do a request to the kernel or the HD and it spins up the HD. I think somehow, the kernel is not fast enough to do what we want, I mean, I don't see it. Imagine you are in starbucks, your laptop is over a 1.2 M table, Linus just said that a new kernel is out. So you simply download it, and now you are compiling it. But, you invited your kid to Starbucks. And while your CPU is at 100% and full throttle HD usage. Then your kid trips on the cable or simply pushes the PC out. Do you think that the kernel will STOP, HOLD and park the head in less than a second? OR on the time we need? I would say is a dammed good kernel if it would. (could RTOS, make things faster) Simply send the flames my way if you think I'm totally wrong. Which I might be. I really don't know... .Alejandro - 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: IBM HDAPS things are looking up (was: Re: [Hdaps-devel] Re: [ltp] IBM HDAPS Someone interested? (Accelerometer))
Pavel Machek wrote: Actually, spin disk down and keep it down would be nice for other reasons. Taking computer for a jog playing mp3s from ramdisk is something I'd like to do... Pavel This is exactly what I wanted to do. hdparm suspend which would send things to cache or buffer and then copy or get files only when needed. I just hope is fast enough, but we could trigger this with tilting or vibration and then something heavier when we find a free fall. This driver does not exactly has to behave like Windows. It can be better. We always make things better. .Alejandro - 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: Linux 2.6.12-rc3
Patrick McFarland wrote: On Wednesday 20 April 2005 09:09 pm, Alejandro Bonilla wrote: Why is kb not used anymore? What happened? Linus decided that keyboards are out, and voice activation is in. Remember to use a high quality microphone! Ohh _G_ Is that Why!? I thought it was cause there were some problems with 2 guys and a non-free Software? James gave me what I needed to know. ;-) Thanks. And I really hope that Linus can find a way to do things better for him and everyone else. Hopefully someone can create an SCM as nice and good as I read BK was... Sorry for invoking this old topic. - Alejandro - 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: Linux 2.6.12-rc3
Linus Torvalds wrote: Ok, you know what the subject line means by now, but this release is a bit different from the usual ones, for obvious reasons. It's the first in a _long_ time that I've done without using BK, and it's the first one ever that has been built up completely with "git". It's available both as a patch (against 2.6.11) and as a tar-ball, and for non-BK users the biggest difference is probably that the ChangeLog format has changed a bit. And it will probably continue to evolve, since I don't have my "release-script" tools set up for the new setup, so this release was done largely manually with some ad-hoc scripting to get the ChangeLog information etc out of git. For BK users, I hope we can get a BK tree that tracks this set up soon, and it should hopefully not be too disruptive either. Excuse me for being so uninformed, poor reader and so on... Why is kb not used anymore? What happened? Thanks for the time, - Alejandro - 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: Linux 2.6.12-rc3
Linus Torvalds wrote: Ok, you know what the subject line means by now, but this release is a bit different from the usual ones, for obvious reasons. It's the first in a _long_ time that I've done without using BK, and it's the first one ever that has been built up completely with git. It's available both as a patch (against 2.6.11) and as a tar-ball, and for non-BK users the biggest difference is probably that the ChangeLog format has changed a bit. And it will probably continue to evolve, since I don't have my release-script tools set up for the new setup, so this release was done largely manually with some ad-hoc scripting to get the ChangeLog information etc out of git. For BK users, I hope we can get a BK tree that tracks this set up soon, and it should hopefully not be too disruptive either. Excuse me for being so uninformed, poor reader and so on... Why is kb not used anymore? What happened? Thanks for the time, - Alejandro - 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: Linux 2.6.12-rc3
Patrick McFarland wrote: On Wednesday 20 April 2005 09:09 pm, Alejandro Bonilla wrote: Why is kb not used anymore? What happened? Linus decided that keyboards are out, and voice activation is in. Remember to use a high quality microphone! Ohh _G_ Is that Why!? I thought it was cause there were some problems with 2 guys and a non-free Software? James gave me what I needed to know. ;-) Thanks. And I really hope that Linus can find a way to do things better for him and everyone else. Hopefully someone can create an SCM as nice and good as I read BK was... Sorry for invoking this old topic. - Alejandro - 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.6 upgrade overall failure report
I usually never complain, or give negative motivation, but this is a reality. Now, what's wrong with that ? Well, the fact is that new hardware is only supported by latest kernel, so at the end, you have to upgrade, and so you get more and more complexity whether you like it or not. As an example, for servers, 2.4 is still fine, but laptops already require 2.6 If it wouldn't be because my wifi card only works in 2.6 and cause the speedstep support for my laptop, I would be using 2.4 kernels. As a result, the complexity versus stability compromise is less and less suited for most real life uses. Now the problem with the kernel complexity is: . ultimate implementation requires much more testing than simple good one (TCP sample) . it makes life harder for device drivers writers (tigon3 or fusion sample) I have returned laptops to get them exchanged for one's that have a e100/e1000 instead the tigon3. It's a shame that manufacturers still use this chip on servers and laptops. - 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.6 upgrade overall failure report
I usually never complain, or give negative motivation, but this is a reality. Now, what's wrong with that ? Well, the fact is that new hardware is only supported by latest kernel, so at the end, you have to upgrade, and so you get more and more complexity whether you like it or not. As an example, for servers, 2.4 is still fine, but laptops already require 2.6 If it wouldn't be because my wifi card only works in 2.6 and cause the speedstep support for my laptop, I would be using 2.4 kernels. As a result, the complexity versus stability compromise is less and less suited for most real life uses. Now the problem with the kernel complexity is: . ultimate implementation requires much more testing than simple good one (TCP sample) . it makes life harder for device drivers writers (tigon3 or fusion sample) I have returned laptops to get them exchanged for one's that have a e100/e1000 instead the tigon3. It's a shame that manufacturers still use this chip on servers and laptops. - 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: Linux support for IBM ThinkPad Disk shock prevention update...
05-04-14 at 16:58 -0400, Shawn Starr wrote: We just need to figure out to get the specs from IBM Best bet is probably reverse engineering it... Lee, I know this is far from easy... but, What do we need to do this? I haven't seen such a cooler feature in a Thinkpad like the HDAPS. (Well, maybe the fingerprint reader) But, how can we / I help, if this is ever done? Please see: http://dxr3.sourceforge.net/re.html I have discovered several previously unknown emu10k1 hardware features using this procedure to reverse engineer the Windows drivers, including a per channel half loop interrupt, and added support to the Linux driver for some of them. It may be much easier to find the read and write register subroutines than in the above guide. The Windows driver I was working with had exactly one subroutine that used the inb, inl, inw, outb, outw, outl instructions, so it was trivial to set breakpoints to log all the port I/O. I later found it was even easier, the version of SoftIce I was using allows you to set I/O breakpoints, so all you need to start logging the register activity is the port. I had a little trouble loading the IDA symbols into SoftICE at first, just because the first few scripts I found on the net didn't work. Some devices use memory mapped IO, I have no idea how you would RE these. Maybe someone else has some pointers? Lee The only thing I got back from IBM was: Please be advised, that the e-mail forum you have reached is provided for non-technical support and web registration issues of IBM. ave reached is provided for non-technical Please send your research proposal to IBM at T.J Watson Research Center at 914-945-3167. I don't think I'm l33t enough like to call there and discuss for what we are looking for. Also they will probably tell me, " Ahh, well we currenly don't want to release anything because of legal issue" (Like I was already told) - Alejandro - 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: IBM Thinkpad T42 - Looking for a Developer.
This is located in my home PC, Won't be the fastest downloads... http://wifitux.com/finger/ Under what terms did you obtain these documents and from where? Are they completely freely distributable or are there strings attached? I emailed the guys and they told me, "Hey, here you go, let me know if you want more information" I guess it can't be more distributable. But as far as I got to read. The documents don't have too much information like for us to do a great Job. I think it also requires the making of a firmware. I don't want to dissapoint you, but I hope I'm lost and that a driver can be done out of this. There were two PDF documents. The more useful one tells that there are two possible interfaces: - Async serial - USB Could you show what/sbin/lsusb -vvtells in your T42 ? Do that without external devices attached. I'm appending the lsusb -vv from my Thinkpad T43 for comparison. This also has a builtin USB fingerprint scanner, but I don't know if it is the same one as used on the T42. It is "Bus 004 Device 002: ID 0483:2016 SGS Thomson Microelectronics". There are no other USB devices connecting. Matti, Where do we stand here? Now that you have two of those outputs, so I can have some hope... Do you think we can make the driver for this hardware? How about the firmware that the documents mention? Could there be a layer in the hardware itself that might prevents us from reading the fingerprint image? Will BioAPI help us at all, or the best approach here is not to make dll wrapping? Thanks for you all time, - Alejandro - 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/