On Sat, Feb 17, 2007 at 11:29:19PM +0200, Dan Aloni wrote:
| Hello,
|
| I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro X6DH8-XG2
| board and I got this during boot:
|
| [248660.950695] device id = 2440
| [248660.950699] device id = 2480
| [248660.950703] device id = 24c0
| [248660.9
On Fri, 16 Feb 2007, Henrique de Moraes Holschuh wrote:
> On Thu, 15 Feb 2007, Richard Purdie wrote:
> > This has been discussed in several places several times.
The problem
> > with hardware accelerated flashing is that you're are
often limited to
> > certain constraints (this case being no excep
On second thought, let's not deconstruct this. It's too much work,
and it's a waste of time. Because if you can't read "anything other
people wrote is fair game, but what we write is sacred; our strategy
is to cajole when we can and strong-arm when we can't, and the law be
damned" into that, no
Hi Linus,
Please consider pulling from:
git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
or
master.kernel.org:/pub/scm/linux/kernel/git/dtor/input.git for-linus
to receive updates for input subsystem.
Changelog:
--
Cyrill V. Gorcunov (1):
In
This screed is the last that I am going to pollute LKML with, at least
for a while. I'll write again if and when I have source code to
contribute, and if my off-topic vitriol renders my technical
contributions (if and when) unwelcome, I'll understand. FSF
skulduggery is not very relevant to the
On Sat, Feb 17, 2007 at 05:46:35PM -0800, Alex Dubov wrote:
> The problem here is that mmc_block's device is a child of real device
> (tifm_dev here), so it gets resumed right after it.
The host driver is supposed to call mmc_resume_host from it's resume
callback. This should be called before the
On Sun, 18 Feb 2007 17:18:14 +1100 "Dave Airlie" <[EMAIL PROTECTED]> wrote:
> > - git-drm.patch is still in disgrace
> >
>
> Okay I think I've fixed it up, some of the locking code from the DRM
> git devel repo was completely integrated..
>
yep, my X server is happy now.
-
To unsubscribe from t
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Sat, 2007-02-17 at 02:06 -0700, Eric W. Biederman wrote:
> However, PowerPC is a good example because it has such a diversity of
> very different hardware setups to deal with, ranging from the multiple
> layers of cascading controllers all o
On Sun, 2007-02-18 at 00:15 -0600, Rodney Gordon II wrote:
> On Sun, 2007-02-18 at 13:38 +1100, Con Kolivas wrote:
> > mdew . writes:
> >
> > > On 2/16/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
> > >> This patchset is designed to improve system responsiveness and
> > >> interactivity.
> > >> It
On Sun, 2007-02-18 at 13:38 +1100, Con Kolivas wrote:
> mdew . writes:
>
> > On 2/16/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
> >> This patchset is designed to improve system responsiveness and
> >> interactivity.
> >> It is configurable to any workload but the default -ck patch is aimed at
>
- git-drm.patch is still in disgrace
Okay I think I've fixed it up, some of the locking code from the DRM
git devel repo was completely integrated..
Dave.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Sat, 17 February 2007 15:47:01 -0500, Sorin Faibish wrote:
>
> DualFS can probably get around this corner case as it is up to the user
> to select the size of the MD device size. If you want to prevent this
> corner case you can always use a device bigger than 10% of the data device
> which is e
On Sunday 18 February 2007 13:38, Con Kolivas wrote:
> mdew . writes:
> > On 2/16/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
> >> This patchset is designed to improve system responsiveness and
> >> interactivity. It is configurable to any workload but the default -ck
> >> patch is aimed at the desk
Brandon Low wrote:
> I'm having some weirdness during boot with my optical drives on 2.6.20.
>
> ata2.00: ATAPI, max UDMA/33
> ata2.01: ATAPI, max UDMA/33
> ata2.00: qc timeout (cmd 0xef)
> ata2.00: failed to set xfermode (err_mask=0x4)
> ata2.00: limiting speed to UDMA/25
> ata2: failed to recov
Temporarily at
http://userweb.kernel.org/~akpm/2.6.20-mm2/
Will appear later at
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm2/
- There are IDE- and Xen-related module linkage errors during allmodconfig
builds. These have been reported.
- Quite a lot o
Hi,
I'm looking at making all architectures export a vmalloc_sync_all()
function, so that generic code can be sure that a particular vmalloc
mapping is present in all address spaces. I need this to implement a
function to reserve a chunk of vmalloc address space complete with
constructed pagetab
I'm having some weirdness during boot with my optical drives on 2.6.20.
ata2.00: ATAPI, max UDMA/33
ata2.01: ATAPI, max UDMA/33
ata2.00: qc timeout (cmd 0xef)
ata2.00: failed to set xfermode (err_mask=0x4)
ata2.00: limiting speed to UDMA/25
ata2: failed to recover some devices, retrying in 5
On Sat, 17 Feb 2007, Tilman Schmidt wrote:
> Alright, then so be it. But that raises another question:
> asyncdata.o is only needed for M105 and M101, not for the base
> driver. How do I express in Kbuild that asyncdata.o is to be added
> to gigaset-y only if CONFIG_GIGASET_M105 and CONFIG_GIGASET
On Feb 17, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
>> On Saturday 17 February 2007 03:42, David Schwartz wrote:
>>
>> > Again, see Lexmark v. Static Controls. If "make a toner cartridge
>> > that works with a particular Lexmark printer" is a functional
>> > idea, why is "make a graphics
> I don't actually think that is what happening. The block errors tend to trail
> a
> bit behind, so the errors you are seeing are probably the result of the queue
> being flushed out as you remove the card. I don't see any mmc debug messages
> that indicate that is trying to send more mmc request
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>> The only time it really makes sense to me to let the irq number vary
>> arbitrary are when things are truly dynamic, like with MSI, a
>> hypervisor, or hot plug interrupt controllers.
>
> I don't understand why you would go to all that lenght t
On Feb 17, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
> Interestingly, if you are right, then what online translation services like
> babelfish [...]
> but much harder to argue that it gives them the right to create a derivative
> work. (Of course, you could argue fair use.)
One could try
On Wed, Feb 14, 2007 at 05:00:19PM +, Linux Kernel wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b04c3afb2b6e2f902b41bb62b73684d92d7e6c34
> Commit: b04c3afb2b6e2f902b41bb62b73684d92d7e6c34
> Parent: 0e03036c97b70b2602f7dedaa3
Misc audit patches (resend again...); the most intrusive one is AUDIT_FD_PAIR,
allowing to log descriptor numbers from syscalls that do not return them in
usual way (i.e. pipe() and socketpair()). It took some massage of
the failure exits in sys_socketpair(); the rest is absolutely trivial.
Please
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
>> We might need this. But I don't think we need reference counting in
>> the traditional sense. For all practical purpose we already have
>> dynamic irq allocation and it hasn't proven necessary. I would
>> prefer to go to lengths to avoid h
On Sun, Feb 18, 2007 at 02:57:26AM +0100, Roman Zippel wrote:
> Hi,
Hallo, Roman.
> On Sat, 17 Feb 2007, Oleg Verych wrote:
>
> > could you make separate patch with exporting 'LANG=C' on the very
> > beginning and delete all other occurrences of it? It's a C header file
> > generation and afaik,
Jens Axboe wrote:
> On Fri, Feb 16 2007, Alan Stern wrote:
>> From: James Bottomley <[EMAIL PROTECTED]>
>>
>> This patch (as854) separates out the two queue-oriented ioctls from
>> the rest of the block-layer ioctls. The idea is that they should
>> apply to any driver using a request_queue, even i
On 2/18/07, Michael K. Edwards <[EMAIL PROTECTED]> wrote:
If you can
read that and still tolerate the stench of the FSF's argument that
linking against readline means they 0wn your source code, you have a
stronger stomach than I.
Such a strange attitude.. to go to all this effort to quote caref
> How do you suggest this be handled? Maybe we should just keep track of a
> maximum user priority level for each slot, allowing it to go up but not
> down until all user processes have given up the slot. (I.e., in the
> example above the later kwatch requests would still fail because we would
>
On Sun, Feb 18, 2007 at 03:15:23AM +0100, Arnd Bergmann wrote:
> On Sunday 18 February 2007 03:04, Josh Boyer wrote:
> > No, the MTD interface isn't flawed. gluebi is present to make things like
> > JFFS2 work on top of UBI volumes with very little adaptations. If you go
> > changing _every_ MTD
On 2/17/07, Neil Brown <[EMAIL PROTECTED]> wrote:
Suppose someone created a work of fiction titled - for example -
"Picnic at Hanging Rock". And suppose further that this someone left
some issues unresolved at the end of the story, leaving many readers
feeling that they wanted one more chapter t
mdew . writes:
On 2/16/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Apply to
> Looking at mainline x86_64 ptrace code I think hole for u_debugreg[4]
> and [5] is also needed.
It's not. The utrace_regset for the debugregs already has that behavior
for those two words, so mapping all 8 uarea words to the regset is fine.
Thanks,
Roland
-
To unsubscribe from this list: send
On Sunday 18 February 2007 03:04, Josh Boyer wrote:
> No, the MTD interface isn't flawed. gluebi is present to make things like
> JFFS2 work on top of UBI volumes with very little adaptations. If you go
> changing _every_ MTD user to now use either an MTD device or a native UBI
> device, then the
On 2/16/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
Apply to 2.6.20
any ben
On Sat, Feb 17, 2007 at 06:07:46PM -0500, Theodore Tso wrote:
>
> This is a general comment that applies across your entire patchset.
> It would be a lot easier to review the patchset if you put the Docbook
> description of the function with the .c file instead of the .h file.
> This will also mak
Hi,
I tried the kernel 2.6.20-git14,
the pata_pcmcia drive works properly.Thanks!
But I do the "pccardctl eject"
NULL-pointer-dereference error happens.
[dmesg]
pcmcia: registering new device pcmcia1.0
SCSI subsystem initialized
libata version 2.10 loaded.
ata1: PATA max PIO0 cmd 0x0001d100 ct
Hi,
On Fri, 16 Feb 2007, Olaf Hering wrote:
> Pass a timestamp to kbuild via an enviroment variable.
>
> TZ=UTC BUILD_TIMESTAMP=2007-01-01 make -kj O=../O vmlinux
>
> This can be used when the kernel source is in a SCM and uname -v
> is supposed to give the commit date and not the package b
On Sat, Feb 17, 2007 at 05:32:19PM -0800, Greg KH wrote:
> On Sat, Feb 17, 2007 at 06:54:44PM +0200, Artem Bityutskiy wrote:
> > diff -auNrp tmp-from/include/linux/mtd/ubi.h tmp-to/include/linux/mtd/ubi.h
> > --- tmp-from/include/linux/mtd/ubi.h1970-01-01 02:00:00.0
> > +0200
> > +
On Sat, Feb 17, 2007 at 10:14:54PM +0100, Arnd Bergmann wrote:
> On Saturday 17 February 2007 17:57, Artem Bityutskiy wrote:
> > + * This unit is responsible for emulating MTD devices on top of UBI
> > devices.
> > + * This sounds strange, but it is in fact quite useful to make legacy
> > softwar
Hi,
On Sat, 17 Feb 2007, Oleg Verych wrote:
> could you make separate patch with exporting 'LANG=C' on the very
> beginning and delete all other occurrences of it? It's a C header file
> generation and afaik, it must be ASCII.
Bad idea, most user output should be localized (even if it's only utf
On 2/18/07, David Lang <[EMAIL PROTECTED]> wrote:
by this same logic the EULA's that various commercial vendors use are
completely valid,
it doesn't matter what the intent is if it's not a legal thing to require.
Yes, it does matter.. the author of the work has defined the terms
under which yo
--- Pavel Machek <[EMAIL PROTECTED]> wrote:
> On Sun 2007-02-18 00:35:33, Pierre Ossman wrote:
> > Alex Dubov wrote:
> > > And today: yet another problem with mmc.
> > > It so happens that after resume mmc layer issues requests to the device
> > > before
> mmc_resume_host is
> > > called at all.
On Sun, 18 Feb 2007, Trent Waddington wrote:
Despite which, legal bullshit is best left for lawyers.. the *intent*
of the GPL is that if you distribute *any* changes, extensions or
plugins for a GPL work, you do so under the GPL. The law may not
allow for this to be enforced, but it shouldn't n
On Sat, Feb 17, 2007 at 06:54:44PM +0200, Artem Bityutskiy wrote:
> diff -auNrp tmp-from/include/linux/mtd/ubi.h tmp-to/include/linux/mtd/ubi.h
> --- tmp-from/include/linux/mtd/ubi.h 1970-01-01 02:00:00.0 +0200
> +++ tmp-to/include/linux/mtd/ubi.h2007-02-17 18:07:26.0 +0200
> @
On 2/17/07, David Schwartz <[EMAIL PROTECTED]> wrote:
I don't think that's grey at all. I think it's perfectly clear that linking
cannot create a derivative work. No automated process can -- it takes
creativity to create a derivative work. (That doesn't mean that just because
you can link A to B,
Location:
ftp://ftp.kernel.org/pub/linux/kernel/v2.6/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
Changes since 2.6.16.40:
Adrian Bunk (4):
Revert "[Bluetooth] Fix compat ioctl for BNEP, CMTP and HIDP"
[ALSA] echo3g_dsp.c shouldn't include #incl
Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/bunk/trivial.git
This tree contains the following:
Adrian Bunk (1):
correct a dead URL in the IP_MULTICAST help text
Erik Hovland (1):
trivial documentation patch for platform.txt
James Nelson (1):
Docu
On Sun, 18 Feb 2007 01:53:16 +0100 Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> > I wonder why. I can't make it happen on two machines, scsi, sata and IDE.
> > And afaict git-block isn't changed from 2.6.20-mm1.
> >
> > Are you sure?
> >
>
> Absolutely? No.
>
> Do you believe in statistic?
Andrew Morton napisał(a):
> On Sat, 17 Feb 2007 23:23:17 +0100 "Michal Piotrowski" <[EMAIL PROTECTED]>
> wrote:
>
>> On 17/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
>>> On Sat, 17 Feb 2007 20:58:55 +0100 "Michal Piotrowski" <[EMAIL PROTECTED]>
>>> wrote:
>>>
On 17/02/07, Andrew Morton
On Sat, 2007-02-17 at 19:21 -0500, Joachim Fenkes wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote on 17.02.2007
> 16:56:39:
>
> > On Sat, 2007-02-17 at 17:28 +0100, Hoang-Nam Nguyen wrote:
> > > ibmebus has a fake root device that's not associated with an ofdt
> node.
> > > Filter out
On Sat, Feb 17, 2007 at 06:55:40PM +0200, Artem Bityutskiy wrote:
> +/**
> + * ubi_scan_erase_peb - erase a physical eraseblock.
> + *
> + * @ubi: the UBI device description object
> + * @si: a pointer to the scanning information
> + * @pnum: physical eraseblock number to erase;
> + * @ec: erase co
On Sat, Feb 17, 2007 at 06:54:24PM +0200, Artem Bityutskiy wrote:
> The structure of the UBI code is very simple. Whole UBI consists of units.
> Each unit has one .c file which implements it and one .h file which defines
> the interface of this unit. So I've split the UBI code so that there is
> a
On Sat, Feb 17, 2007 at 12:24:22PM -0600, Paul Fulghum wrote:
> Mockern wrote:
> >I have a question, what is really difference between serial and tty
> >drivers?
> >
> >As I understand tty is high level and communicates with user space.
>
> The serial core implements many of the details of a tty
On Sat, Feb 17, 2007 at 06:54:59PM +0200, Artem Bityutskiy wrote:
> diff -auNrp tmp-from/drivers/mtd/ubi/misc.h tmp-to/drivers/mtd/ubi/misc.h
> --- tmp-from/drivers/mtd/ubi/misc.h 1970-01-01 02:00:00.0 +0200
> +++ tmp-to/drivers/mtd/ubi/misc.h 2007-02-17 18:07:26.0 +0200
> @@
Radoslaw Szkodzinski writes:
On 2/18/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
Generally, the penalties for getting this stuff wrong are very very high:
orders of magnitude slowdowns in the right situations. Which I suspect
will make any system-wide knob ultimately unsuccessful.
Yes, the
On 2/18/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
Generally, the penalties for getting this stuff wrong are very very high:
orders of magnitude slowdowns in the right situations. Which I suspect
will make any system-wide knob ultimately unsuccessful.
Yes, they were. Now, it's an extremely
Andrew Morton writes:
On Sun, 18 Feb 2007 08:00:06 +1100 Con Kolivas <[EMAIL PROTECTED]> wrote:
On Sunday 18 February 2007 05:45, Chuck Ebbert wrote:
...
> But the one I like, mm-filesize_dependant_lru_cache_add.patch,
> has an on-off switch.
>
...
Do you still want this patch for mainline?.
On Sun 2007-02-18 00:35:33, Pierre Ossman wrote:
> Alex Dubov wrote:
> > And today: yet another problem with mmc.
> > It so happens that after resume mmc layer issues requests to the device
> > before mmc_resume_host is
> > called at all. Moreover, this prevents the machine from resuming, unless
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote on 17.02.2007
16:56:39:
> On Sat, 2007-02-17 at 17:28 +0100, Hoang-Nam Nguyen wrote:
> > ibmebus has a fake root device that's not associated with an ofdt
node.
> > Filter out any such devices in of_device_uevent().
>
> Doh ! You are creating an
did you tried www.comedi.org ?
Am Sunday 18 February 2007 00:18 schrieb Mockern:
> Hello,
>
> Where I can grab an example of ADC driver with I2C interface?
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordo
On 2/17/07, Giuseppe Bilotta <[EMAIL PROTECTED]> wrote:
Which shows how that case is different from writing Linux drivers. For
example, looking at the example the OP was himself proposing a few
alternative approaches to work around the limitation they were hitting:
could just switch to static maj
Alex Dubov wrote:
> I removed that line altogether (it does not really needed as mmc host will
> not be accessed
> anymore). The problem is more elaborate. Here, the card fails,
> mmc_host_remove is called without
> sleep beforehand, and "after remove" message is printed immediately after it.
>
On Sun, 18 Feb 2007 08:00:06 +1100 Con Kolivas <[EMAIL PROTECTED]> wrote:
> On Sunday 18 February 2007 05:45, Chuck Ebbert wrote:
> ...
> > But the one I like, mm-filesize_dependant_lru_cache_add.patch,
> > has an on-off switch.
> >
>
> ...
>
> Do you still want this patch for mainline?...
Don't
On 02/18, Oleg Nesterov wrote:
>
> On 02/17, Rafael J. Wysocki wrote:
> >
> > Alternatively, we can move the check into refrigerator(), like this:
> >
> > --- linux-2.6.20-git13.orig/kernel/power/process.c
> > +++ linux-2.6.20-git13/kernel/power/process.c
> > @@ -39,6 +39,11 @@ void refrigerator(v
On 02/17, Rafael J. Wysocki wrote:
>
> On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
> >
> > static inline int is_user_space(struct task_struct *p)
> > {
> > return p->mm && !(p->flags & PF_BORROWED_MM);
> > }
> >
> > This doesn't look right. First, an exiting
Alex Dubov wrote:
> And today: yet another problem with mmc.
> It so happens that after resume mmc layer issues requests to the device
> before mmc_resume_host is
> called at all. Moreover, this prevents the machine from resuming, unless
> worked around, because
> software timer does not work at
On Saturday 17 February 2007 15:19, David Schwartz wrote:
> Static Controls argued that taking the TLP was the only practical way to
> make a cartridge that would work with that printer.
Which shows how that case is different from writing Linux drivers. For
example, looking at the example the OP
Hello,
Where I can grab an example of ADC driver with I2C interface?
-
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.or
Alex Dubov wrote:
> If we are already on the topic, I would like to report two additional issues
> with mmc_block:
>
> 1. If, for some reason, device driver cannot return the requested data
> amount, but does not sets
> any error, mmc_block would retry indefinitely. Of course, its always a devic
On Sat, 17 Feb 2007 23:23:17 +0100 "Michal Piotrowski" <[EMAIL PROTECTED]>
wrote:
> On 17/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Sat, 17 Feb 2007 20:58:55 +0100 "Michal Piotrowski" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On 17/02/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
On 17/02/07, Francois Romieu <[EMAIL PROTECTED]> wrote:
Michal Piotrowski <[EMAIL PROTECTED]> :
[...]
Did you enable RTL8139_DEBUG ?
If so you can try the patch below.
I enabled debugging
#define RTL8139_DEBUG 3
Here is a full log
http://www.stardust.webpages.pl/files/tbf/bitis-gabonica/2.6
On 2/17/07, Dave Neuer <[EMAIL PROTECTED]> wrote:
I think you are reading Lexmark wrong. First off, Lexmark ruled that
scenes a faire applied to the toner-level calculation, not "make a
toner cartridge that works with a particular Lexmark printer." It was
the toner-calculation algorithm that coul
> You're saying that there's no other way to interface device drivers to
> an operating system than the current Linux driver model?
Interfacing an X1900 graphics card to FreeBSD and interfacing an X1900
graphics card to Linux are two different ideas. They are *not* two
expressions of the same ide
Francois Romieu <[EMAIL PROTECTED]> :
> Michal Piotrowski <[EMAIL PROTECTED]> :
> [...]
>
> Did you enable RTL8139_DEBUG ?
>
> If so you can try the patch below.
It's buggy there too but you are not experiencing this one.
1 - netpoll() calls the poll() handler of the device through netpoll_poll
Hi!
>
> Hello , I am sorry that I missed some parts of coding style. I need to
> reread it :-)
>
> There is a updated patch :
It looks better.
> + /* Disable Interrupt */
> + outl (0, dev->base_addr + DCR7);
> + outl (inl(dev->base_addr + DCR5), dev->base_addr + DCR5);
I'd kill s
AD7994 4 Channel, 12-Bit ADC with I2C Compatible Interface in 16-Lead
TSSOP,
I think it could be I2C driver
>On 2/17/07, Mockern <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> Where I can find any ADC driver example?
>>
>
>Depending on what kind of ADC and what you want to do with it,
>anything fr
AD7994 4 Channel, 12-Bit ADC with I2C Compatible Interface in 16-Lead TSSOP,
I think it could be I2C driver
>>On 2/17/07, Mockern <[EMAIL PROTECTED]> wrote:
>>> Hello,
>>>
>>> Where I can find any ADC driver example?
>>>
>>
>>Depending on what kind of ADC and what you want to do with it,
>>any
On 17/02/07, Alex Riesen <[EMAIL PROTECTED]> wrote:
Thomas Gleixner, Sat, Feb 17, 2007 16:14:17 +0100:
> On Sat, 2007-02-17 at 15:47 +0100, Alex Riesen wrote:
> > > > 164 if (need_resched())
> > > > 165 goto end;
> > > > 166
> > > > 167 cpu = smp_proces
On Saturday 17 February 2007 13:50:29 Pavel Machek wrote:
> Hi!
>
> > @@ -2050,11 +2047,56 @@ static struct pci_device_id dmfe_pci_tbl
> > MODULE_DEVICE_TABLE(pci, dmfe_pci_tbl);
> >
> >
> > +
> > +static int dmfe_suspend(struct pci_dev *pci_dev, pm_message_t state)
> > +{
> > + struct net_
On Saturday, 17 February 2007 22:34, Oleg Nesterov wrote:
> Rafael, I am trying to understand try_to_freeze_tasks(), and I have a
> couple of questions.
>
> static inline int is_user_space(struct task_struct *p)
> {
> return p->mm && !(p->flags & PF_BORROWED_MM);
>
[just sent this upstream; obvious file-removal patch snipped for size]
(resend)
Why:Unmaintained for years, superceded by JFFS2 for years.
Please pull from 'kill-jffs' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git kill-jffs
to receive the following updates:
On 2/16/07, David Schwartz <[EMAIL PROTECTED]> wrote:
> On 2/16/07, David Schwartz <[EMAIL PROTECTED]> wrote:
> > (See, among other cases, Lexmark. v. Static
> > Controls.) A copyright is not a patent, you can only own
> > something if there
> > are multiple equally good ways to do it and you c
Michal Piotrowski <[EMAIL PROTECTED]> :
[...]
Did you enable RTL8139_DEBUG ?
If so you can try the patch below.
diff --git a/drivers/net/8139too.c b/drivers/net/8139too.c
index 35ad5cf..da61368 100644
--- a/drivers/net/8139too.c
+++ b/drivers/net/8139too.c
@@ -634,7 +634,6 @@ static int rtl8139_
This has been living in libata-dev#ALL (and thus -mm) for quite a while
now.
For both PATA and SATA, this helps at suspend/resume time.
For SATA, ACPI support mostly consists of taskfiles (ATA commands) that
the BIOS wants us to send to the system drive. Most notably, if you
have set a hard driv
On Sat, 2007-02-17 at 17:28 +0100, Hoang-Nam Nguyen wrote:
> ibmebus has a fake root device that's not associated with an ofdt node.
> Filter out any such devices in of_device_uevent().
Doh ! You are creating an of_device with no attached device-node ? That
is totally evil ! Why do you need that ?
On 02/17, Srivatsa Vaddagiri wrote:
>
> Yeah, thats what I thought. We will try to split it to the extent
> possible in the next iteration.
Before you begin. You are doing CPU_DOWN_PREPARE after freeze_processes().
Not good. This makes impossible to do flush_workueue() at CPU_DOWN_PREPARE
stage, w
On 2/17/07, Con Kolivas <[EMAIL PROTECTED]> wrote:
On Sunday 18 February 2007 05:45, Chuck Ebbert wrote:
> Con Kolivas wrote:
> > Maintainers are far too busy off testing code for
> > 16+ cpus, petabytes of disk storage and so on to try it for themselves.
> > Plus they worry incessantly that my p
On Saturday, 17 February 2007 21:57, Rafael J. Wysocki wrote:
> On Saturday, 17 February 2007 12:40, Pavel Machek wrote:
> > > > > +PM support: Since Linux is used on many portable and desktop
> > > > > systems, your
> > > > > + driver is likely to be used on such a system and
> > >
On Sat, 17 Feb 2007, Dan Aloni wrote:
> You are right, I looked over this state with kdb, and usb-storage
> waited in usb_stor_bulk_transfer_sg, which does pass GFP_NOIO
> at this scenario.
...
> BTW, soft-rebooting the machine in that state made the USB
> storage device (LEXAR, JD LIGHTNING II)
Jens Axboe <[EMAIL PROTECTED]> wrote:
> > This will make it possible for cdrecord and related programs to
> > retrieve reliably the max_sectors value, regardless of whether the
> > user points it to an sr or an sg device. In particular, this will
> > resolve Bugzilla entry #7026.
>
> The block bi
Rafael, I am trying to understand try_to_freeze_tasks(), and I have a
couple of questions.
static inline int is_user_space(struct task_struct *p)
{
return p->mm && !(p->flags & PF_BORROWED_MM);
}
This doesn't look right. First, an exiting task has ->mm == N
Hello,
I'm running the x86_64 arch of Linux 2.6.20 on a Supermicro X6DH8-XG2
board and I got this during boot:
[248660.950695] device id = 2440
[248660.950699] device id = 2480
[248660.950703] device id = 24c0
[248660.950706] device id = 24d0
[248660.950709] matched device = 24d0
[248660.950712]
On Saturday 17 February 2007 17:54, Artem Bityutskiy wrote:
> +struct ubi_mkvol_req {
> + int32_t vol_id;
> + int32_t alignment;
> + int64_t bytes;
> + int8_t vol_type;
> + int8_t padding[9];
> + int16_t name_len;
> + __user const char *name;
> +} __attribu
> On 2/17/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> > Per this principle, it would seem that only source code and
> > hand-crafted object code would be governed by copyright, since
> > compilation is also an automated process.
> Well, compilation is probably equivalent to "translation", w
> > #define NO_IRQ
>
> When did you need a magic constant NO_IRQ in generic code.
> One of the reasons I want to convert the drivers is so we can
> kill the NO_IRQ nonsense.
>
> As for struct irq. Instead of struct irq_desc I really don't
> care, although the C++ camp hasn't not yet weigh
On Saturday 17 February 2007 17:55, Artem Bityutskiy wrote:
> +
> +/**
> + * UBI debugging unit.
> + *
> + * UBI provides rich debugging capabilities which are implemented in
> + * this unit.
Stop right here. You should be doing one thing and do it right.
Since the point of your patches is to do v
On Sat, 2007-02-17 at 02:06 -0700, Eric W. Biederman wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
>
> > In addition, if we remove the numbers, archs will need basically the
> > exact same services provided by the powerpc irq core for reverse mapping
> > (going from a HW irq number o
On 2/17/07, Scott Preece <[EMAIL PROTECTED]> wrote:
Well, compilation is probably equivalent to "translation", which is
specifically included in the Act as forming a derivative work.
Nix. "Translation" is something that humans do. What's governed by
copyright is the creative expression contai
On Saturday 17 February 2007 17:57, Artem Bityutskiy wrote:
> + * This unit is responsible for emulating MTD devices on top of UBI devices.
> + * This sounds strange, but it is in fact quite useful to make legacy
> software
> + * work on top of UBI. New software should use native UBI API instead.
1 - 100 of 279 matches
Mail list logo