] i2c_designware i2c_designware.1: Standard-mode
HCNT:LCNT = 513:599
[5.100438] i2c_dw_init_master fs no hcnt 105 lcnt 191
[5.100439] i2c_designware i2c_designware.1: Fast-mode HCNT:LCNT = 105:191
[5.100443] i2c_dw_init_master new ver sda hold time 28
[5.102504] platform regulatory.0: Direct firmware load for
regulatory.db failed with error -2
[5.102508] cfg80211: failed to load regulatory.db
According to the information "dw_i2c_plat_probe clk freq 40" in the
dmesg, the system has the right SCL clock with 400K Hz. But why it is
apparently not taking effect?
Thnaks,
Jian-Hong Pan
pletalk,
usb/rtl8150 ..., etc.
Therefore, I make this patch to remove the confusing comment.
Signed-off-by: Jian-Hong Pan <starni...@g.ncu.edu.tw>
---
include/uapi/linux/sockios.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/uapi/linux/sockios.h b/include/uapi/linux/so
v for review, include a patch
> that adds these new address family definitions. Just pick the next one
> available. There will be no pre-allocation of numbers until your work has
> been accepted upstream. Meaning, that the number might change if other
> address families get merged befo
mentioned "LoRaWAN is not implemented in Linux kernel now".
Could or should we add the definitions into corresponding kernel header
files now, if LoRaWAN will be accepted as a subsystem in Linux?
Thanks,
Jian-Hong Pan
Ivl=1ms
Signed-off-by: Jian-Hong Pan <jian-h...@endlessm.com>
---
drivers/bluetooth/btusb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index 91882f54c7bd..292b1ea066ca 100644
--- a/drivers/bluetooth/btusb.c
+++ b/drivers/blu
= 49 Ivl=1ms
Signed-off-by: Jian-Hong Pan <jian-h...@endlessm.com>
---
drivers/bluetooth/btusb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index 3a477b6b3ce6..d93b25faeed9 100644
--- a/drivers/bluetooth/btusb.c
+++ b/drivers/blu
Hi Daniel,
2018-05-25 21:25 GMT+08:00 Daniel Drake <dr...@endlessm.com>:
> Hi Jian-Hong,
>
> On Fri, May 25, 2018 at 3:54 AM, Jian-Hong Pan <jian-h...@endlessm.com> wrote:
>>
>> Without this patch we cannot turn on the Bluethooth adapter on HP
>> 14-bs00
culates them from input clock rate.
>>
>> Fix this by using the correct rate. We still share the same 230 ns SDA
>> hold time value than Sunrisepoint.
>>
>> Cc: sta...@vger.kernel.org
>> Fixes: b418bbff36dd ("mfd: intel-lpss: Add Intel Cannonlake PC
Hi,
Just gently ping.
May this patch be reviewed and merged?
Thanks,
Jian-Hong Pan
2018-05-25 17:54 GMT+08:00 Jian-Hong Pan :
> Without this patch we cannot turn on the Bluethooth adapter on HP
> 14-bs007la.
>
> T: Bus=01 Lev=02 Prnt=03 Port=00 Cnt=01 Dev#= 4 Spd=12 MxCh= 0
>
rightness has been the max. This commit interprets
> the code 0xc7 generated from hotkey to KEY_KBDILLUMUP to increment
> the brightness, then pass KEY_KBDILLUMTOGGLE to user space after
> the brightness max been reached for switching the led off.
>
> https://phabricator.endlessm.com/T21390
Hi,
This patch is already tested and confirmed by our colleagues in Guatemala.
Regards,
Jian-Hong Pan
.
Jian-Hong Pan | +886 2 7712 8713 | Endless
2018-05-25 22:05 GMT+08:00 Jian-Hong Pan :
> Hi Daniel,
>
>
the kbd_led_update function directly without workqueue in
asus-wmi.
Signed-off-by: Jian-Hong Pan
---
drivers/platform/x86/asus-wmi.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/platform/x86/asus-wmi.c b/drivers/platform/x86/asus-wmi.c
index 34dcc1aac4ea
2018-08-16 16:41 GMT+08:00 Jian-Hong Pan :
> The original asus-wmi queues a work which calls the ACPI/WMI methods to
> update the keyboard LED brightness. Similar drivers - acer-wmi,
> dell-wmi-led just call the ACPI/WMI methods directly without workqueues.
>
> This patch simplifi
2018-04-02 19:29 GMT+08:00 Takashi Iwai <ti...@suse.de>:
>
> On Mon, 02 Apr 2018 09:33:13 +0200,
> Jian-Hong Pan wrote:
> >
> > This ASUS D640SA desktop whose mother board is D640MB has
> > - two jacks which are a headphone and a mic on the front panel,
> >
2018-04-03 17:04 GMT+08:00 Takashi Iwai <ti...@suse.de>:
> On Tue, 03 Apr 2018 10:43:02 +0200,
> Jian-Hong Pan wrote:
>>
>> 2018-04-02 19:29 GMT+08:00 Takashi Iwai <ti...@suse.de>:
>> >
>> > On Mon, 02 Apr 2018 09:33:13 +0200,
>> > Jian-Hon
tek codecs to “Speaker
Only” which makes signal outputs through line out jack when the "Line
Out" is chosen in the sound settings.
Signed-off-by: Jian-Hong Pan <jian-h...@endlessm.com>
---
sound/pci/hda/patch_realtek.c | 34 ++
1 file changed, 34 ins
Add the maclorawan header file for common APIs in the module.
Signed-off-by: Jian-Hong Pan
---
V2:
- Split the LoRaWAN class module patch in V1 into LoRaWAN socket and
LoRaWAN Soft MAC modules
- Use SPDX license identifiers
net/maclorawan/maclorawan.h | 199
and complexity, for example regional parameters, confirmed
data messages, join request/accept messages for Over-The-Air Activation,
MAC commands ... will be added in the future.
Jian-Hong Pan (7):
net: lorawan: Add macro and definition for LoRaWAN
net: lorawan: Add LoRaWAN socket module
net
This patch adds the macro and definition for the implementation of
LoRaWAN protocol.
Signed-off-by: Jian-Hong Pan
---
V2:
- Modify the commit message
include/linux/socket.h | 5 -
include/uapi/linux/if_arp.h | 1 +
include/uapi/linux/if_ether.h | 1 +
net/core
David Miller 於 2018年11月6日 週二 上午2:16寫道:
>
> From: Jian-Hong Pan
> Date: Tue, 6 Nov 2018 00:55:40 +0800
>
> > +static inline struct lrw_mac_cb * mac_cb(struct sk_buff *skb)
>
> "mac_cb()" is pretty generic for a name, and leads to namespace pollution,
&g
the kbd_led_update function directly without workqueue in
asus-wmi.
Signed-off-by: Jian-Hong Pan
---
drivers/platform/x86/asus-wmi.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/platform/x86/asus-wmi.c b/drivers/platform/x86/asus-wmi.c
index 2d6e272315a8
The ASUS UX433FN with ALC294 cannot detect the headset MIC and output
through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK_NOISE quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 4
1 file changed, 4
From: Chris Chiu
The known ALC256_FIXUP_ASUS_MIC fixup can fix the headphone jack
sensing and enable use of the internal microphone on this laptop
X542UN. However, it's ALC294 so create a new fixup named
ALC294_FIXUP_ASUS_MIC to avoid confusion.
Signed-off-by: Jian-Hong Pan
Signed-off
Add Realtek ALC294 quirks for ASUS X542UN, UX533FD and UX433FN laptops.
Chris Chiu (1):
ALSA: hda/realtek: ALC294 mic and headset-mode fixups for ASUS X542UN
Jian-Hong Pan (2):
ALSA: hda/realtek: Enable audio jacks of ASUS UX533FD with ALC294
ALSA: hda/realtek: Enable audio jacks of ASUS
tchwork.kernel.org/patch/10713087/#22360253 , should I try
ALC269_FIXUP_HEADSET_MODE_NO_HP_MIC on this model?
Jian-Hong Pan
The ASUS UX533FD with ALC294 cannot detect the headset MIC and output
through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK_NOISE quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 13 +
1 file changed
Add the maclorawan header file for common APIs in the module.
Signed-off-by: Jian-Hong Pan
---
V2:
- Split the LoRaWAN class module patch in V1 into LoRaWAN socket and
LoRaWAN Soft MAC modules
- Use SPDX license identifiers
V4:
- Fix typo in comments
- Fix by coding style report from scripts
message types
On the other side, it defines the basic interface and operation
functions for compatible LoRa device drivers.
Signed-off-by: Jian-Hong Pan
---
V2:
- Split the LoRaWAN class module patch in V1 into LoRaWAN socket and
LoRaWAN Soft MAC modules
- Modify for Big/Little-Endian
- Use SPDX
IC
We do not have ASUS X542UN in hand right now, but we have ASUS X542UQ
which goes with the same quirk as X542UN.
I tested with ALC269_FIXUP_HEADSET_MODE_NO_HP_MIC, and it also works.
So, I am going to send new patch set using
ALC269_FIXUP_HEADSET_MODE_NO_HP_MIC for ALC294.
Thanks,
Jian-Hong Pan
The ASUS UX533FD with ALC294 cannot detect the headset MIC and output
through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK_NOISE quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
v2:
- Modify the HDA verbs for UX333FA support
- Make a new
From: Chris Chiu
The known ALC256_FIXUP_ASUS_MIC fixup can fix the headphone jack
sensing and enable use of the internal microphone on this laptop
X542UN. However, it's ALC294 so create a new fixup named
ALC294_FIXUP_ASUS_MIC to avoid confusion.
Signed-off-by: Jian-Hong Pan
Signed-off
Add Realtek ALC294 quirks for ASUS X542UN, UX533FD, UX433FN and UX333FA laptops.
Chris Chiu (1):
ALSA: hda/realtek: ALC294 mic and headset-mode fixups for ASUS X542UN
Jian-Hong Pan (2):
ALSA: hda/realtek: Enable audio jacks of ASUS UX533FD with ALC294
ALSA: hda/realtek: Enable audio jacks
The ASUS UX433FN and UX333FA with ALC294 cannot detect the headset MIC
and output through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK_NOISE quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
v2:
- Add UX333FA support. ASUS UX533FD, UX433FN
ERB_SET_COEF_INDEX, 0x40 },
> + { 0x20, 0x488, 0x00 },
A module maker.
Regards,
Jian-Hong Pan
> -Original Message-
> From: Jian-Hong Pan
> Sent: Thursday, December 6, 2018 4:46 PM
> To: Jaroslav Kysela ; Takashi Iwai ; Kailang
>
> Cc: Hui Wang ;
EADSET_MIC
> > + },
> > };
>
Thanks for the help!
I have tried the new verbs, and they work on the laptops.
I am going to send the new patches.
Regards,
Jian-Hong Pan
The ASUS UX533FD with ALC294 cannot detect the headset MIC and outputs
through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK and ALC294_FIXUP_ASUS_HEADSET_MIC quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
v2:
- Modify the HDA verbs for UX333FA
The ASUS UX433FN and UX333FA with ALC294 cannot detect the headset MIC
and output through the internal speaker and the headphone until
ALC294_FIXUP_ASUS_SPK and ALC294_FIXUP_ASUS_HEADSET_MIC quirk applied.
Signed-off-by: Daniel Drake
Signed-off-by: Jian-Hong Pan
---
v2:
- Add UX333FA support
Add Realtek ALC294 quirks for ASUS X542UN, UX533FD, UX433FN and UX333FA laptops.
Chris Chiu (1):
ALSA: hda/realtek: ALC294 mic and headset-mode fixups for ASUS X542UN
Jian-Hong Pan (2):
ALSA: hda/realtek: Enable audio jacks of ASUS UX533FD with ALC294
ALSA: hda/realtek: Enable audio jacks
From: Chris Chiu
The known ALC256_FIXUP_ASUS_MIC fixup can fix the headphone jack
sensing and enable use of the internal microphone on this laptop
X542UN. However, it's ALC294 so create a new fixup named
ALC294_FIXUP_ASUS_MIC to avoid confusion.
Signed-off-by: Jian-Hong Pan
Signed-off
From: Chris Chiu
The Acer AIO Aspire C24-860 with ALC286 can't detect the headset
microphone. Just like another Acer AIO U27-880, it needs a different
pin value for 0x18 and the headset fixup to make headset mic work.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Daniel Drake
Signed-off
-by: Jian-Hong Pan
Signed-off-by: Daniel Drake
Signed-off-by: Chris Chiu
---
sound/pci/hda/patch_realtek.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index 5a7a297546db..98f0abaa3540 100644
--- a/sound/pci/hda/patch_realtek.c
is still not working.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Daniel Drake
Signed-off-by: Chris Chiu
---
sound/pci/hda/patch_realtek.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index c0b289ba397f
From: Chris Chiu
Acer AIO Veriton Z4860G/Z6860G with the same ALC286 codec has issues
with the input from external microphone. The issue can be fixed by
the fixup ALC286_FIXUP_ACER_AIO_MIC_NO_PRESENCE for Veriton Z4660G.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Daniel Drake
Signed-off
ng more clear is better.
However, does the bootime of the measurement need as the long time to
be enabled?
If the sampling rate is 1Hz and n is 2, then they will do msleep with
2000 ms for each st_sensors_read_info_raw.
Regards,
Jian-Hong Pan
>
>
> -Original Message-
> From: linux-i
Jonathan Cameron 於 2018年11月25日 週日 下午9:23寫道:
>
> On Wed, 21 Nov 2018 13:13:40 +0800
> Jian-Hong Pan wrote:
>
> > Denis CIOCCA 於 2018年11月20日 週二 上午3:05寫道:
> > >
> > > Hi Jian,
> > >
> > > Not clear to me why should be + instead of *.
gt;odr ms.
Signed-off-by: Jian-Hong Pan
---
drivers/iio/common/st_sensors/st_sensors_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/common/st_sensors/st_sensors_core.c
b/drivers/iio/common/st_sensors/st_sensors_core.c
index 26fbd1bd9413..6b87ea657a
] i2c_designware i2c_designware.1: Standard-mode
HCNT:LCNT = 513:599
[5.100438] i2c_dw_init_master fs no hcnt 105 lcnt 191
[5.100439] i2c_designware i2c_designware.1: Fast-mode HCNT:LCNT = 105:191
[5.100443] i2c_dw_init_master new ver sda hold time 28
[5.102504] platform regulatory.0: Direct firmware load for
regulatory.db failed with error -2
[5.102508] cfg80211: failed to load regulatory.db
According to the information "dw_i2c_plat_probe clk freq 40" in the
dmesg, the system has the right SCL clock with 400K Hz. But why it is
apparently not taking effect?
Thnaks,
Jian-Hong Pan
patch
> that adds these new address family definitions. Just pick the next one
> available. There will be no pre-allocation of numbers until your work has
> been accepted upstream. Meaning, that the number might change if other
> address families get merged before yours. So you have to keep updating. glibc
> will eventually follow the number assigned by the kernel.
Thanks for your guidance. I will follow the steps.
Thanks a lot,
Jian-Hong Pan
> Regards
>
> Marcel
>
pletalk,
usb/rtl8150 ..., etc.
Therefore, I make this patch to remove the confusing comment.
Signed-off-by: Jian-Hong Pan
---
include/uapi/linux/sockios.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/uapi/linux/sockios.h b/include/uapi/linux/sockios.h
index d393e9ed3964.
This commit interprets
> the code 0xc7 generated from hotkey to KEY_KBDILLUMUP to increment
> the brightness, then pass KEY_KBDILLUMTOGGLE to user space after
> the brightness max been reached for switching the led off.
>
> https://phabricator.endlessm.com/T21390
>
Tested-by: Jian-Ho
mentioned "LoRaWAN is not implemented in Linux kernel now".
Could or should we add the definitions into corresponding kernel header
files now, if LoRaWAN will be accepted as a subsystem in Linux?
Thanks,
Jian-Hong Pan
gt;
>> Fix this by using the correct rate. We still share the same 230 ns SDA
>> hold time value than Sunrisepoint.
>>
>> Cc: sta...@vger.kernel.org
>> Fixes: b418bbff36dd ("mfd: intel-lpss: Add Intel Cannonlake PCI IDs")
>> Reported-by: Jian-Hong Pan
>> Reported-by: Chris Chiu
>> Reported-by: Daniel Drake
>> Signed-off-by: Jarkko Nikula
>
> Acked-by: Mika Westerberg
Tested-by: Jian-Hong Pan
Ivl=1ms
Signed-off-by: Jian-Hong Pan
---
drivers/bluetooth/btusb.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index 91882f54c7bd..292b1ea066ca 100644
--- a/drivers/bluetooth/btusb.c
+++ b/drivers/bluetooth/btusb.c
@@ -373,6 +373,9
2018-04-03 17:04 GMT+08:00 Takashi Iwai :
> On Tue, 03 Apr 2018 10:43:02 +0200,
> Jian-Hong Pan wrote:
>>
>> 2018-04-02 19:29 GMT+08:00 Takashi Iwai :
>> >
>> > On Mon, 02 Apr 2018 09:33:13 +0200,
>> > Jian-Hong Pan wrote:
>> > >
>>
tek codecs to “Speaker
Only” which makes signal outputs through line out jack when the "Line
Out" is chosen in the sound settings.
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 34 ++
1 file changed, 34 insertions(+)
diff --g
2018-04-02 19:29 GMT+08:00 Takashi Iwai :
>
> On Mon, 02 Apr 2018 09:33:13 +0200,
> Jian-Hong Pan wrote:
> >
> > This ASUS D640SA desktop whose mother board is D640MB has
> > - two jacks which are a headphone and a mic on the front panel,
> > - three jacks which
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
index ed5b6b894dc1..290645516313 100644
--- a/sound/pci/hda/patch_realtek.c
+++ b/sound/pci/hda/patch_realtek.c
the function like alc887_fixup_asus_jack to
enable the audio jacks.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Kailang Yang
---
sound/pci/hda/patch_realtek.c | 41 +++
1 file changed, 41 insertions(+)
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda
the function like alc887_fixup_asus_jack to
enable the audio jacks.
Signed-off-by: Jian-Hong Pan
Signed-off-by: Kailang Yang
---
v2:
- Change the magic numbers to meaningful macros.
- Change snd_hda_codec_write to snd_hda_set_pin_ctl and
snd_hda_set_pin_ctl_cache accroding to Takashi's
of license should follow?
[1] https://www.pine64.org/pinebook-pro/
[2] https://gitlab.manjaro.org/manjaro-arm/packages/community/ap6256-firmware
Jian-Hong Pan
I forgot to mail to Dan Johansen as well.
Jian-Hong Pan 於 2020年9月30日 週三 下午4:15寫道:
>
> Hi,
>
> According to the preloaded system Manjaro ARM on Pinebook Pro [1], I
> found the firmware files in ap6256-firmware package [2] enable the
> wireless module, including WiFi and Bluet
c92a668a3d
Suggested-by: Nick Xie
Signed-off-by: Jian-Hong Pan
---
brcm/brcmfmac4356-sdio.khadas,vim2.txt | 128 +
1 file changed, 128 insertions(+)
create mode 100644 brcm/brcmfmac4356-sdio.khadas,vim2.txt
diff --git a/brcm/brcmfmac4356-sdio.khadas,vim2.txt
b/brcm/br
Pavel Machek 於 2020年12月25日 週五 上午3:06寫道:
>
> On Tue 2020-12-22 15:38:56, Jian-Hong Pan wrote:
> > Some Chicony's keyboards support airplane mode hotkey (Fn+F2) with
> > "Wireless Radio Control" feature. For example, the wireless keyboard
> > [04f2:1236] sh
ID and 0x1 as the value when the key is pressed
down.
This patch maps the event as KEY_RFKILL.
Signed-off-by: Jian-Hong Pan
---
drivers/hid/hid-chicony.c | 58 +++
drivers/hid/hid-ids.h | 1 +
2 files changed, 59 insertions(+)
diff --git a/drivers/hid/hid-c
Chris Chiu 於 2020年12月23日 週三 上午12:41寫道:
>
> On Tue, Dec 22, 2020 at 3:41 PM Jian-Hong Pan wrote:
> >
> > Some Chicony's keyboards support airplane mode hotkey (Fn+F2) with
> > "Wireless Radio Control" feature. For example, the wireless keyboard
> > [04f2:12
ID and 0x1 as the value when the key is pressed
down.
This patch maps the event as KEY_RFKILL.
Signed-off-by: Jian-Hong Pan
---
v2: Remove the duplicated key pressed check.
drivers/hid/hid-chicony.c | 55 +++
drivers/hid/hid-ids.h | 1 +
2 files changed, 56
Some laptops like ASUS UX482EG & B9400CEA's headset audio does not work
until the quirk ALC294_FIXUP_ASUS_HPE is applied.
Signed-off-by: Jian-Hong Pan
---
sound/pci/hda/patch_realtek.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci
Kalle Valo 於 2019年9月2日 週一 下午8:18寫道:
>
> Tony Chuang writes:
>
> >> From: Jian-Hong Pan
> >> Subject: [PATCH v4] rtw88: pci: Move a mass of jobs in hw IRQ to soft IRQ
> >>
> >> There is a mass of jobs between spin lock and unlock in the hardware
&g
Takashi Iwai 於 2019年9月2日 週一 下午7:41寫道:
>
> On Mon, 02 Sep 2019 12:00:56 +0200,
> Jian-Hong Pan wrote:
> >
> > Original pin node values of ASUS UX431FL with ALC294:
> >
> > 0x12 0xb7a60140
> > 0x13 0x4000
> > 0x14 0x90170110
> > 0x15 0x41
#EPs= 2 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb
E: Ad=03(O) Atr=01(Isoc) MxPS= 49 Ivl=1ms
E: Ad=83(I) Atr=01(Isoc) MxPS= 49 Ivl=1ms
Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=204707
Signed-off-by: Jian-Hong Pan
---
drivers/bluetooth/btusb.c | 3 +++
1 file changed, 3 insertions
There is a mass of jobs between spin lock and unlock in the hardware
IRQ which will occupy much time originally. To make system work more
efficiently, this patch moves the jobs to the soft IRQ (bottom half) to
reduce the time in hardware IRQ.
Signed-off-by: Jian-Hong Pan
---
v2:
Change
Tony Chuang 於 2019年8月21日 週三 下午4:16寫道:
>
> Hi,
>
> > From: Jian-Hong Pan [mailto:jian-h...@endlessm.com]
> >
> > There is a mass of jobs between spin lock and unlock in the hardware
> > IRQ which will occupy much time originally. To make system work more
> >
There is a mass of jobs between spin lock and unlock in the hardware
IRQ which will occupy much time originally. To make system work more
efficiently, this patch moves the jobs to the soft IRQ (bottom half) to
reduce the time in hardware IRQ.
Signed-off-by: Jian-Hong Pan
---
v2:
Change
low memory conditions.
Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=204053
Signed-off-by: Jian-Hong Pan
Cc:
---
drivers/net/wireless/realtek/rtw88/pci.c | 49 +++-
1 file changed, 22 insertions(+), 27 deletions(-)
diff --git a/drivers/net/wireless/realtek/rtw88/pci.c
b/d
Since each skb in RX ring is reused instead of new allocation, we can
treat the DMA in a more efficient way by DMA synchronization.
Signed-off-by: Jian-Hong Pan
---
drivers/net/wireless/realtek/rtw88/pci.c | 35 ++--
1 file changed, 32 insertions(+), 3 deletions(-)
diff
low memory conditions.
Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=204053
Signed-off-by: Jian-Hong Pan
Cc:
---
v2:
- Allocate new data-sized skb and put data into it, then pass it to
mac80211. Reuse the original skb in RX ring by DMA sync.
- Modify the commit message.
- Introduce following
Since each skb in RX ring is reused instead of new allocation, we can
treat the DMA in a more efficient way by DMA synchronization.
Signed-off-by: Jian-Hong Pan
Cc:
---
v2:
- New patch by following [PATCH v3 1/2] rtw88: pci: Rearrange the
memory usage for skb in RX ISR.
v3:
- Remove
In both cases, the
> > original, full size ring skb is reused.
> >
> > In addition, to fixing the kernel crash, the RX routine should now
> > generally behave better under low memory conditions.
> >
> > Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=204053
> >
There is a mass of jobs between spin lock and unlock in the hardware
IRQ which will occupy much time originally. To make system work more
efficiently, this patch moves the jobs to the soft IRQ (bottom half) to
reduce the time in hardware IRQ.
Signed-off-by: Jian-Hong Pan
---
drivers/net
Tony Chuang 於 2019年8月16日 週五 下午4:07寫道:
>
> Hi,
>
> A few more questions below
>
> > > From: Jian-Hong Pan [mailto:jian-h...@endlessm.com]
> > >
> > > There is a mass of jobs between spin lock and unlock in the hardware
> > > IRQ which will oc
There is a mass of jobs between spin lock and unlock in the hardware
IRQ which will occupy much time originally. To make system work more
efficiently, this patch moves the jobs to the soft IRQ (bottom half) to
reduce the time in hardware IRQ.
Signed-off-by: Jian-Hong Pan
---
v2:
Change
Tony Chuang 於 2019年8月16日 週五 下午6:44寫道:
>
> > From: Jian-Hong Pan
> >
> > There is a mass of jobs between spin lock and unlock in the hardware
> > IRQ which will occupy much time originally. To make system work more
> > efficiently, this patch moves the
Jian-Hong Pan 於 2019年7月11日 週四 下午1:28寫道:
>
> Jian-Hong Pan 於 2019年7月11日 週四 下午1:25寫道:
> >
> > Testing with RTL8822BE hardware, when available memory is low, we
> > frequently see a kernel panic and system freeze.
> >
> > First, rtw_pci_rx_isr encounters
...
$ xxd /proc/device-tree/soc/hdmi@7ef05700/clocks
: 0010 000d 0010 000e
0010: 0017 0001 001a
Do I miss something?
[1]:
https://gist.github.com/starnight/649ea5a8384313f0354aca504f78ad70#file-config
[2]:
https://gist.github.com/starnight/649ea5a8384313f0354aca504f78ad70#file-dmesg-log
Jian-Hong Pan
Heiko Stübner 於 2020年9月23日 週三 下午7:16寫道:
>
> Am Mittwoch, 23. September 2020, 13:05:26 CEST schrieb Robin Murphy:
> > On 2020-09-23 07:59, Jian-Hong Pan wrote:
> > > The cdn-dp sub driver probes the device failed on PINEBOOK Pro.
> > >
> > > kernel
://patchwork.kernel.org/patch/11794141/#23639877
Signed-off-by: Jian-Hong Pan
---
arch/arm64/boot/dts/rockchip/rk3399-pinebook-pro.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399-pinebook-pro.dts
b/arch/arm64/boot/dts/rockchip/rk3399
/022352.html
Signed-off-by: Jian-Hong Pan
---
drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
b/drivers/gpu/drm/rockchip/rockchip_drm_drv.c
index 0f3eb392fe39..de13588602b4 100644
--- a/drivers/gpu
st.github.com/starnight/3f317dca121065a361cf08e91225e389
2. The screen flashes suddenly sometimes.
3. The higher resolutions, like 1920x1080 ... are lost after hot
re-plug HDMI cable (HDMI0)
Jian-Hong Pan
Maxime Ripard 於 2020年6月2日 週二 下午7:04寫道:
>
> Hi,
>
> On Mon, Jun 01, 2020 at 03:58:26PM +0800, Jian-Hong Pan wrote:
> > Maxime Ripard 於 2020年5月28日 週四 下午3:30寫道:
> > >
> > > Hi Daniel,
> > >
> > > On Wed, May 27, 2020 at 05:15:12PM +0800, Danie
David Laight 於 2019年7月10日 週三 下午4:57寫道:
>
> From: Jian-Hong Pan
> > Sent: 10 July 2019 09:38
> >
> > Testing with RTL8822BE hardware, when available memory is low, we
> > frequently see a kernel panic and system freeze.
> >
> > First, rtw_pci_rx_isr encou
low memory conditions.
Buglink: https://bugzilla.kernel.org/show_bug.cgi?id=204053
Signed-off-by: Jian-Hong Pan
Cc:
---
drivers/net/wireless/realtek/rtw88/pci.c | 49 +++-
1 file changed, 22 insertions(+), 27 deletions(-)
diff --git a/drivers/net/wireless/realtek/rtw88/pci.c
b/d
Since each skb in RX ring is reused instead of new allocation, we can
treat the DMA in a more efficient way by DMA synchronization.
Signed-off-by: Jian-Hong Pan
Cc:
---
drivers/net/wireless/realtek/rtw88/pci.c | 24 +---
1 file changed, 21 insertions(+), 3 deletions
Jian-Hong Pan 於 2019年7月11日 週四 下午1:25寫道:
>
> Testing with RTL8822BE hardware, when available memory is low, we
> frequently see a kernel panic and system freeze.
>
> First, rtw_pci_rx_isr encounters a memory allocation failure (trimmed):
>
> rx routine starvation
> W
Jian-Hong Pan 於 2019年7月11日 週四 下午1:25寫道:
>
> Since each skb in RX ring is reused instead of new allocation, we can
> treat the DMA in a more efficient way by DMA synchronization.
>
> Signed-off-by: Jian-Hong Pan
> Cc:
> ---
Sorry, also forget to place the version differ
wasted memory, this patch follows David's
suggestion [1] and uses general buffer arrays, instead of skbs as the
elements in RX ring.
[1] https://www.spinics.net/lists/linux-wireless/msg187870.html
Signed-off-by: Jian-Hong Pan
Cc:
---
drivers/net/wireless/realtek/rtw88/pci.c | 132
David Laight 於 2019年7月25日 週四 下午5:21寫道:
>
> From: Jian-Hong Pan
> > Sent: 25 July 2019 09:09
> > Each skb as the element in RX ring was expected with sized buffer 8216
> > (RTK_PCI_RX_BUF_SIZE) bytes. However, the skb buffer's true size is
> > 16640 bytes for ali
David Laight 於 2019年7月26日 週五 下午5:23寫道:
>
> From: Jian-Hong Pan
> > Sent: 26 July 2019 07:18
> ...
> > > While allocating all 512 buffers in one block (just over 4MB)
> > > is probably not a good idea, you may need to allocated (and dma map)
> > > th
off, then turned on again, it works correctly again.
According to the vendor driver, the HCI_QUIRK_RESET_ON_CLOSE flag is set
during probing. So, this patch makes Realtek's BT reset on close to fix
this issue.
Link: https://bugzilla.kernel.org/show_bug.cgi?id=203429
Signed-off-by: Jian-Hong Pan
internal speakers (0x14 & 0x17) which makes the output
route become confused. So, the output volume cannot be changed by
setting.
2. Misses the headset mic pin node.
This patch disables the confusing speaker (NID 0x14) and enables the
headset mic (NID 0x19).
Signed-off-by: Jian-Hong
://bugzilla.kernel.org/show_bug.cgi?id=204887
Fixed: f2440d9acbe8 ("PCI MSI: Refactor interrupt masking code")
Signed-off-by: Jian-Hong Pan
---
drivers/pci/msi.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/msi.c b/drivers/pci/msi.c
index 08
1 - 100 of 200 matches
Mail list logo