On Saturday 30 June 2007, Bjorn Helgaas wrote:
> [patch] PNP SMCf010 quirk: work around Toshiba Portege 4000 ACPI issues
>
> When we enable the SMCf010 IR device, the Toshiba Portege 4000 BIOS claims
> the device is working, but it really isn't configured correctly. The BIOS
> *will* configure it,
On Sat, Jun 30, 2007 at 04:59:12AM +, Linux Kernel Mailing List wrote:
> Gitweb:
> http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9f462a1a5de06503fd247186b91d4205ac1cf1ba
> Commit: 9f462a1a5de06503fd247186b91d4205ac1cf1ba
> Parent: a357b8f42e7b85e25
Short version: writing to a tty with O_NONBLOCK will block if there is
another, unrelated process already blocking inside a write() to the same tty.
Long version:
Take this test program, nbhello.c
#include
#include
#include
int main(int argc, char **argv)
{
int fd;
if(argc!=2) {
fpr
On Wed, 27 Jun 2007 15:11:49 -0700 Nicholas Miell <[EMAIL PROTECTED]> wrote:
> I don't think the security issues with this will ever make it
> worthwhile.
eh, security issues are a corner case.
The vast majority of Linux machines are used by a single user who has admin
access anyway. This inclu
On Sat, Jun 30, 2007 at 12:11:38AM +0100, Alan Cox wrote:
> > DMA to or from memory should be done via the DMA mapping API. If we're
> > DMAing to/from a limited range within a page, either we should be using
> > dma_map_single(), or dma_map_page() with an appropriate offset and size.
>
> If thos
On Wed, 27 Jun 2007 00:17:24 -0400 Dan <[EMAIL PROTECTED]> wrote:
> Something changed with the AHCI SATA driver in the latest git version.
> With 2.6.21 I get ~49MB/sec according to hdparm. Using the latest git
> version I only get ~8MB/sec. I've attached my .config and have
> included some info a
On Thu, 2007-06-28 at 19:33 +0200, Johannes Berg wrote:
> No, that's not right either, but Arjan just helped me a bit with how
> lockdep works and I think I have the right idea now. Ignore this for
> now, I'll send a new patch in a few days.
ok. But in general, this is a very nice idea!
i've Cc:-
On Jun 29 2007 13:09, Andreas Steinmetz wrote:
>
>There seems to be a problem with mss to pmtu clamping for incoming syn
>packets on reply to an outgoing connection on a ppp interface. The mss
>of the outgoing syn packets is always always clamped to the pmtu, I did
>check this with a target host I
On Thu, Jun 28, 2007 at 06:14:50PM +0200, Rodolfo Giometti wrote:
> Hello,
>
> here my new LinuxPPS patch.
>
> What to do now for kernel inclusion? Should I provide several patches?
> If so how should I divide them?
>
> Thanks a lot,
Sorry for coming in that late, but using syscalls for somethi
On Mon, Jun 25, 2007 at 05:25:00PM -0500, Steve French wrote:
> Jeff,
> Not seeing any objections to your revised approach (to not allowing
> signals for cifsd kernel thread), I just merged something similar to
> your patch to the cifs-2.6.git tree (also fixed some nearby lines that
> went past 80
On Thu, Jun 28, 2007 at 10:24:24PM -0700, Andrew Morton wrote:
> > Really, it would be great if we could treat kmalloc() objects
> > just like real pages.
>
> >From a high level, that seems like a bad idea. kmalloc() gives you a
> virtual address and you really shouldn't be poking around at that
On Jun 29, 2007, at 6:06 AM, Jeff Garzik wrote:
Kumar Gala wrote:
Please pull from 'for_linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
for_linus
to receive the following updates:
drivers/net/gianfar.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Quoting Alasdair G Kergon <[EMAIL PROTECTED]>:
> On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
>> 2. How do I move a VG/PV/LV from PPC to x86?
>
> The on-disk LVM2 metadata should be accessible from both
> architectures.
Well, when I move the disks, the intel machine say th
On Tue, Jun 26, 2007 at 04:15:11PM -0700, [EMAIL PROTECTED] wrote:
> The create, lookup, and permission inode operations are all passed a
> full nameidata. This is unfortunate because in nfsd and the mqueue
> filesystem, we must instantiate a struct nameidata but cannot provide
> all of the same i
On Tue, Jun 26, 2007 at 08:11:41PM -0400, Erez Zadok wrote:
> Perhaps it is also time to put the dentry + mnt into a single struct path?
> It's a small change, but it emphasizes that the two items here, dentry+mnt,
> really define a single path to be passed around:
No. The vfsmount will go away c
On Tue, Jun 26, 2007 at 07:46:15PM -0400, Trond Myklebust wrote:
> I don't object to the concept per se, but could you please give it a
> more descriptive name please? "struct vfs_intent" would be a lot more
> accurate than "nameidata2".
Agreed, but I prefer lookup_intent - intent by itself is a w
On Sat, 30 Jun 2007 00:06:36 -0400 "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> >
> > Anyway, the patch which introduces the problem is the aptly named 3ebad:
> > 3ebad59056: [PATCH] x86: Save and restore the fixed-range MTRRs of the BSP
> > when suspending
> >
> > 2
On Saturday 30 June 2007 05:03, [EMAIL PROTECTED] wrote:
> Anyway, the patch which introduces the problem is the aptly named 3ebad:
> 3ebad59056: [PATCH] x86: Save and restore the fixed-range MTRRs of the BSP
> when suspending
>
> 2.6.22-rc6 plus that one commit reverted successfully does APM susp
On Thu, 28 Jun 2007 11:55:52 +0400 Dmitry Monakhov <[EMAIL PROTECTED]> wrote:
> On 21:16 Срд 27 Июн , Jan Engelhardt wrote:
> > Hi,
> >
> >
> >
> > modprobe asus_acpi
> > rmmod asus_acpi
> >
> > is all that is needed to trigger an Oops in 2.6.22-rc6 (x86).
> > If you need more info
On Tue, Jun 26, 2007 at 04:07:57PM -0700, [EMAIL PROTECTED] wrote:
> This is needed for computing pathnames in the AppArmor LSM.
Please see the various per-mountpoint r/o thread that NACKed all the
vfsmount additions and have the rationale for it.
-
To unsubscribe from this list: send the line "u
On Tue, Jun 26, 2007 at 12:35:09PM +1000, Nick Piggin wrote:
> I'd like to see you there, so I hope we can find a date that most
> people are happy with. I'll try to start working that out after we
> have a rough idea of who's interested.
Do we have any data preferences yet?
-
To unsubscribe from
On Tue, Jun 26, 2007 at 10:07:24AM -0700, Jared Hulbert wrote:
> If you have a large array of a non-volatile semi-writeable memory such
> as a highspeed NOR Flash or some of the similar emerging technologies
> in a system. It would be useful to use that memory as an extension of
> RAM. One of the
On Saturday June 30, [EMAIL PROTECTED] wrote:
> Quoting Alasdair G Kergon <[EMAIL PROTECTED]>:
>
> > On Thu, Jun 28, 2007 at 11:02:39PM +0200, Turbo Fredriksson wrote:
> >> 2. How do I move a VG/PV/LV from PPC to x86?
> >
> > The on-disk LVM2 metadata should be accessible from both
> > architect
On Wed, Jun 20, 2007 at 01:44:52PM -0400, Trond Myklebust wrote:
> > Which is exactly that problem this tries to solve. Once you have
> > union mounts you'll have a single open file descriptor for multiple
> > actual directories. Beause of that you can't simply attach to the
> > state to the str
On Mon, Jun 25, 2007 at 03:00:15PM -0700, Ram Pai wrote:
> Please check if the following modified patch meets the requirements.
>
> It augments /proc/mount with additional information to
> (1) disambiguate bind mounts with subroot information.
> (2) display shared-subtree information u
On Sat, Jun 30, 2007 at 06:01:23AM +0200, Adrian Bunk wrote:
> On Sat, Jun 30, 2007 at 05:34:51AM +0300, Dan Aloni wrote:
> >...
> > Basically, instead of manually figuring out who to add to CC
> > when sending a patch to LKML by looking at MAINTAINERS, a
> > script can look at '.maintainers' file
On Fri, 29 Jun 2007 19:51:53 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
> > Some extensions to the popular E-Mail clients might be needed
> > here. Also, a bot reading LKML would automatically send links
> > about posted patches to the other mailing lists whenever
> > someone forgets to add a
On Sat, 30 Jun 2007 03:35:07 -0400 (EDT)
Alan Curry <[EMAIL PROTECTED]> wrote:
> Short version: writing to a tty with O_NONBLOCK will block if there is
> another, unrelated process already blocking inside a write() to the same tty.
I sent Linus patches to fix this minor DoS flaw some time ago. I'
Hi,
On Saturday, 30 June 2007 00:35, Pavel Machek wrote:
> Hi!
>
> > > > ALIGN
> > > > .align 4096
> > > > @@ -31,6 +46,11 @@ wakeup_code:
> > > > movw%cs, %ax
> > > > movw%ax, %ds# Make
> > > > ds:0 point to wakeup_start
On Sat, Jun 30, 2007 at 06:02:44AM -0400, [EMAIL PROTECTED] wrote:
> You need either a block translation layer, or a (swap) filesystem that
> understands flash peculiarities in order to make such a thing work.
> The standard Linux swap format will not work.
Yes, it basically needs an ftl.
-
To
On Sat, Jun 30, 2007 at 06:08:54AM +0300, Dan Aloni wrote:
> On Sat, Jun 30, 2007 at 05:01:44AM +0200, Oleg Verych wrote:
> > * Date: Sat, 30 Jun 2007 05:34:51 +0300
> > >
> > > Hello,
> > >
> > > I'd like to present a suggestion for automatic generation of
> > > carbon copy fields in the E-Mails
On Thu, Jun 14, 2007 at 03:14:58AM -0600, Andreas Dilger wrote:
> I suppose it might be a bit late in the game to add a "goal"
> parameter and e.g. FA_FL_REQUIRE_GOAL, FA_FL_NEAR_GOAL, etc to make
> the API more suitable for XFS? The goal could be a single __u64, or
> a struct with e.g. __u64 byte
On Tue, Jun 26, 2007 at 04:02:47PM +0530, Amit K. Arora wrote:
> > Can you clarify - what is the current behaviour when ENOSPC (or some other
> > error) is hit? Does it keep the current fallocate() or does it free it?
>
> Currently it is left on the file system implementation. In ext4, we do
> no
On Sat, Jun 30, 2007 at 12:22:46PM +0200, Oleg Verych wrote:
> > Right, however many patches don't map to bug reports and don't
> > need the heavy use of BTS. This suggestion is mainly for the
> > improvement of peer review concerning code changes submitted
> > by people who are not the maintain
On Tue, Jun 26, 2007 at 12:34:26PM +1000, Nick Piggin wrote:
> That would require a new inode and address_space for the fsblock
> type blockdev pagecache, wouldn't it?
Yes. That's easily possible, XFS already does it for it's own
buffer cache.
-
To unsubscribe from this list: send the line "unsu
On Tue, Jun 26, 2007 at 08:26:50AM -0400, Chris Mason wrote:
> Since we're testing new code, I would just leave the blkdev address
> space alone. If a filesystem wants to use fsblocks, they allocate a new
> inode during mount, stuff it into their private super block (or in the
> generic super), an
On Sat, Jun 23, 2007 at 11:07:54PM -0400, Jeff Garzik wrote:
> >- In line with the above item, filesystem block allocation is performed
> > before a page is dirtied. In the buffer layer, mmap writes can dirty a
> > page with no backing blocks which is a problem if the filesystem is
> > ENOSPC (p
On Mon, Jun 25, 2007 at 08:25:21AM -0400, Chris Mason wrote:
> > write_begin/write_end is a step in that direction (and it helps
> > OCFS and GFS quite a bit). I think there is also not much reason
> > for writepage sites to require the page to lock the page and clear
> > the dirty bit themselves (
> "Christoph" == Christoph Hellwig <[EMAIL PROTECTED]> writes:
Christoph> On Tue, Jun 26, 2007 at 10:07:24AM -0700, Jared Hulbert
Christoph> wrote:
>> If you have a large array of a non-volatile semi-writeable memory
>> such as a highspeed NOR Flash or some of the similar emerging
>> technolog
On Sat, Jun 30, 2007 at 02:54:25AM -0700, Andrew Morton wrote:
> On Fri, 29 Jun 2007 19:51:53 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
>
> > > Some extensions to the popular E-Mail clients might be needed
> > > here. Also, a bot reading LKML would automatically send links
> > > about posted
On Sat, Jun 30, 2007 at 01:26:01PM +0300, Dan Aloni wrote:
[]
> > As you will see, nobody cares about comprehensive
> > patches/tests/bugs/testers/developers *tracking* system.
> >
> > And don't limit yourself to fast conclusions. Thanks.
>
> I am not proposing a comprehensive tracking system. I
On 06/30/2007 04:11 AM, Daniel Hazelton wrote:
On Friday 29 June 2007 17:27:34 Rene Herman wrote:
Arguably (no doubt, sigh...) someone could distribute the kernel in
binary form but refuse to provide source for the bits marked as being
in the public domain alongside it -- yes, can of worms wh
Warning ahead: I've only briefly skipped over the pages so the comments
in the mail are very highlevel.
On Sun, Jun 24, 2007 at 03:45:28AM +0200, Nick Piggin wrote:
> fsblock is a rewrite of the "buffer layer" (ding dong the witch is
> dead), which I have been working on, on and off and is now at
Christoph Hellwig wrote:
On Sat, Jun 23, 2007 at 11:07:54PM -0400, Jeff Garzik wrote:
- In line with the above item, filesystem block allocation is performed
before a page is dirtied. In the buffer layer, mmap writes can dirty a
page with no backing blocks which is a problem if the filesystem
On Sat, Jun 30, 2007 at 07:10:27AM -0400, Jeff Garzik wrote:
> >Not really, the current behaviour is a bug. And it's not actually buffer
> >layer specific - XFS now has a fix for that bug and it's generic enough
> >that everyone could use it.
>
> I'm not sure I follow. If you require block alloc
On Sat, 30 Jun 2007 09:42:09 +0100
Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Mon, Jun 25, 2007 at 05:25:00PM -0500, Steve French wrote:
> > Jeff,
> > Not seeing any objections to your revised approach (to not allowing
> > signals for cifsd kernel thread), I just merged something similar to
On 06/29, Oleg Nesterov wrote:
>
> Suppose we have the tasklets T1 and T2, both are scheduled on the
> same CPU. T1 takes some spinlock LOCK.
>
> Currently it is possible to do
>
> spin_lock(LOCK);
> disable_tasklet(T2);
>
> With this patch, the above code hangs.
I am stupid. Yes, f
On 06/30, Ingo Molnar wrote:
>
> On Thu, 2007-06-28 at 19:33 +0200, Johannes Berg wrote:
> > No, that's not right either, but Arjan just helped me a bit with how
> > lockdep works and I think I have the right idea now. Ignore this for
> > now, I'll send a new patch in a few days.
>
> ok. But in ge
When the interface is down (or driver removed), the BroadCom 44xx card remains
powered on, and both its MAC and PHY is using up power.
This patch makes the driver issue a MAC_CTRL_PHY_PDOWN when the interface
is halted, and does a partial chip reset turns off the activity LEDs too.
Applies to 2.6
On Saturday 30 June 2007 01:16:18 am Andrey Borzenkov wrote:
> > This patch fixes the 2.6.22 regression:
> > "no irda0 interface (2.6.21 was OK), smsc does not find chip"
>
> does not work, sorry.
Sigh ;-) Thanks for your patience in dealing with this.
> [ 958.125710] 00:0a: SMCf010 not r
Willy Tarreau <[EMAIL PROTECTED]> wrote:
> Jörg,
>
> On Thu, Jun 28, 2007 at 12:39:57PM +0200, Joerg Schilling wrote:
> > David Woodhouse <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, 2007-06-28 at 12:27 +0200, Joerg Schilling wrote:
> > > > David Woodhouse <[EMAIL PROTECTED]> wrote:
> > > > > By
On Sat, Jun 30, 2007 at 02:47:35PM +0300, Török Edvin wrote:
> When the interface is down (or driver removed), the BroadCom 44xx card
> remains
> powered on, and both its MAC and PHY is using up power.
> This patch makes the driver issue a MAC_CTRL_PHY_PDOWN when the interface
> is halted, and doe
On Sat, Jun 30, 2007 at 12:47:11PM +0300, Dan Aloni wrote:
> On Sat, Jun 30, 2007 at 06:01:23AM +0200, Adrian Bunk wrote:
> > On Sat, Jun 30, 2007 at 05:34:51AM +0300, Dan Aloni wrote:
> > >...
> > > Basically, instead of manually figuring out who to add to CC
> > > when sending a patch to LKML by
Hello!
I am not subscribed to this list so please CC answers to my mail
address. THX!
I recently replaced the mainboard of one of my servers with a Tyan
Tomcat K8E. The onboard gigabit NIC is a Broadcom BCM5721. After
compiling and loading the tg3 driver in Kernel 2.6.21.5, the interface
could not
On Sat, Jun 30, 2007 at 02:02:16PM +0200, Joerg Schilling wrote:
> Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > Jörg,
> >
> > On Thu, Jun 28, 2007 at 12:39:57PM +0200, Joerg Schilling wrote:
> > > David Woodhouse <[EMAIL PROTECTED]> wrote:
> > >
> > > > On Thu, 2007-06-28 at 12:27 +0200, Joerg
Christoph Hellwig wrote:
On Tue, Jun 26, 2007 at 12:35:09PM +1000, Nick Piggin wrote:
I'd like to see you there, so I hope we can find a date that most
people are happy with. I'll try to start working that out after we
have a rough idea of who's interested.
Do we have any data preferen
Christoph Hellwig wrote:
The following additional fields are appended to each record
in /proc/mounts
NACK. Adding anything to the format will confuse the hell out of
existing parsers. We really want something like your /proc//mounts_new,
except mounts_new should have a better name (/proc//ns
On Fri, 29 Jun 2007, Martin Schwidefsky wrote:
> On Fri, 2007-06-29 at 19:56 +0100, Hugh Dickins wrote:
> > I don't dare comment on your page_mkclean_one patch (5/5),
> > that dirty page business has grown too subtle for me.
>
> Oh yes, the dirty handling is tricky
I'll move that discussion o
The reason that cifs switched from wait_for_completion to the kthread
call to cifs_demultiplex_thread in the first place is because without
use of kthread it won't work with a linux-vserver. See the thread:
http://marc.info/?l=linux-cifs-client&m=117552761703381&w=2
If we take out the kthread
On Thu, 2007-06-28 at 17:27 +0530, Satyam Sharma wrote:
> Hi,
>
> > On Monday 25 June 2007, Adrian McMenamin wrote:
> > > Still getting this:
> > >
> > > MODPOST vmlinux
> > > WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0): Section
> > > mismatch: reference to .init.text: (between 'mv_dr
On Saturday 30 June 2007, Adrian McMenamin wrote:
> On Thu, 2007-06-28 at 17:27 +0530, Satyam Sharma wrote:
> > Hi,
> >
> > > On Monday 25 June 2007, Adrian McMenamin wrote:
> > > > Still getting this:
> > > >
> > > > MODPOST vmlinux
> > > > WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0):
On Sat, 2007-06-30 at 09:58 -0400, Mike Frysinger wrote:
> sure it did ... his patch was to address just the stuff in arch/sh/, not the
> pvr video driver, and your output shows that it is working
> -mike
good point :)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
2007/6/30, Grant Likely <[EMAIL PROTECTED]>:
On 6/29/07, Akinobu Mita <[EMAIL PROTECTED]> wrote:
> No need to warn unregister_blkdev() failure by the callers.
> (The previous patch makes unregister_blkdev() print error message in
> error case)
Seeing as none of the callers check the error code;
On 6/30/07, Akinobu Mita <[EMAIL PROTECTED]> wrote:
> Seeing as none of the callers check the error code; why does the
> function return anything at all?
Right. This series of patches is trying to make it return void.
http://lkml.org/lkml/2007/6/29/320
Heh, cool. I should do more research be
On 06/29, Markus Rechberger wrote:
>
> On 6/29/07, Mauro Carvalho Chehab <[EMAIL PROTECTED]> wrote:
> >> Still we can't do this under cinergyt2->sem, because cinergyt2_query()
> >> takes it too. This all looks very wrong to me, I hope maintaners can
> >> explain.
> >
> >AFAIK, the driver authors ar
Hi,
On 6/30/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
[...]
WARNING: drivers/built-in.o(.text+0x168e0): Section mismatch: reference
to .init.data: (between 'pvr2fb_check_var' and 'pvr2fb_interrupt')
WARNING: drivers/built-in.o(.text+0x1701c): Section mismatch: reference
to .init.data: (bet
Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
> > Jörg
> [advertisements removed]
Please stop this kind of trolling, you did not remove anything here,
so do not claim to remove things
As you don't seem to know the nettiquette:
If you believe you have some kind of problems that was used by the
On Sat, 2007-06-30 at 19:50 +0530, Satyam Sharma wrote:
> Hi,
> Right, as Mike just said, these warnings are the ones from
> drivers/video/pvr2fb.c which the patch didn't touch ... that was only
> to get rid of the "(between 'mv_dreamcast' and 'systemasic_int')"
> warning. But of course, we can't
On Friday 29 June 2007, Dmitry Krivoschekov wrote:
> David Brownell wrote:
> > On Thursday 28 June 2007, Rodolfo Giometti wrote:
> >
> >> As suggest by Leo let me propose to you my new patch for PXA27x UDC
> >> support.
> >>
> >> Please, let me know what I have to do for kernel inclusion. :)
> >
>
On Friday 29 June 2007, Rodolfo Giometti wrote:
> On Thu, Jun 28, 2007 at 02:53:22PM -0700, David Brownell wrote:
> >
> > Let's start with *JUST* a driver, not trying to update everything
> > else in the USB Gadget stack so that it looks like it's designed
> > specifically to handle all of Intel's
On Thursday 28 June 2007, Andrew Morton wrote:
> > +#undef DISABLE_TEST_MODE
>
> enabling DISABLE_TEST_MODE seens to enable test mode. Confused.
Blame it on Intel. ISTR that early pxa2[156]x silicon had
something called "test mode". And a boatload of errata, with
a common thread in workar
>
> [adding Andi Kleen]
>
> John Keller wrote:
> > Place all the IOACPI NMI support code under CONFIG_ACPI
> > to clear up build errors with certain configs.
> >
> > Signed-off-by: John Keller <[EMAIL PROTECTED]>
> > ---
>
> Is there some architectural reason that IO APIC NMI support should
> r
Andrew Morton wrote:
On Fri, 29 Jun 2007 19:51:53 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
Some extensions to the popular E-Mail clients might be needed
here. Also, a bot reading LKML would automatically send links
about posted patches to the other mailing lists whenever
someone forgets t
[ Trimmed Cc: list ]
On 6/30/07, Steve French <[EMAIL PROTECTED]> wrote:
The reason that cifs switched from wait_for_completion to the kthread
call to cifs_demultiplex_thread in the first place is because without
use of kthread it won't work with a linux-vserver. See the thread:
http://marc.i
[EMAIL PROTECTED] (Joerg Schilling) writes:
> Willy Tarreau <[EMAIL PROTECTED]> wrote:
>
>> Jörg,
>>
>> On Thu, Jun 28, 2007 at 12:39:57PM +0200, Joerg Schilling wrote:
>> > David Woodhouse <[EMAIL PROTECTED]> wrote:
>> >
>> > > On Thu, 2007-06-28 at 12:27 +0200, Joerg Schilling wrote:
>> > > > D
On Fri, 29 Jun 2007, Martin Schwidefsky wrote:
> On Fri, 2007-06-29 at 19:56 +0100, Hugh Dickins wrote:
> > I don't dare comment on your page_mkclean_one patch (5/5),
> > that dirty page business has grown too subtle for me.
>
> Oh yes, the dirty handling is tricky. I had to fix a really nasty bug
Hi,
added this pci id to support my:
lspci:
01:00.0 RAID bus controller: Adaptec Unknown device 0243 (rev 02)
lspci -n:
01:00.0 0104: 9005:0243 (rev 02)
seems to work fine.
florian attenberger
--- 2.6.22-rc6/drivers/ata/sata_mv.c2007-06-30 16:21:47.462020256 +0200
+++ 2.6.22-rc6.mine/drive
John Keller wrote:
[adding Andi Kleen]
John Keller wrote:
Place all the IOACPI NMI support code under CONFIG_ACPI
to clear up build errors with certain configs.
Signed-off-by: John Keller <[EMAIL PROTECTED]>
---
Is there some architectural reason that IO APIC NMI support should
require ACPI?
Matthew Garrett wrote:
On Sat, Jun 30, 2007 at 02:47:35PM +0300, Török Edvin wrote:
When the interface is down (or driver removed), the BroadCom 44xx card
remains
powered on, and both its MAC and PHY is using up power.
This patch makes the driver issue a MAC_CTRL_PHY_PDOWN when the interface
is
On Saturday 30 June 2007, Bjorn Helgaas wrote:
> This means that the SMCf010 device *did* respond, I think at the
> FIR address 0x100. (I can't figure out the "right" way to print
> those resource_size_t things, so I added some casts in the appended
> patch.)
>
Those can be 64 bit if CONFIG_RESOU
[EMAIL PROTECTED] wrote:
> > "Christoph" == Christoph Hellwig <[EMAIL PROTECTED]> writes:
>
> Christoph> On Tue, Jun 26, 2007 at 10:07:24AM -0700, Jared Hulbert
>
> Christoph> wrote:
> >> If you have a large array of a non-volatile semi-writeable memory
> >> such as a highspeed NOR Flash or som
On Sat, Jun 30, 2007 at 07:44:59AM -0700, Arjan van de Ven wrote:
> Matthew Garrett wrote:
> >Do you still get link beat detection when the phy is powered down?
> >
> does that matter?
> If the interface is down, nic drivers aren't expected to detect
> link... if userspace wants to find link statu
On Sat, 2007-06-30 at 16:55 +0200, Krzysztof Oledzki wrote:
> Hello,
>
> It seems that IRQ handling is somehow different between i386 and x86_64.
>
> In my Dell PowerEdge 1950 is it possible to enable interrupts spreading
> over all CPUs. This a single CPU, four CORE system (Quad-Core E5335 Xeon
On Sat, Jun 30, 2007 at 04:19:23PM +0100, Matthew Garrett wrote:
> I'd agree that there's a need for a state where we power down as much as
> possible (even at the cost of functionality), but where possible it
> would also be nice to offer a state where the mac is powered down and
> the phy lef
On Saturday 30 June 2007 11:13, Christoph Hellwig wrote:
> We need something like this, but I don't quite like the way you've done
> it. First the name is wrong, it's not a nameidata anymore but a lookup
> intent, so it should be named that way, struct lookup_intent.
Sure, that name was pretty ra
Andrew Morton wrote:
All my .configs have mouldered since I lost the ability to have .config be
a symlink to a revision-controlled file (used to carry a custom patch for
this, but it died).
I continue to believe that kbuild's lets-trash-your-symlink behaviour is
obnoxious, but I was unable to pe
uvesafb is a generic driver for VBE2+ compliant video cards; an enhanced
version of vesafb and a direct successor of vesafb-tng [1].
This is the second version of this patch, and it incorporates all fixes
and cleanups suggested on the lkml. My thanks to everyone who took
their time to review the
Make fb_destroy_modelist an exported symbol for use in the uvesafb driver.
Signed-off-by: Michal Januszewski <[EMAIL PROTECTED]>
---
drivers/video/modedb.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/video/modedb.c b/drivers/video/modedb.c
index 3741ad7..d351e
On Sat, 30 Jun 2007 13:47:52 +0300 Dan Aloni <[EMAIL PROTECTED]> wrote:
> On Sat, Jun 30, 2007 at 02:54:25AM -0700, Andrew Morton wrote:
> > On Fri, 29 Jun 2007 19:51:53 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
> >
> > > > Some extensions to the popular E-Mail clients might be needed
> > > >
Add connector idx and val constants for v86d and uvesafb.
Signed-off-by: Michal Januszewski <[EMAIL PROTECTED]>
---
include/linux/connector.h |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/linux/connector.h b/include/linux/connector.h
index 10eb56b..14cecaf 1
Change the maximum message size to 4k to allow transfers of VBE
data blocks from userspace.
Signed-off-by: Michal Januszewski <[EMAIL PROTECTED]>
---
include/linux/connector.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/connector.h b/include/linux/conne
Documentation for the uvesafb driver.
Signed-off-by: Michal Januszewski <[EMAIL PROTECTED]>
---
Documentation/fb/uvesafb.txt | 187 ++
1 files changed, 187 insertions(+), 0 deletions(-)
diff --git a/Documentation/fb/uvesafb.txt b/Documentation/fb/uvesafb.
On Tue, Jun 26, 2007 at 11:42:41AM +0100, Jonathan McDowell wrote:
> Have you considered using libx86[1] in v86d? It looks very similar to
> what you have at present and there are plans to extend it to non
> x86(_64) archs.
It looks like an interesting solution and it is indeed similar to what
I'
Arjan van de Ven wrote:
Matthew Garrett wrote:
Do you still get link beat detection when the phy is powered down?
does that matter?
If the interface is down, nic drivers aren't expected to detect link...
if userspace wants to find link status it should have the interface up.
Definitely ma
On Sat, Jun 30, 2007 at 09:38:27AM +0100, Christoph Hellwig wrote:
>
> Sorry for coming in that late, but using syscalls for something as
> periphal sounds like a very bad idea to me, and the syscalls aren't
> defined nicely either (e.g. you have an ioctl lookalike). I'd say
> back to the drawing
On Fri, Jun 29, 2007 at 05:40:52PM +0100, David Woodhouse wrote:
>
> Remember you have to support _both_ 32-bit and 64-bit system calls. You
> need to define struct compat_pps_info and struct compat_pps_params, and
> you'll have to provide a compat wrapper for sys_time_pps_getparams() and
> sys_t
On Sat, Jun 30, 2007 at 09:32:05AM -0700, Andrew Morton wrote:
> On Sat, 30 Jun 2007 13:47:52 +0300 Dan Aloni <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Jun 30, 2007 at 02:54:25AM -0700, Andrew Morton wrote:
> > > On Fri, 29 Jun 2007 19:51:53 -0700 "Kok, Auke" <[EMAIL PROTECTED]> wrote:
> > >
> > >
On Sat, Jun 30, 2007 at 09:32:05AM -0700, Andrew Morton wrote:
>[..]
>
> > Given a set of historical modifiers of a file,
> > would you take the most common commiter(s), or the most common
> > _recent_ commiter(s), or what? It's a bit fuzzy.
>
> All the above? Multiply frequency by recency, pi
On Samstag, 30. Juni 2007, Robert Hancock wrote:
> Frank Fiene wrote:
> > Lenovo Z61p, Intel Core2 Duo T7200
> >
> > I have 4GB RAM installed and BIOS recognize 4GB RAM.
> > Linux kernel (Ubuntu-7.04, 32bit-PAE and 64bit, openSUSE-10.2
> > 32bit-PAE and 64bit) tells me: only 3GB of RAM are installe
On Sat, 30 Jun 2007 12:42:06 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Arjan van de Ven wrote:
> > Matthew Garrett wrote:
> >> Do you still get link beat detection when the phy is powered down?
>
> > does that matter?
> > If the interface is down, nic drivers aren't expected to detect link..
1 - 100 of 166 matches
Mail list logo
