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
|
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
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):
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
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
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
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
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
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
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
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
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
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
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
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
> 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
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
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:
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.
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
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
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
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
> 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
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
> 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:
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
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
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
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
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
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
> >
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
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
--- 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
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
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
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
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):
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
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
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
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,
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
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
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
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?...
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
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
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
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
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
> 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
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
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
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
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,
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 =
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
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
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
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
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,
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
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
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
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 ==
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
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;
> +}
> 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",
> > #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
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
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
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
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 558 matches
Mail list logo