On 03/19/2013 05:32 AM, Matthew Garrett wrote:
> From: Josh Boyer
>
> This option allows userspace to pass the RSDP address to the kernel. This
> could potentially be used to circumvent the secure boot trust model.
> We ignore the setting if we don't have the CAP_COMPROMISE_KERNEL capability.
>
On Jan 30, 2008 6:32 PM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Wed, 30 Jan 2008 09:56:25 +0800,
> Dave Young <[EMAIL PROTECTED]> wrote:
>
> > get dev reference before create/remove sysfiles, errno fixes as well.
> >
> > Signed-off-by: Dave Young <
iled with warning of "same kobject name".
> > >
> > > Here add btaddconn & btdelconn workqueues,
> > > flush the btdelconn workqueue in the add_conn function to avoid the issue.
> > >
> > > Signed-off-by: Dave Young <[EMAIL PROTECTED]>
&g
On Jan 31, 2008 4:45 PM, Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> On Thu, Jan 31 2008, Dave Young wrote:
> > While building kernel, lockdep detected spinlock deaklock and after a
> > while the system hung.
> >
> > Attached is
On Thu, Jan 31, 2008 at 02:09:30PM +0100, Jens Axboe wrote:
> On Wed, Jan 30 2008, Dave Young wrote:
> >
> > The bluetooth hci_conn sysfs add/del executed in the default workqueue.
> > If the del_conn is executed after the new add_conn with same target,
> > add_conn
On Feb 1, 2008 10:33 AM, David Miller <[EMAIL PROTECTED]> wrote:
> From: Dave Young <[EMAIL PROTECTED]>
> Date: Fri, 1 Feb 2008 09:24:41 +0800
>
>
> > On Thu, Jan 31, 2008 at 02:09:30PM +0100, Jens Axboe wrote:
> > > On Wed, Jan 30 2008, Dave Young wrote:
[ cut here ]
WARNING: at kernel/lockdep.c:2033 trace_hardirqs_on+0xe3/0x130()
Modules linked in: btusb intel_agp bluetooth snd_hda_intel evdev
agpgart thermal sg processor rtc_cmos button serio_raw i2c_i801
snd_pcm rtc_core pcspkr 3c59x rtc_lib snd_timer snd soundcore
snd_pa
On Feb 8, 2008 12:57 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> Hello Dave,
Add someone to cc-list
>
> Got your name and email from the 2.6.24-git16 changelog.
>
> I get these Oops when suspending or doing..
>
> echo disable > /proc/acpi/ibm/bluetooth
> or
> echo 0 > /sys/devices/platform/thinkpa
On Wed, Feb 13, 2008 at 3:58 PM, Andrew Morton
<[EMAIL PROTECTED]> wrote:
> On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
>
> > On Tuesday 06 November 2007, Alon Bar-Lev wrote:
> > > On 11/6/07, Dave Young <[EMAIL PROTECTED]>
On Fri, Feb 15, 2008 at 11:28 AM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Wed, Feb 13, 2008 at 3:58 PM, Andrew Morton
> <[EMAIL PROTECTED]> wrote:
> > On Mon, 11 Feb 2008 17:57:54 +0200 Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> >
> > >
On Fri, Feb 15, 2008 at 8:04 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> Answers at the bottom..
>
>
>
> On 2/13/08, Dave Young <[EMAIL PROTECTED]> wrote:
> > On Feb 8, 2008 12:57 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> > &g
Hi,
latest linus tree kernel hangs on my Thinkpad T420.
I bisected this issue, culprit commit is below:
commit 1acba98f810a14b1255e34bc620594f83de37e36
Author: Matthew Garrett
Date: Sun Jun 2 18:12:25 2013 -0400
UEFI: Don't pass boot services regions to SetVirtualAddressMap()
We nee
On 07/10/2013 08:36 PM, Matt Fleming wrote:
> On 10/07/13 07:36, Dave Young wrote:
>> Another problem is: With this patch applied I tried noefi boot, but
>> kernel paniced, looks like efivar_init depends on efi runtime. Below
>> patches works for me about noefi boot though I
Hi, Takao
I know you are working on the PCIE resetting patches for the iommu kdump
issue.
You explicitly excluded the graphic card in your patch. I have some
questions about this. Why can't we reset the graphic card like other
pcie devices?
We have problems, if 1st kernel is in kms mode kdump ke
Hi, Takao
On 07/12/2013 10:39 AM, Takao Indoh wrote:
> Hi Dave,
>
> (2013/07/12 11:04), Dave Young wrote:
>> Hi, Takao
>>
>> I know you are working on the PCIE resetting patches for the iommu kdump
>> issue.
>>
>> You explicitly excluded the graphic
On 09/17/13 at 04:49pm, Matt Fleming wrote:
> On Thu, 12 Sep, at 04:45:28PM, Dave Young wrote:
> > efi_config_init has the parameter nr_tables. Just use it instead of
> > dereference efi.systab->nr_tables.
> >
> > Signed-off-by: Dave Young
> > ---
>
On 09/17/13 at 12:01pm, Geert Uytterhoeven wrote:
> Add an optional output parameter to slurp_file_len() so it can return the
> actual number of bytes read.
Acked-by: Dave Young
BTW, looking the slurp_file function, it would be better to call/reuse
slurp_file_len
in slurp_file, care to i
On 09/19/13 at 04:54pm, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Hi all,
>
> here's finally a new version of the runtime services VA mapping patchset
> which hopefully implements hpa's idea of statically mapping EFI runtime
> regions in a top-down manner starting at -4Gb virtual.
>
>
On 09/20/13 at 03:29pm, Dave Young wrote:
> On 09/19/13 at 04:54pm, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > Hi all,
> >
> > here's finally a new version of the runtime services VA mapping patchset
> > which hopefully implements
On 09/20/13 at 11:33am, Borislav Petkov wrote:
> On Fri, Sep 20, 2013 at 04:19:40PM +0800, Dave Young wrote:
> > Actually the ovmf testing is "qemu-system-x86_64 -kernel ", boot from grub
> > fails as well. Nothing printed on serial. I guess '-kernel' is using
On 09/20/13 at 11:05am, Borislav Petkov wrote:
> On Fri, Sep 20, 2013 at 03:29:04PM +0800, Dave Young wrote:
> > Just tested this series, for 1st kernel It boots ok in qemu+ovmf. But
> > it immediately reboot on my Thinkpad T420. Unfortunately there's no
> > way to deb
On 09/20/13 at 01:29pm, Matt Fleming wrote:
> On Fri, 20 Sep, at 11:05:44AM, Borislav Petkov wrote:
> > On Fri, Sep 20, 2013 at 03:29:04PM +0800, Dave Young wrote:
> > > Just tested this series, for 1st kernel It boots ok in qemu+ovmf. But
> > > it immediately
On 09/11/13 at 04:32pm, Borislav Petkov wrote:
> On Wed, Sep 11, 2013 at 09:45:34AM -0400, Vivek Goyal wrote:
> > I am looking forward to that new version. CCing Dave Young. He is also
> > looking into it and going through history of patches.
>
> Ok, I'll CC you guys on
efi_config_init has the parameter nr_tables. Just use it instead of
dereference efi.systab->nr_tables.
Signed-off-by: Dave Young
---
arch/x86/platform/efi/efi.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
--- linux-2.6.orig/arch/x86/platform/efi/efi.c
+++ linux-2.6/arch/
On 09/12/13 at 02:53pm, Borislav Petkov wrote:
> On Thu, Sep 12, 2013 at 03:34:15PM +0800, Dave Young wrote:
> > I'm playing with skipping SetVirtualAddressMap in kexec kernel, for
> > same kernel the test result is ok for me both for kexec and kdump.
> > Takao In
Sorry for reply late because I was in a long holiday...
On 09/30/13 at 10:17pm, Borislav Petkov wrote:
> On Thu, Sep 26, 2013 at 11:12:42AM +0800, Dave Young wrote:
> > If we choose this approach, can we save not only the efi_mapping, but
> > also the fields which will be convert
On 10/08/13 at 06:48pm, Borislav Petkov wrote:
> From: Borislav Petkov
>
> We map the EFI regions needed for runtime services contiguously on
> virtual addresses starting from -4G down for a total max space of 64G.
> This way, we provide for stable runtime services addresses across
> kernels so t
On 10/10/13 at 04:06pm, Dave Young wrote:
> On 10/08/13 at 06:48pm, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > We map the EFI regions needed for runtime services contiguously on
> > virtual addresses starting from -4G down for a total max space of 64G.
&
On 09/24/13 at 05:12pm, H. Peter Anvin wrote:
> On 09/24/2013 07:56 AM, Borislav Petkov wrote:
> > On Tue, September 24, 2013 2:45 pm, Dave Young wrote:
> >> Think again about this, how about 1:1 map them from a base address
> >> like -64G phy_addr -> (-64G + phy_a
On 09/21/13 at 01:39pm, Borislav Petkov wrote:
> On Thu, Sep 19, 2013 at 04:54:54PM +0200, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > We map the EFI regions needed for runtime services contiguously on
> > virtual addresses starting from -4G down for a total max space of 64G.
> > Thi
On 09/22/13 at 03:37pm, Borislav Petkov wrote:
> On Sun, Sep 22, 2013 at 08:35:15PM +0800, Dave Young wrote:
> > I tested your new patch, it works both with efi stub and grub boot in
> > 1st kernel.
>
> Good, thanks!
>
> > But it paniced in kexec boot with m
On 09/22/13 at 10:00pm, Dave Young wrote:
> On 09/22/13 at 03:37pm, Borislav Petkov wrote:
> > On Sun, Sep 22, 2013 at 08:35:15PM +0800, Dave Young wrote:
> > > I tested your new patch, it works both with efi stub and grub boot in
> > > 1st kernel.
> >
> >
> primary.
>
> Assuming it isn't as simple as the mappings never get built at all.
At least the efi_info is same between two kernels.
Will print some debug info to see if I can find something.
>
>
> Borislav Petkov wrote:
> >On Sun, Sep 22, 2013 at 08:35:15PM +0800, Da
On 09/21/13 at 01:39pm, Borislav Petkov wrote:
> On Thu, Sep 19, 2013 at 04:54:54PM +0200, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > We map the EFI regions needed for runtime services contiguously on
> > virtual addresses starting from -4G down for a total max space of 64G.
> > Thi
On 09/23/13 at 08:29am, Borislav Petkov wrote:
> On Mon, Sep 23, 2013 at 01:47:41PM +0800, Dave Young wrote:
> > > + unsigned long size = md->num_pages << PAGE_SHIFT;
> > > +
> > > + efi_va -= size;
> > > + if (efi_va < EFI_VA_END) {
> > >
PA 0x7f9e5000 -> VA 0xfffefd873000
+efi mapping PA 0x7f9e5000 -> VA 0xfffefd893000
efi mapping PA 0x7ffe -> VA 0x7ffe
-efi mapping PA 0x7ffe -> VA 0xfffefd853000
+efi mapping PA 0x7ffe -> VA 0xfffefd873000
>
>
> Borislav Petkov wrote:
&g
w code:
void __init efi_map_region(efi_memory_desc_t *md)
{
unsigned long size = md->num_pages << PAGE_SHIFT;
efi_va -= size;
^^^
[snip]
}
>
> Dave Young wrote:
> >On 09/22/13 at 08:27am, H. Peter Anvin wrote:
> >> The address t
On 09/24/13 at 12:57pm, Dave Young wrote:
> On 09/23/13 at 08:06pm, H. Peter Anvin wrote:
> > Okay... I see two problems.
> >
> > 1. It looks like we subtract the region size after, rather than before,
> > assigning an address.
> >
> > 2. The second reg
On 09/24/13 at 12:58pm, Dave Young wrote:
> On 09/24/13 at 12:57pm, Dave Young wrote:
> > On 09/23/13 at 08:06pm, H. Peter Anvin wrote:
> > > Okay... I see two problems.
> > >
> > > 1. It looks like we subtract the region size after, rather than before,
&g
On 09/24/13 at 01:23pm, Dave Young wrote:
> On 09/24/13 at 12:58pm, Dave Young wrote:
> > On 09/24/13 at 12:57pm, Dave Young wrote:
> > > On 09/23/13 at 08:06pm, H. Peter Anvin wrote:
> > > > Okay... I see two problems.
> > > >
> > > > 1. I
On 09/24/13 at 11:43am, Borislav Petkov wrote:
> Crap,
>
> I need to send from the web interface since the network here doesn't
> somehow let through port 587.
>
> On Tue, September 24, 2013 6:57 am, Dave Young wrote:
> > On 09/23/13 at 08:06pm, H. Peter Anvin
On 09/24/13 at 11:43am, Borislav Petkov wrote:
> Crap,
>
> I need to send from the web interface since the network here doesn't
> somehow let through port 587.
>
> On Tue, September 24, 2013 6:57 am, Dave Young wrote:
> > On 09/23/13 at 08:06pm, H. Peter Anvin
On 09/24/13 at 04:56pm, Borislav Petkov wrote:
> On Tue, September 24, 2013 2:45 pm, Dave Young wrote:
> > Think again about this, how about 1:1 map them from a base address
> > like -64G phy_addr -> (-64G + phy_addr), in this way we can avoid
> > depending on the previous
On 09/24/13 at 05:12pm, H. Peter Anvin wrote:
> On 09/24/2013 07:56 AM, Borislav Petkov wrote:
> > On Tue, September 24, 2013 2:45 pm, Dave Young wrote:
> >> Think again about this, how about 1:1 map them from a base address
> >> like -64G phy_addr -> (-64G + phy_a
On Sat, Sep 29, 2012 at 3:13 PM, Ingo Molnar wrote:
>
> * Yinghai Lu wrote:
>
>> On Sun, Sep 23, 2012 at 1:27 PM, Dan Carpenter
>> wrote:
>> > On Wed, Sep 05, 2012 at 11:34:25PM +0800, Cong Wang wrote:
>> >> On Wed, Sep 5, 2012 at 1:32 AM, Flavio Leitner wrote:
>> >> > Hi folks,
>> >> >
>> >>
On 10/18/2012 10:16 AM, Dave Young wrote:
> On Sat, Sep 29, 2012 at 3:13 PM, Ingo Molnar wrote:
>>
>> * Yinghai Lu wrote:
>>
>>> On Sun, Sep 23, 2012 at 1:27 PM, Dan Carpenter
>>> wrote:
>>>> On Wed, Sep 05, 2012 at 11:34:25PM +0800, Co
On Thu, Nov 29, 2012 at 5:47 AM, Yinghai Lu wrote:
> After
>
> | commit 8548c84da2f47e71bbbe300f55edb768492575f7
> | Author: Takashi Iwai
> | Date: Sun Oct 23 23:19:12 2011 +0200
> |
> |x86: Fix S4 regression
> |
> |Commit 4b239f458 ("x86-64, mm: Put early page table high") causes a S4
On 04/06/2013 04:16 AM, Don Zickus wrote:
> A common problem with kdump is that during the boot up of the
> second kernel, the hardware watchdog times out and reboots the
> machine before a vmcore can be captured.
>
> Instead of tellling customers to disable their hardware watchdog
> timers, I hac
On 04/05/2013 06:16 AM, Yinghai Lu wrote:
> Chao said that kdump does does work well on his system on 3.8
> without extra parameter, even iommu does not work with kdump.
> And now have to append crashkernel_low=Y in first kernel to make
> kdump work.
>
> We have now modified crashkernel=X to alloc
On 04/09/2013 02:37 AM, Yinghai Lu wrote:
> On Mon, Apr 8, 2013 at 12:09 AM, Dave Young wrote:
>>> We have now modified crashkernel=X to allocate memory beyong 4G (if
>>> available) and do not allocate low range for crashkernel if the user
>>> does not specify that
nt the attr name?
---
print the sysfs attribute file name when we warn about bogus permissions
Make it obvious to see what attribute is using bogus permissions.
Signed-off-by: Dave Young
---
drivers/base/core.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
--- linux-2.6.or
On Thu, May 09, 2013 at 05:53:08PM +0300, Felipe Balbi wrote:
> On Thu, May 09, 2013 at 06:29:51PM +0800, Dave Young wrote:
> > On Tue, May 07, 2013 at 03:25:58AM -0400, CAI Qian wrote:
> > > Never saw any of those messages were floating in any of the RC testing,
> > >
On 08/06/2012 03:26 PM, Zhouping Liu wrote:
> commit f0f57b2b1(mm: move hugepage test examples to
> tools/testing/selftests/vm)
> moved map_hugetlb.c, hugepage-shm.c and hugepage-mmap.c tests into
> tools/testing/selftests/vm/ directory, but it didn't update hugetlbpage.txt
>
> Signed-off-by: Zh
On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL PROTECTED]> wrote:
>
> On Fri, Feb 15, 2008 at 6:15 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, Feb 15, 2008 at 8:04 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> > > Answers at the bottom..
> &
On Feb 18, 2008 8:52 AM, Barnaby <[EMAIL PROTECTED]> wrote:
>
> On Feb 17, 2008 4:59 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, Feb 15, 2008 at 6:15 PM, Da
On Mon, Feb 18, 2008 at 09:01:05AM +0800, Dave Young wrote:
> On Feb 18, 2008 8:52 AM, Barnaby <[EMAIL PROTECTED]> wrote:
> >
> > On Feb 17, 2008 4:59 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> > >
> > > On Feb 16, 2008 1:16 PM, Barnaby <[EMAIL P
hci conn child devices other than rfcomm tty should not be moved here.
This is my lost, thanks for Barnaby's reporting and testing.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
net/bluetooth/hci_sysfs.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff
Move hci_dev_put to del_conn to avoid hci dev going away before hci conn.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
net/bluetooth/hci_conn.c |1 -
net/bluetooth/hci_sysfs.c |5 -
2 files changed, 4 insertions(+), 2 deletions(-)
diff -upr linux/net/bluetooth/hci_
On Feb 19, 2008 12:44 PM, David Miller <[EMAIL PROTECTED]> wrote:
> From: Dave Young <[EMAIL PROTECTED]>
> Date: Mon, 18 Feb 2008 15:55:55 +0800
>
> > Move hci_dev_put to del_conn to avoid hci dev going away before hci conn.
>
> This looks correct so I have appl
On Sat, Feb 16, 2008 at 11:49:58PM +0200, Alon Bar-Lev wrote:
> On Saturday 16 February 2008, Dave Young wrote:
> > Hi, alon
> >
> > Please try the attached patch, hope it fixes your problem.
> >
> > Regards
> > dave
>
> Does not work... :(
On Wed, Feb 20, 2008 at 4:11 PM, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Wed, 20 Feb 2008, Thomas Gleixner wrote:
> > On Tue, 19 Feb 2008, Marcel Holtmann wrote:
>
> > > I don't really have any idea. Nothing has been changed in this area for a
> > > couple of years. The command TX timeout
On Fri, Feb 22, 2008 at 02:40:41AM +, Quel Qun wrote:
>
> -- Original message --
> From: Thomas Gleixner <[EMAIL PROTECTED]>
> > On Thu, 21 Feb 2008, Quel Qun wrote:
> > > > > > Not that I'm aware off, but this might as well be some old use
> > > > > after
>
On 08/14/2012 05:46 AM, Jacob Shin wrote:
> Currently kernel direct mappings are created for all pfns between
> [ 0 to max_low_pfn ) and [ 4GB to max_pfn ). When we introduce memory
> holes, we end up mapping memory ranges that are not backed by physical
> DRAM. This is fine for lower memory addre
On 08/14/2012 04:34 PM, Dave Young wrote:
> On 08/14/2012 05:46 AM, Jacob Shin wrote:
>
>> Currently kernel direct mappings are created for all pfns between
>> [ 0 to max_low_pfn ) and [ 4GB to max_pfn ). When we introduce memory
>> holes, we end up mapping memory range
assignment in the older way.
>>
>> According to the previous discussion:
>> http://marc.info/?l=linux-kernel&m=133161674120253&w=2
>> it seems that so far the best solution is just reverting it.
>>
>> Takashi, could you help to test if the S4 reg
On 07/23/2012 07:22 PM, Takao Indoh wrote:
> (2012/07/23 19:00), Dave Young wrote:
>> On 07/17/2012 11:15 AM, Takao Indoh wrote:
>>
>>> Hi Cong,
>>>
>>> When I tested kdump with 3.5.0-rc6 kernel, I found a problem of kdump
&g
On Tue, Jan 29, 2013 at 12:42 AM, Matthew Garrett
wrote:
> From: Josh Boyer
>
> This option allows userspace to pass the RSDP address to the kernel. This
> could potentially be used to circumvent the secure boot trust model.
> We ignore the setting if we don't have the CAP_COMPROMISE_KERNEL capa
ill be
> > built in latest kernel source.
> >
> > Signed-off-by: Dave Young
> > ---
> > tools/testing/selftests/kcmp/kcmp_test.c |3 +++
> > 1 file changed, 3 insertions(+)
> >
> > --- linux-2.6.orig/tools/testing/selftests/kcmp/kcmp_test.c
On Sun, Feb 24, 2008 at 8:46 AM, Dave Jones <[EMAIL PROTECTED]> wrote:
> The boot_delay switch seems to be behaving strangely in the
> current -git. Setting it to =10 makes the output 'bursty'
> it becomes slow for some printk's whilst others scroll by
> at regular speed.
> Setting it any high
Quote mail from [EMAIL PROTECTED] :
2007/12/17 Louis JANG <[EMAIL PROTECTED]>:
> Hello everybody,
>
> I attached two patches. the first one(bluez-kernel-forcesco.patch) is to
> force using HCI_OP_ADD_SCO instead of HCI_OP_SETUP_SYNC_CONN, and the
> second one is to handle SCO connection complet
On Mon, Feb 25, 2008 at 3:30 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> Quote mail from [EMAIL PROTECTED] :
>
> 2007/12/17 Louis JANG <[EMAIL PROTECTED]>:
>
>
> > Hello everybody,
> >
> > I attached two patches. the first one(bluez-kernel-forcesco.
Sorry, [EMAIL PROTECTED] was missed in cc
On Mon, Feb 25, 2008 at 3:34 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Mon, Feb 25, 2008 at 3:30 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > Quote mail from [EMAIL PROTECTED] :
> >
> > 200
On Mon, Feb 25, 2008 at 5:28 PM, Louis JANG <[EMAIL PROTECTED]> wrote:
>
> > I ever asked marcel about the coding style. please see following thread:
> > http://lkml.org/lkml/2008/1/22/91
> >
> > I think the style problem marcel said is
> > 1. using kernel codeing style
> > 2. marcel's style
On Tue, Feb 26, 2008 at 1:22 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Mon, 25 Feb 2008 10:14:36 +0800 Dave Young wrote:
>
> > On Sun, Feb 24, 2008 at 8:46 AM, Dave Jones <[EMAIL PROTECTED]> wrote:
> > > The boot_delay switch seems to be behaving stra
On Tue, Feb 26, 2008 at 1:48 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> On Tue, Feb 26, 2008 at 1:22 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > On Mon, 25 Feb 2008 10:14:36 +0800 Dave Young wrote:
> >
> > > On Sun, Feb 24, 2008 at 8:46 AM,
Hi, andrew
I don't know whom I should mail to, could you cc the proper guy? Thanks.
[ 118.331674] acpi LNXSYSTM:00: suspend
[ 118.331674] Disabling non-boot CPUs ...
[ 118.331674] CPU0 attaching NULL sched-domain.
[ 118.331674] CPU1 attaching NULL sched-domain.
[ 118.438750] CPU 1 is now off
On Tue, Feb 26, 2008 at 01:59:31PM +0800, Dave Young wrote:
> On Tue, Feb 26, 2008 at 1:48 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > On Tue, Feb 26, 2008 at 1:22 PM, Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > > On Mon, 25 Feb 2008 10:14:36 +0800 Dave Young wrote
On Thu, Jan 03, 2008 at 02:16:21PM +0100, Gabor Gombas wrote:
> On Wed, Jan 02, 2008 at 04:16:42PM +0100, Gabor Gombas wrote:
>
> > So the patch referenced above does not help. But I've found a very easy
> > way to trigger the bug:
> >
> > - do a "cat /dev/zero > /dev/rfcomm0"
> > - switch the ph
The behaviour of eject/lock_door ioctl is not consistent, so add some check
before scsi_cmd_ioctl.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/cdrom/cdrom.c | 42 --
1 file changed, 36 insertions(+), 6 deletions(-)
diff -upr linux/d
On Fri, Jan 04, 2008 at 03:28:26PM +0800, Dave Young wrote:
> The behaviour of eject/lock_door ioctl is not consistent, so add some check
> before scsi_cmd_ioctl.
>
> Signed-off-by: Dave Young <[EMAIL PROTECTED]>
>
> ---
> d
On Fri, Jan 04, 2008 at 07:13:57PM +0800, Dave Young wrote:
> On Fri, Jan 04, 2008 at 10:47:55AM +, Al Viro wrote:
> > On Thu, Jan 03, 2008 at 03:15:56PM +0100, Jiri Slaby wrote:
> >
> > > Can't say, the DVD seems to be OK, I don't know what was wrong (as I c
ad_inode.patch
> not covered in
> iget-stop-isofs-from-using-read_inode-fix*
>
> Callers in fs/isofs/namei.c are missed.
Yes, some isofs_iget return value should be handled, it is missed.
Maybe this:
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
fs/isofs/export.c |8 +++
On Sun, Jan 06, 2008 at 07:41:29PM +0100, Stefan Richter wrote:
> Dave Young wrote:
> > Convert semaphore to mutex in struct class.
> > All the patches in this series should be applyed simultaneously
>
> Therefore you eventually need to repost it as a single patch. It can&#
_hangup/rfcomm_dev_state_change/rfcomm_release_dev),
So add another BUG_ON when the rfcomm_dev_del is called more than one time.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
net/bluetooth/rfcomm/tty.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff -upr linux/
On Jan 7, 2008 4:45 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 07, 2008 at 10:09:44AM +0800, Dave Young wrote:
> >
> > Thanks for your comment, I rewrite it for 2.6.24-rc7 as a all-in-one
> > patch, please see following. Drop i2c maintainer and list in cc
>
On Jan 8, 2008 1:20 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 07, 2008 at 06:13:37PM +0100, Stefan Richter wrote:
> > It's already in the driver core to the most part. It remains to be seen
> > what is less complicated in the end: Transparent mutex-protected list
> > accesses provided
On Jan 9, 2008 6:48 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 08, 2008 at 03:05:10PM +0800, Dave Young wrote:
> > On Jan 8, 2008 1:20 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > > On Mon, Jan 07, 2008 at 06:13:37PM +0100, Stefan Richter wrote:
> > &g
On Wed, Jan 09, 2008 at 09:32:48AM +0800, Dave Young wrote:
> On Jan 9, 2008 6:48 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > On Tue, Jan 08, 2008 at 03:05:10PM +0800, Dave Young wrote:
> > > On Jan 8, 2008 1:20 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > > >
On Jan 9, 2008 2:13 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Wed, Jan 09, 2008 at 09:32:48AM +0800, Dave Young wrote:
> > On Jan 9, 2008 6:48 AM, Greg KH <[EMAIL PROTECTED]> wrote:
> > > On Tue, Jan 08, 2008 at 03:05:10PM +0800, Dave Young wrote:
> &
On Jan 9, 2008 2:37 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Jan 9, 2008 2:13 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Wed, Jan 09, 2008 at 09:32:48AM +0800, Dave Young wrote:
> > > On Jan 9, 2008 6:48 AM, Greg KH <[EMAIL PROTECTED]>
On Wed, Jan 09, 2008 at 06:16:02PM +0900, Tejun Heo wrote:
> Hello,
>
> My laptop and cell finally decided to talk to each other and I could
> reproduce the bug here. The attached patch should remove the oops.
>
> The bug is two folded. I just skimmed through the bluetooth code and am
> very li
On Wed, Jan 09, 2008 at 02:39:23PM +0800, Dave Young wrote:
> On Jan 9, 2008 2:37 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > On Jan 9, 2008 2:13 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > >
> > > On Wed, Jan 09, 2008 at 09:32:48AM +0800, Dav
ction body.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/net/wireless/ath5k/base.c | 67 --
1 file changed, 29 insertions(+), 38 deletions(-)
diff -upr linux/drivers/net/wireless/ath5k/base.c
linux.new/drivers/net/wireless/ath5k/base.c
-
On Dec 8, 2007 6:22 AM, Luis R. Rodriguez <[EMAIL PROTECTED]> wrote:
> On Dec 6, 2007 9:12 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > 2.6.24-rc4-mm1 build failed at drivers/net/wireless/ath5k/base.c for some
> > inline functions like this:
&g
Hi, linus
kernel.org web download is not available yet, isn't it?
Regards
dave
--
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:/
On Dec 12, 2007 10:40 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 11 Dec 2007 16:49:09 + "Huang, Ying" <[EMAIL PROTECTED]> wrote:
>
> > This patch export the boot parameters via sysfs. This can be used for
> > debugging and kexec.
> >
> > The files added are as follow:
> >
> > /sys/k
On Dec 12, 2007 7:31 AM, Rene Herman <[EMAIL PROTECTED]> wrote:
> Good day.
>
> Would some people on x86 (both 32 and 64) be kind enough to compile and run
> the attached program? This is about testing how long I/O port access to port
> 0x80 takes. It measures in CPU cycles so CPU speed is crucial
On Dec 12, 2007 5:17 PM, Oliver Falk <[EMAIL PROTECTED]> wrote:
> Can someone explain me that?
>
> Dec 12 00:24:15 santorini kernel: Unable to handle kernel NULL pointer
> dereference at virtual address
> Dec 12 00:24:15 santorini kernel: printing eip:
> Dec 12 00:24:15 santorini kernel:
On Dec 13, 2007 12:37 AM, Michal Schmidt <[EMAIL PROTECTED]> wrote:
> On Wed, 12 Dec 2007 07:24:36 -0700
> Justin Banks <[EMAIL PROTECTED]> wrote:
>
> > > > (2.6.9-55.0.9.ELsmp)
> > -^^
I'm so blind.
> >
> > It's really really old :)
>
> No, it's actually less than 3 months ol
workqueue in the add_conn function
to avoid the above issue.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
net/bluetooth/hci_sysfs.c | 48 +++---
1 file changed, 37 insertions(+), 11 deletions(-)
diff -upr linux/net/bluetooth/hci_sysfs.c linux.n
1 - 100 of 1391 matches
Mail list logo
