Re: HIGHMEM64G Kernel (2.6.23.1) makes system crawl

On Wed, Oct 24, 2007 at 07:56:12PM +0200, Boaz Harrosh wrote: > So one thing I don't understand is the difference between CONFIG_HIGHMEM4G > and regular 32-bit. I always thought that 32 bit means 4GB address space > and that the HIGHMEM4G is using your above trick but with 32-bit dma_addr_t > since

Re: [2.6 patch] some overdue I2C driver removal

On Wed, Oct 24, 2007 at 06:25:28PM +0200, Adrian Bunk wrote: > This patch contains the overdue removal of three I2C drivers. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > --- > > Documentation/feature-removal-schedule.txt |8 > drivers/i2c/busses/Kconfig | 59 ---

Re: HIGHMEM64G Kernel (2.6.23.1) makes system crawl

On Wed, Oct 24, 2007 at 04:41:16PM +0200, Boaz Harrosh wrote: > I thought that for 4GB of memory the CONFIG_HIGHMEM4G=y CONFIG_HIGHMEM64G is > not set > would be enough. > > From looking in source code the CONFIG_HIGHMEM64G is broken in many respects, > in my opinion. It's really a 64-bit with 32

Re: [PATCH] Intel Manageability Engine Interface driver

On Tue, Oct 23, 2007 at 11:22:50AM -0700, Roland Dreier wrote: > It's not a hard experiment to do. > > The answer is: > > warning: suggest parentheses around assignment used as truth value A warning is not an error. It won't abort the compile. The warning (which I don't remember gcc doing

Re: [PATCH] Intel Manageability Engine Interface driver

On Tue, Oct 23, 2007 at 09:23:33AM -0700, Arjan van de Ven wrote: > gcc will tell you in the other direction just as well. > > and people read from left to right (at least in english) so coding in > that direction is generally preferred in the Linux kernel as well. What does gcc have to say about

Re: [PATCH] Intel Manageability Engine Interface driver

On Mon, Oct 22, 2007 at 11:40:01AM -0700, Andrew Morton wrote: > - Here: > > + if (0 == memcmp(&heci_wd_guid, > > we boringly prefer "if (foo == 0)" rather than "if (0 == foo)". (lots > of places). But 0 == blah is safer. If you accidentally do 0 = blah the compiler will tell y

Re: Syba 8-Port Serial Card Unidentified By Kernel

On Mon, Oct 22, 2007 at 07:33:23PM +0400, Andrey Panin wrote: > So the card probably generates screaming interrupt... that's bad. > I found some docs for IT887x chips, according to these docs IT887x > have simple interrupt controller inside. Further investigation is needed. > > Can you post outpu

Re: New CD/DVD drive - 80-wire cable detection failure

On Fri, Oct 19, 2007 at 11:04:23PM +0100, Nick Warne wrote: > Yes, Len's advice has me wondering now. Do I have a dodgy cable? I will have > to change that tomorrow. > > But more info. The old drive played DVD movies etc. OK, but slowly it became > worse until I couldn't read any one of them 9

Re: New CD/DVD drive - 80-wire cable detection failure

On Fri, Oct 19, 2007 at 10:03:09PM +0100, Nick Warne wrote: > No change: > > ide_setup: hdd=ide-cd > ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA > hdd: TSSTcorp CDDVDW SH-S202J, ATAPI CD/DVD-ROM drive > hdd: drive side 80-wire cable detection failed, limiting max speed to UD

Re: gigabit ethernet power consumption

On Fri, Oct 12, 2007 at 01:46:33PM -0700, Kok, Auke wrote: > I would assume that that is true for all PHY's - if there is no link to keep > the > carrier active on I would think that the power consumption is nominal across > the > board. Once the PHY detects link pulses it should obviously use di

Re: Syba 8-Port Serial Card Unidentified By Kernel

On Thu, Oct 11, 2007 at 01:02:12PM -0400, Chris Bergeron wrote: > I'm sure that's what it says on the largest chip on the PCI card. It > could be that the other two chips are more relevant... the numbers from > them are included below. > > I've posted up a quick text only page with the diagnost

Re: __LITTLE_ENDIAN vs. __LITTLE_ENDIAN_BITFIELD

On Tue, Oct 09, 2007 at 12:56:37PM -0500, Timur Tabi wrote: > I'm sure they're correct, my problem is that how can my driver know what > they are? If they are correct, then you should only need to know about byte order in my experience. > I was hoping that there would be some compile-time consta

Re: gigabit ethernet power consumption

On Mon, Oct 08, 2007 at 03:31:51PM -0700, Kok, Auke wrote: > you most certainly want to do this in userspace I think. > > One of the biggest problems is that link negotiation can take a significant > amount > of time, well over several seconds (1 to 3 seconds typical) with gigabit, and > having y

Re: [code] Unlimited partitions, a try

On Sat, Oct 06, 2007 at 03:33:59PM -0400, Bill Davidsen wrote: > I'm not sure that configurations requiring more than 15 partitions are > properly described as "trivial." Which is not to disagree with your > point about required user tools, but most systems needing such tools > will be large and

Re: Syba 8-Port Serial Card Unidentified By Kernel

On Fri, Oct 05, 2007 at 05:31:05PM -0400, Chris Bergeron wrote: > I've just installed a multiport serial card released by an outfit called > Syba. This is an 8 port serial-only card with an Octopus style breakout > cable. The main chipset on it is an ITE IT8871F. Well 8250_pci.c mentions IT887

Re: __LITTLE_ENDIAN vs. __LITTLE_ENDIAN_BITFIELD

On Fri, Oct 05, 2007 at 04:10:26PM -0500, Timur Tabi wrote: > Why not? I honestly don't know what x86 does, but I would think that if I > write a 32-bit value to a memory location, that when I examine that memory > location, all 32 bits will be in order. > > You're talking about byte endian. I

Re: [PATCH] Cute feature: colored printk output

On Fri, Oct 05, 2007 at 09:32:11PM +0200, Jan Engelhardt wrote: > Ah you seem to be a proponent of http://www.blackgoogle.com/ > then :-) Unfortunately, it seems like Xft uses Grayscale AA > (http://antigrain.com/research/font_rasterization/index.html) > so black background make the font look thin

Re: [PATCH] Cute feature: colored printk output

On Fri, Oct 05, 2007 at 09:21:57PM +0200, Jan Engelhardt wrote: > Indeed it should be 0x07, should it go in. > Otherwise the openbsd camp might start another flamewar. > > (On a personal note, would 0x1F work better for you?) No, I actually find most things hard to read on a blue background. Besi

Re: [PATCH] Cute feature: colored printk output

On Fri, Oct 05, 2007 at 09:13:40PM +0200, Jan Engelhardt wrote: > +config VT_PRINTK_COLOR > + hex "Colored kernel message output" > + range 0x00 0xFF > + depends on VT_CONSOLE > + default 0x17 Shouldn't the default at least be what we already had? Somehow grey on blue sounds prett

Re: [PATCH] Patches for tiny 386 kernels, again. Linux kernel 2.6.22.7

On Fri, Sep 28, 2007 at 05:24:20PM -0400, Bill Davidsen wrote: > I'll offer this suggestion, knowing it may piss you off, given the > difficulty of preserving whitespace on *many* mailers without using > attachments, and given that attachments can be saved easily without > prying them out of the

Re: [PATCH 1/2] bnx2: factor out gzip unpacker

On Fri, Sep 21, 2007 at 11:37:52PM +0100, Denys Vlasenko wrote: > But I compile net/* into bzImage. I like netbooting :) Isn't it possible to netboot with an initramfs image? I am pretty sure I have seen some systems do exactly that. -- Len Sorensen - To unsubscribe from this list: send the line

Re: Intel-Quad on GA-P35-S3 motherboard with 4*2GB

On Thu, Sep 20, 2007 at 09:43:42AM +0200, Wojciech Kromer wrote: > Uff. Now full memtest takes less than 2 hours. Being able to cache memory helps a lot. -- Len Sorensen - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More ma

Re: Intel-Quad on GA-P35-S3 motherboard with 4*2GB

On Wed, Sep 19, 2007 at 11:28:16AM +0200, Wojciech Kromer wrote: > a)With mem=8GB parameter I had: > > #free -m > total used free shared buffers cached > Mem: 6473 474 5999 0 29 278 > > > b) Without mem=8GM system slows down while booting and sometimes restart... > > > So the story begins

Re: Wasting our Freedom

On Tue, Sep 18, 2007 at 11:55:29AM -0700, Can E. Acar wrote: > Well, they can add their names *anywhere* in the whole file, *except* > these two lines. See, these lines have a whole different meaning > when it comes to laws. When they make sufficient contribution, they > sure can add their names.

Re: Intel-Quad on GA-P35-S3 motherboard with 4*2GB

On Tue, Sep 18, 2007 at 04:35:43PM +0200, Wojciech Kromer wrote: > Yes, it's a bit strange, but there should be a way to configure it in linux. > I found only memmap option which does selection of regions, but not > remapping. No it is entirely the BIOS's job to do that. It would be very hard fo

Re: PCI Interrupt

On Tue, Sep 18, 2007 at 03:08:46PM +0100, [EMAIL PROTECTED] wrote: > The driver already does that ... > > result = > request_irq(irq, can_pci_interrupt, SA_INTERRUPT | SA_SHIRQ, > pDevice->au8IrqName, pDevice); > > > Any other ideas? Maybe the system thinks a ps2 mou

Re: Intel-Quad on GA-P35-S3 motherboard with 4*2GB

On Tue, Sep 18, 2007 at 09:01:44AM +0200, Wojciech Kromer wrote: > I have 2.6.22.6 kernel > > First MTRR looks good for me. > Why it was rejected? > And how to force using it? > > here are more details > > [EMAIL PROTECTED] ~]# cat /proc/mtrr > reg00: base=0x1 (4096MB), size=8192MB: wri

Re: [PATCH] SCSI: update Kconfig help text to indicate SCSI core's widespread usage

On Fri, Sep 14, 2007 at 11:06:44PM +0200, Stefan Richter wrote: > On 14 Sep, Lennart Sorensen wrote: > > On Fri, Sep 14, 2007 at 10:14:16PM +0200, Stefan Richter wrote: > >> -If you want to use a SCSI or FireWire CD-ROM under Linux, > >> +If you want to use a SCS

Re: [PATCH] SCSI: update Kconfig help text to indicate SCSI core's widespread usage

On Fri, Sep 14, 2007 at 10:14:16PM +0200, Stefan Richter wrote: > - If you want to use a SCSI or FireWire CD-ROM under Linux, > + If you want to use a SCSI, SATA, USB or FireWire CD-ROM or DVD-ROM, > say Y and read the SCSI-HOWTO and the CDROM-HOWTO at >

Re: [PATCH] SCSI: update Kconfig help text to indicate SCSI core's widespread usage

On Fri, Sep 14, 2007 at 06:01:53PM +0200, Stefan Richter wrote: > Signed-off-by: Stefan Richter <[EMAIL PROTECTED]> > --- > > Applicable to 2.6.23-rc6 and to scsi-misc. > > drivers/scsi/Kconfig | 32 > 1 file changed, 20 insertions(+), 12 deletions(-) > > Inde

Re: Intel-Quad on GA-P35-S3 motherboard with 4*2GB

On Fri, Sep 14, 2007 at 10:50:24AM +0200, Wojciech Kromer wrote: > I can't see whole 8GB of ram. > > With F2 BIOS release i can only work with kernel param mem=4G. > After updating to F4 BIOS release I can work with mem=8G, but I see this: > > # free -m > total used free

Re: irq load balancing

On Thu, Sep 13, 2007 at 01:31:39PM -0700, Venkat Subbiah wrote: > Doing it in a round-robin fashion will be disastrous for performance. > Your cache miss rate will go through the roof and you'll hit the slow > paths in the network stack most of the time. > > Most of the work in my system is spent i

Re: x86 merge - a little feedback

On Wed, Sep 12, 2007 at 10:27:16AM +0100, Christoph Hellwig wrote: > On Tue, Sep 11, 2007 at 10:34:13PM +0200, Adrian Bunk wrote: > > As an example, visws.c is as much non-64bit as it is pre-i686. > > Bullshit. visws were shipped with P3s. Certainly true, but still not 64bit and never will be.

Re: Problems with IDE on linux 2.6.22.X

On Thu, Aug 30, 2007 at 05:16:46PM -0400, Greg Freemyer wrote: > USB / Firewire / FC / iSCSI are all SCSI transports and fit within the > SCSI subsystem by design. > > ie. Just like ethernet, DSL, T-1, etc can all carry IP traffic with no > conceptual conflict, many media by design carry SCSI traf

Re: [PATCH] Override 80-wire cable detection for Toshiba S1800-814

On Thu, Aug 30, 2007 at 09:38:23PM +0200, Jan Engelhardt wrote: > Hard to tell, since some (most?) laptops have sort of a backplane and there > might be no real cable you could see because it's all mainboard wire paths > already. Makes you wonder why the mainboard doesn't just pretend to be an 80

Re: Problems with IDE on linux 2.6.22.X

On Thu, Aug 30, 2007 at 09:31:14PM +0200, Jan Engelhardt wrote: > Welcome to the wonderful world of SCSIfying ATA. (Don't talk about > ATAPI, USB/Firewire, it's a different matter.) I guess eventually all disks will appear the same, just like on BSD and many other systems (probably most other sys

Re: ide.c and compactFlash

On Thu, Aug 23, 2007 at 01:56:35PM +0200, Espen M. Rutger wrote: > I got problems with the IDE code which causes the kernel to freez after > printing out: > > hda: status timeout: status=0xd0 { Busy } > > kernel used: 2.4.18 crosscompiled with Montavista tools (ppc_82xx-gcc > (GCC) 3.2.1 200209

Re: Possible problems reading a DVD-RAM disc

On Thu, Aug 23, 2007 at 10:44:55PM -0400, TheOneKEA wrote: > While doing a long mega-copy from one side of a DVD-RAM disc formatted > with the vfat filesystem to an smbfs network share, I got lots and > lots of these in the dmesg: No idea about the error, but isn't vfat torture of a dvd-ram? Don'

Re: Problems with IDE on linux 2.6.22.X

On Wed, Aug 22, 2007 at 05:48:52PM +0200, Rene Herman wrote: > He has a SATA harddrive and an IDE DVD drive. When he compiles with > CONFIG_ATA_PIIX (a driver which advertises both SATA and PATA in its > description) his drive works, his DVD does not. Is that not the correct > driver? Does he ne

Re: PROBLEM: DVD Burning with Asus M2NPV mainboard

On Tue, Aug 21, 2007 at 07:12:53PM +0200, Marco Aicardi wrote: > [1.] One line summary of the problem: > > Unable to burn DVD with the Asus M2NPV mainboard > > [2.] Full description of the problem/report: > > I have recently changed my mainboard to a Asus M2NPV-VM one; nothin

Re: Thinking outside the box on file systems

On Mon, Aug 20, 2007 at 04:18:21AM -0700, Marc Perkel wrote: > Look at the reality of the situation. Linux is free > and yey it can't compete with operating systems that > are paid for. Maybe the reason is that when someone > point out the something is broken all yopu get is > justification and exc

Re: Thinking outside the box on file systems

On Sat, Aug 18, 2007 at 09:07:05PM -0700, Marc Perkel wrote: > No Al, there isn't any shortage of arrogance here. Yes you provide plenty yourself. > Let me try to repeat what I'm talking about as simply > as I can. > > First - I'm describing a kind of functionality and > suggesting Linux should

Re: Thinking outside the box on file systems

On Wed, Aug 15, 2007 at 01:44:50PM -0700, Marc Perkel wrote: > Yes - that's a good example. Git is far more powerful > and a different paradigm for CVS. Someone had to think > outside the box and come up with a new way of looking > at things. I'm trying to do something like that with > this idea. >

Re: Thinking outside the box on file systems

On Wed, Aug 15, 2007 at 10:59:12AM -0700, Marc Perkel wrote: > When one thinks outside the box one has to think about > evolving beyond what you are used to. When I moved > beyond DOS I have to give up the idea of 8.3 file > names. The idea here is to come up with a model that > can emulate the exi

Re: Thinking outside the box on file systems

On Wed, Aug 15, 2007 at 10:09:31AM -0700, Marc Perkel wrote: > Yep - way outside the box - and thus the title of the > thread. > > The idea is that people have permissions - not files. > By people I mean users, groups, managers, applications > etc. One might even specify that there are no > permis

Re: Thinking outside the box on file systems

On Wed, Aug 15, 2007 at 09:02:37AM -0400, Michael Tharp wrote: > This jumped out at me right away. In such a system, an attacker with > write permissions on a "sticky" directory like /tmp could probe for > others' files by attempting to create them and recording all cases where > permission was den

Re: Advice on a userspace tty serial driver

On Fri, Aug 10, 2007 at 04:28:19PM +0400, Brad Campbell wrote: > I'm building a bit of hardware. It's basically a serial multiplexer that > communicates to the PC using a single usb-serial port. It has the ability > to run between 2 and 8 standard async ports over this single interface. > > I'd

Re: Woke up to a crashed kernet this morning - nVidia is crap

On Thu, Aug 02, 2007 at 07:46:49AM -0700, Marc Perkel wrote: > OK - so the driver I downloaded from nVidia to fix > their problem I was having with the video installed > drivers for everything? I'm really getting to dislike > nVidia. It installs a kernel module just for the video card. Nothing el

Re: Multiple CD-ROM Drives

On Tue, Jul 31, 2007 at 05:08:19PM -0400, Cal Peake wrote: > On Mon, 30 Jul 2007, Brian D. McGrew wrote: > > > Using FC5 with a 2.6.15 kernel my system (Dell Optiplex) see both > > drives. > > > > Using the 2.6.16.16 kernel that I've built I see no CD-ROM drives. > > > > What could I have missed

Re: [PATCH] expand /proc/interrupts to include missing vectors, v2

On Mon, Jul 30, 2007 at 08:17:18PM -0400, Joe Korty wrote: > Add missing IRQs and IRQ descriptions to /proc/interrupts. > > /proc/interrupts is most useful when it displays every > IRQ vector in use by the system, not just those somebody > thought would be interesting. > > This patch inserts the

Re: Software RAID 5 - Two reads are faster than one on a SW RAID5?

On Fri, Jul 20, 2007 at 09:58:50AM -0400, Justin Piszcz wrote: > I have a multi-core Q6600 CPU on a 10-disk Raptor RAID 5 running XFS. > > I just pulled down the Debian Etch 4.0 DVD ISO's, one for x86 and one for > x86_64, when I ran md5sum -c MD5SUMS, I see ~280-320MB/s. When I ran the > secon

Re: [kvm-devel] [RFC] Deferred interrupt handling.

On Thu, Jul 19, 2007 at 04:38:09PM +0300, Avi Kivity wrote: > Looking at two random servers here and a desktop, interrupts are > unshared except for usb. A laptop was not so lucky. So "no chance" is > a bit extreme. > > I agree it's far from optimal, but it is less limited than you imply. Wel

Re: [kvm-devel] [RFC] Deferred interrupt handling.

On Thu, Jul 19, 2007 at 12:23:24PM +0300, Avi Kivity wrote: > No, it means disallowing pci devices that use shared irqs, and allowing > pci devices that use non-shared irqs. Most machiens I see today have almost no chance of having PCI devices without shared IRQs. This probably means any impleme

Re: [kvm-devel] [RFC] Deferred interrupt handling.

On Wed, Jul 18, 2007 at 07:46:13PM +0300, Avi Kivity wrote: > IMO the only reasonable solution is to disallow interrupt forwarding > with shared irqs. If someone later comes up with a bright idea, we can > implement it. Otherwise the problem will solve itself with hardware > moving to msi. Disal

Re: [RFC] Deferred interrupt handling.

On Wed, Jul 18, 2007 at 12:53:19PM +0300, Or Sagi wrote: > Gentlepeople, > > We're currently working on PCI device pass-through support for KVM. In this > model all physical hardware access to specific devices will be performed by > the VM, and not by the host. > > In particular, this requires in

Re: Fwd: NPTL

On Thu, Jul 12, 2007 at 03:58:34PM +0300, [EMAIL PROTECTED] wrote: > Of course .. I ment they are _almoust_ similar. The lack of an address space seems to make them rather different too. A process contains address space, and one or more threads. A thread is hence a component of a process, but no

Re: Problem recovering a failed RIAD5 array with 4-drives.

On Thu, Jul 12, 2007 at 08:49:15AM -0500, James wrote: > My apologies if this is not the correct forum. If there is a better place to > post this please advise. > > > Linux localhost.localdomain 2.6.17-1.2187_FC5 #1 Mon Sep 11 01:17:06 EDT 2006 > i686 i686 i386 GNU/Linux > > (I was planning to

Re: Linux Kernel Story

On Thu, Jul 12, 2007 at 06:57:41PM +0530, Vijayakumar Subburaj wrote: > My first mail to lkml. > > I would like to know what happened to linux kernel from its 1.0. A lot. > I have gone through lkml faqs, and some of LDP documents. Thought that > weekly lkml summary "Kernel Traffic" (http://www.k

Re: [PATCH] LinuxPPS (with new syscalls API) - new version

On Wed, Jul 11, 2007 at 03:18:46AM +0200, Roman Zippel wrote: > This is really not an API that needs to deal with such large time range. No one will want to use PPS API to keep accurate time past 2030? Why not? Or should we be forced to invent a new PPS API before then to fix this one? Actually

Re: [PATCH] LinuxPPS (with new syscalls API) - new version

On Wed, Jul 11, 2007 at 10:06:34AM +0200, Rodolfo Giometti wrote: > My question is: how can I fit a 64 bits number of seconds into > timespec structure which, for 32 bits architetures, has a 32 bits bits > number of seconds? I imagine you can't. I have no idea if there are any intensions to chang

Re: [PATCH] LinuxPPS (with new syscalls API) - new version

On Tue, Jul 10, 2007 at 06:36:25PM +0200, Rodolfo Giometti wrote: > Sorry I wrote wrong. I meant __u32. > > I can use __u64 for seconds but doing this there could be problems for > 32 bits platforms? =:-o 32bit platforms can still work with 64bit values, they may just not be quite as efficient ab

Re: [PATCH] LinuxPPS (with new syscalls API) - new version

On Sun, Jul 01, 2007 at 09:24:41PM +0200, Rodolfo Giometti wrote: > struct pps_timedata_s { >__32 sec; >__32 nsec; > } > > Ok? I think 32 bits are enought for keeping seconds... :) You want to purposely define an API that will break in 23 years (or is that 83 years since y

Re: Is it time for remove (crap) ALSA from kernel tree ?

On Mon, Jun 25, 2007 at 05:48:21PM +0200, Tomasz K?oczko wrote: > On Mon, 25 Jun 2007, Lennart Sorensen wrote: > [..] > >In my experience OSS is a pile of crap compared to ALSA. > > Could you say something more detailed about this compare ? Well the last time I bothered to l

Re: SATA Harddisk speed drop of 100 MB/s

On Sat, Jun 23, 2007 at 04:59:06AM +0200, Carlo Wood wrote: > Just one kernel version? The problem here is in every > kernel revision after 551c012d7eea3dc5ec063c7ff9c718d39e77634f > > 2.6.20-rc2,rc3,rc4,rc5,rc6,rc7 ... 2.6.20 ... 2.6.21 ... 2.6.22-rc5 > > noop: > Timing buffered disk reads: 25

Re: How innovative is Linux?

On Sat, Jun 23, 2007 at 08:15:33PM +0200, Grozdan Nikolov wrote: > On Saturday 23 June 2007 19:53, you wrote: > > On Sat, 2007-06-23 at 14:17 +0200, Grozdan Nikolov wrote: > > [...] > > > > > Please CC me as I'm not subscribe to this mailing list, > > > > Perhaps you should change that and find mos

Re: Is it time for remove (crap) ALSA from kernel tree ?

On Sun, Jun 24, 2007 at 07:51:38PM +0200, Tomasz K?oczko wrote: > > Few dayas ago OSS source code was oppened uder CDDL for Solaris and GLPv2 > for Linux: > > http://www.opensound.com/press/2007/oss-gpl-cddl.txt > > So this source without problems code can be integragrated in Linus tree > and

Re: how about mutual compatibility between Linux's GPLv2 and GPLv3?

On Fri, Jun 22, 2007 at 03:00:30AM -0300, Alexandre Oliva wrote: > That was a given from the start. The spin that there was any chance > whatsoever it could possibly happen was just that. Even if Linus > could possibly consider this, others have made it pretty clear that > this was never an optio

Re: Please release a stable kernel Linux 3.0

On Fri, Jun 22, 2007 at 12:57:33AM +0200, Zolt?n HUBERT wrote: > Well, I'm using SuSE Pro 9.3 (excellent choice by the way), > coming with kernel 2.6.10-SuSE, on a ATI laptop, and the > drivers privided wouldn't compile (suspend & freinds). The > SATA disks were only supported from 2.6.15 (which

Re: Please release a stable kernel Linux 3.0

On Thu, Jun 21, 2007 at 06:34:20PM -0400, Chuck Ebbert wrote: > Even the good ones that get lots of fixes aren't all that good. The > biggest problem ATM is that suspend is badly broken and keeps getting > worse... I wasn't under the impression suspend had really ever worked. Such a messy problem

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 21, 2007 at 10:51:06AM -0700, [EMAIL PROTECTED] wrote: > you snippede the bit about not knowing how to stop it I did? As far as I can tell I quoted it all. What did I miss? > they call the section the anti-tivoization, how much more explicit can > they get? They could be as explic

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 21, 2007 at 10:26:04AM -0700, [EMAIL PROTECTED] wrote: > the bios doesn't have enough capability to talk to the outside world for > updates. Of course, although perhaps it could. More likely my thought was that the service when it decides to download an update, would include the upda

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Wed, Jun 20, 2007 at 04:07:57PM -0400, Michael Poole wrote: > I do not say that the BIOS is doing anything (legally) wrong. The > wrong act is distributing the binary kernel image without distributing > complete source code for it. So how about this idea then: Tivo builds a kernel for their b

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 21, 2007 at 01:23:01AM -0300, Alexandre Oliva wrote: > And then the user who uses such features in ways not permitted by the > copyright holders are committing a crime. They can be prosecuted by > the copyright holders and convicted of the crime. Well we already clearly know the conte

Re: Dual slot PCI riser messes up ivtv

On Thu, Jun 28, 2007 at 05:32:48PM +0200, Clemens Koller wrote: > Robert Hancock schrieb: > >Islam Amer wrote: > >> I am trying to build a settop box with two cards, a PVR-150 and a DVB > >> card. The mini-ITX motherboard has only one PCI slot, so I bought an > >> active PCI riser. > > Please defi

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 21, 2007 at 10:56:33AM +0400, Manu Abraham wrote: > Providing the changes back itself is a great thing altogether. It also makes sense. If the changes are accepted back, the community at large will keep the changes maintained. Less work for me to do when going to newer code versions

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Wed, Jun 20, 2007 at 05:52:40PM -0300, Alexandre Oliva wrote: > On Jun 20, 2007, [EMAIL PROTECTED] (Lennart Sorensen) wrote: > > A patent prevents you from using the software in any way at all, > > while a hardware restriction prevents you from using the software on > > tha

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Tue, Jun 19, 2007 at 07:28:22PM +0400, Manu Abraham wrote: > Well, it is not Tivo alone -- look at http://aminocom.com/ for an > example. If you want the kernel sources pay USD 50k and we will provide > the kernel sources, was their attitude. Hmm, set top boxes are often rented from the cable c

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Tue, Jun 19, 2007 at 05:04:52AM -0300, Alexandre Oliva wrote: > Yes. How does this relate with the piece of the argument I've > proposed so far, or the whole argument I've posted before? > > Answer: It doesn't. At all. You're just showing you didn't > understand the argument. Which shows wh

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Mon, Jun 18, 2007 at 06:12:57PM -0300, Alexandre Oliva wrote: > Aah, good question. Here's what the draft says about this: > > Mere interaction with a user through a computer network, with no > transfer of a copy, is not conveying. > > The requirements as to "installation information" app

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Sun, Jun 17, 2007 at 12:52:38AM -0300, Alexandre Oliva wrote: > What it does is impose conditions for whoever wants to distribute the > software. And GPLv3 makes it explicit that one such condition is to > permit the user to install and run modified versions of the program in > the hardware tha

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Fri, Jun 15, 2007 at 04:26:34PM -0300, Alexandre Oliva wrote: > If the bug is in the non-GPLed BIOS, not in the GPLed code, too bad. > One more reason to dislike non-Free Software. Maybe the Tivo only loading signed kernels is a bug in their bios. :) > The freedom the GPL defends is not the fr

Re: Versioning file system

On Tue, Jun 19, 2007 at 03:07:40PM -0700, [EMAIL PROTECTED] wrote: > since anything starting with . is considered a 'hidden' file per *nix > tradition it's ignored by many programs and optionally ignored by most > others (and anything that doesn't ignore . files when presending files to > the us

Re: Versioning file system

On Tue, Jun 19, 2007 at 02:03:07PM -0400, Chris Snook wrote: > I pointed out NetApp's .snapshot directories because that's a method that > uses legal path character, but doesn't break anything. With this method, > userspace tools will have to be taught that : is suddenly a special > character.

Re: limits on raid

On Mon, Jun 18, 2007 at 02:56:10PM -0700, [EMAIL PROTECTED] wrote: > yes, I'm useing promise drive shelves, I have them configured to export > the 15 drives as 15 LUNs on a single ID. > > I'm going to be useing this as a huge circular buffer that will just be > overwritten eventually 99% of the

Re: limits on raid

On Mon, Jun 18, 2007 at 11:12:45AM -0700, [EMAIL PROTECTED] wrote: > simple ultra-wide SCSI to a single controller. Hmm, isn't ultra-wide limited to 40MB/s? Is it Ultra320 wide? That could do a lot more, and 220MB/s sounds plausable for 320 scsi. > I didn't realize that the rate reported by /pr

Re: limits on raid

On Mon, Jun 18, 2007 at 10:28:38AM -0700, [EMAIL PROTECTED] wrote: > I plan to test the different configurations. > > however, if I was saturating the bus with the reconstruct how can I fire > off a dd if=/dev/zero of=/mnt/test and get ~45M/sec whild only slowing the > reconstruct to ~4M/sec? >

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 14, 2007 at 11:21:59PM -0300, Alexandre Oliva wrote: > Consider egg yolk and egg shells. > > I produce egg yolk. I give it to you under terms that say "if you > pass this on, you must do so in such a way that doesn't stop anyone > from eating it" > > > You produce egg shells. You c

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Fri, Jun 15, 2007 at 01:57:10PM +0200, Bernd Paysan wrote: > Have you ever signed a copyright transfer agreement to the FSF? Obviously > not, because then you wouldn't utter such nonsense. The agreement reads > that you transfer a non-exclusive right to the FSF to distribute the code > under

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 14, 2007 at 07:31:52PM -0300, Alexandre Oliva wrote: > Ok, the MIT license could get you that. Even public domain could. Those would not ensure that the source code stays free. > > I didn't want money, I didn't want hardware, I just wanted the > > improvements back. > > GPL won't ge

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 14, 2007 at 04:24:19PM -0400, Dave Neuer wrote: > Oh, come on: you're not serious, right? Something indeed prevents me > -- the fact that I'm not a hardware manufacturer, I don't have fabs, > outsource vendors to provide me w/ designs, ASICs, etc. Nor to I have > the money to pay one-of

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 14, 2007 at 07:48:03PM +0200, Rene Herman wrote: > On 06/14/2007 06:01 PM, Linus Torvalds wrote: > > >It's totally pointless to try to "force" people to be good. That's like > >"curing" gay people. Not going to happen. > > Tangent, but that could in fact quite easily be construed as

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Thu, Jun 14, 2007 at 02:26:30PM -0300, Alexandre Oliva wrote: > In the program you received under GPLv1. > > Hey, you said there was code under GPLv1.1 in the Linux tree. Then, > there should be a copy of GPLv1.1 in there, otherwise AFAICT the > distribution of that code is copyright infringem

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Wed, Jun 13, 2007 at 07:38:14PM -0300, Alexandre Oliva wrote: > So let's go back to the preamble, that provides motivations and some > guidance as to the interpretation of the legal text (i.e., the spirit > of the license): > > [...] the GNU General Public License is intended to guarantee you

Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3

On Wed, Jun 13, 2007 at 05:11:16PM -0300, Alexandre Oliva wrote: > On Jun 13, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote: > Now, of course you can look at the licenses and decide that you never > agreed with the spirit of the GPL in the first place, and that GPLv2 > models better your intention

Re: 2.6 kernel: Cannot make multiple dummy network interfaces

On Fri, Jun 08, 2007 at 01:34:16PM -0400, Mike Schmidt wrote: > (please cc me directly with any responses - I am not (yet) a member of > this mailing list. > > *2.6 kernel: Cannot make multiple dummy network interfaces* > >

Re: 4Gb ram not showing up

On Thu, Jun 07, 2007 at 02:48:50AM +0530, Satyam Sharma wrote: > Ugh, no! How can we expect the user compiling a kernel to be *so* > familiar with address space re-mapping / BIOSen (_his_ particular > BIOS, specifically, and what / how it re-maps memory) / etc to be > able to answer such questions?

Re: [RFC][PATCH] Re: 4Gb ram not showing up

On Wed, Jun 06, 2007 at 02:12:22PM +0200, Bodo Eggert wrote: > Change the description of CONFIG_*HIGHMEM* to reflect "lost" memory due to > PCI space and the existence of the NX flag. > > Signed-Off-By: Bodo Eggert <[EMAIL PROTECTED]> > --- > I made this quick patch using the information from LKM

Re: 4Gb ram not showing up

On Mon, Jun 04, 2007 at 03:43:08PM -0400, Tom Moore wrote: > Thank you for the reply back. Your answer makes perfect sense to me, > and it is what I had suspected but was not sure about. The math seems > to indicate that 4Gb of ram plus 1Gb of PCI address space equals 5Gb of > memory space. S

Re: Missing RAM on x86_64

On Sat, Jun 02, 2007 at 12:51:07AM -0400, Mike Richards wrote: > Hi, I appear to be missing quite a bit of RAM on an x86_64 system. I > have 1GB installed, but 'free' only shows 878MB: > > pokey$ free -m > total used free sharedbuffers cached > Mem: 87

Re: 4Gb ram not showing up

On Mon, Jun 04, 2007 at 11:14:40AM -0400, Tom Moore wrote: > I am having some difficulty trying to get my 4Gb of ram recognized by > the system. I have tried googling around to get some information on how > to do this configuration, but I have come up dry. I suspect that the > reason that ther

<    1   2   3   4   5   >