On Fri, Mar 13, 2015 at 1:29 AM, Larry Finger wrote:
> On 03/12/2015 06:33 AM, Yang Bai wrote:
>>
>> if rtlpriv->use_new_trx_flow == true and we run out of memory
>> to alloc a new skb, we will directly jump to no_new tag with
>> buffer_desc == NULL. Then we will
if rtlpriv->use_new_trx_flow == true and we run out of memory
to alloc a new skb, we will directly jump to no_new tag with
buffer_desc == NULL. Then we will dereference this NULL pointer
in function _rtl_pci_init_one_rxdesc.
Signed-off-by: Yang Bai
---
drivers/net/wireless/rtlwifi/pci.c |
On Fri, Mar 13, 2015 at 1:29 AM, Larry Finger larry.fin...@lwfinger.net wrote:
On 03/12/2015 06:33 AM, Yang Bai wrote:
if rtlpriv-use_new_trx_flow == true and we run out of memory
to alloc a new skb, we will directly jump to no_new tag with
buffer_desc == NULL. Then we will dereference
if rtlpriv-use_new_trx_flow == true and we run out of memory
to alloc a new skb, we will directly jump to no_new tag with
buffer_desc == NULL. Then we will dereference this NULL pointer
in function _rtl_pci_init_one_rxdesc.
Signed-off-by: Yang Bai hamo...@gmail.com
---
drivers/net/wireless
e5 0f
[ 27.581968] RIP [] xhci_stream_id_to_ring+0x40/0x50
After applying this patch, this issue is fixed. And USB works as normal.
Tested-by: Yang Bai
On Sat, May 25, 2013 at 9:33 AM, Julius Werner wrote:
> The current XHCI code treats a command completion event with the
> COMP_C
0f 1f 84 00 00 00 00 00 55 48 89
e5 0f
[ 27.581968] RIP [814e7410] xhci_stream_id_to_ring+0x40/0x50
After applying this patch, this issue is fixed. And USB works as normal.
Tested-by: Yang Bai hamo...@gmail.com
On Sat, May 25, 2013 at 9:33 AM, Julius Werner jwer...@chromium.org wrote
/bluetooth/hci_core.c:
int hci_dev_open(__u16 dev) {
if (hdev->setup && test_bit(HCI_SETUP, >dev_flags))
ret = hdev->setup(hdev);
if (!ret) {
...
}
}
Thanks,
Yang
On Fri, Jul 5, 2013 at 10:37 AM, Yang Bai wrote:
> The return value of btusb_setup_intel is compared with 0.
/hci_core.c:
int hci_dev_open(__u16 dev) {
if (hdev-setup test_bit(HCI_SETUP, hdev-dev_flags))
ret = hdev-setup(hdev);
if (!ret) {
...
}
}
Thanks,
Yang
On Fri, Jul 5, 2013 at 10:37 AM, Yang Bai hamo...@gmail.com wrote:
The return value of btusb_setup_intel is compared with 0. Code as:
drivers
Signed-off-by: Yang Bai
---
scripts/basic/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/basic/.gitignore b/scripts/basic/.gitignore
index a776371..b372870 100644
--- a/scripts/basic/.gitignore
+++ b/scripts/basic/.gitignore
@@ -1 +1,2 @@
fixdep
+hash
--
1.7.10.4
---
scripts/basic/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/basic/.gitignore b/scripts/basic/.gitignore
index a776371..b372870 100644
--- a/scripts/basic/.gitignore
+++ b/scripts/basic/.gitignore
@@ -1 +1,2 @@
fixdep
+hash
--
1.7.10.4
--
To unsubscribe from this
---
scripts/basic/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/basic/.gitignore b/scripts/basic/.gitignore
index a776371..b372870 100644
--- a/scripts/basic/.gitignore
+++ b/scripts/basic/.gitignore
@@ -1 +1,2 @@
fixdep
+hash
--
1.7.10.4
--
To unsubscribe from this
Signed-off-by: Yang Bai hamo...@gmail.com
---
scripts/basic/.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/basic/.gitignore b/scripts/basic/.gitignore
index a776371..b372870 100644
--- a/scripts/basic/.gitignore
+++ b/scripts/basic/.gitignore
@@ -1 +1,2 @@
fixdep
+hash
Hi all,
We have one driver which has been statically compiled into kernel, and
now we want to upgrade it. But we only have a new version module for
this driver. Could I just insmod this module and make the new driver
work?
If so, what happens to the static old one?
If not, Can we upgrade this
Hi all,
We have one driver which has been statically compiled into kernel, and
now we want to upgrade it. But we only have a new version module for
this driver. Could I just insmod this module and make the new driver
work?
If so, what happens to the static old one?
If not, Can we upgrade this
CC-ed Gwendal and Jeff
Ping.
On Mon, Jul 16, 2012 at 11:09 AM, Yang Bai wrote:
> Hi hackers,
>
> In our internal usage, we want to map the disk in system like
> sd{a,b,c} to physical disk slot. When the disk is attached to LSI HBA
> card, we find that we can rely on th
CC-ed Gwendal and Jeff
Ping.
On Mon, Jul 16, 2012 at 11:09 AM, Yang Bai hamo...@gmail.com wrote:
Hi hackers,
In our internal usage, we want to map the disk in system like
sd{a,b,c} to physical disk slot. When the disk is attached to LSI HBA
card, we find that we can rely on the phy
Hi hackers,
In our internal usage, we want to map the disk in system like
sd{a,b,c} to physical disk slot. When the disk is attached to LSI HBA
card, we find that we can rely on the phy attribute of the disk to
find the slot since this attribute does not change no matter which
kind of disks we
Hi hackers,
In our internal usage, we want to map the disk in system like
sd{a,b,c} to physical disk slot. When the disk is attached to LSI HBA
card, we find that we can rely on the phy attribute of the disk to
find the slot since this attribute does not change no matter which
kind of disks we
18 matches
Mail list logo